From owner-freebsd-current Sun Jul 13 02:49:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA13160 for current-outgoing; Sun, 13 Jul 1997 02:49:54 -0700 (PDT) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA13155 for ; Sun, 13 Jul 1997 02:49:51 -0700 (PDT) Received: from [208.2.87.4] (user4.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id EAA00207; Sun, 13 Jul 1997 04:48:31 -0500 (CDT) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <199707130340.VAA04548@lundin.abq.nm.us.> References: "Richard Wackerbarth" "Re: Heads up and and a call for a show of hands." (Jul 11, 11:43am) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 13 Jul 1997 04:45:42 -0500 To: Alan Lundin From: Richard Wackerbarth Subject: Re: Heads up and and a call for a show of hands. Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Alan Lundin replied: >On Jul 11, 11:43am, "Richard Wackerbarth" wrote: [...] >> Why not get both effects. Have two config files, for example, >> /etc/ld.so.conf and /usr/local/etc/ld.so.conf. [...] >Why not just source ld.so.conf if it exists then you >can have either behavior depending on what is in ld.so.conf: [...] >and ld.so.conf can contain something like > > ${_LDC}="${_LDC} /my/new/lib/dir" > >for append behavior or > > ${_LDC}="/usr/X11R6/lib /my/new/lib/dir /usr/local/lib" > >for override behavior. I don't think that your format gives them the flexability that they wished to make it easy to have things automatically install and deinstall. For the "manually edited" situation, I would agree that it is a bit cleaner. However, it was by inpression that they wanted to make it easy to automate changes when packages come and go. From owner-freebsd-current Sun Jul 13 06:16:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA17725 for current-outgoing; Sun, 13 Jul 1997 06:16:35 -0700 (PDT) Received: from pegasus.tlk.com (root@pegasus.tlk.com [194.97.84.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA17718 for ; Sun, 13 Jul 1997 06:16:30 -0700 (PDT) Received: from ramsey.tb.9715.org(really [194.97.84.65]) by pegasus.tlk.com via sendmail with esmtp (ident root using rfc1413) id for ; Sun, 13 Jul 1997 15:16:14 +0200 (CEST)) Received: by ramsey.tb.9715.org via sendmail with stdio id for jkh@time.cdrom.com; Sun, 13 Jul 1997 15:16:11 +0200 (CEST) Message-Id: From: torstenb@ramsey.tb.9715.org (Torsten Blum) Subject: Re: Heads up and and a call for a show of hands. In-Reply-To: <199707122342.QAA10120@silvia.HIP.Berkeley.EDU> from Satoshi Asami at "Jul 12, 97 04:42:27 pm" To: asami@cs.berkeley.edu (Satoshi Asami) Date: Sun, 13 Jul 1997 15:16:11 +0200 (CEST) Cc: jkh@time.cdrom.com, current@FreeBSD.ORG, hans@brandinnovators.com X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Satoshi Asami wrote: > * I've had > * users ask me why, for example, that "modula3 needed a daemon." It > * doesn't, of course, but their confusion stems from the fact that > * during boot, the user sees something like: > * Local package initialization: apache m3 sshd > * > * And jumps to the obvious conclusion. > > Maybe the user needs to be educated? ;) or change the message... But I think the current "message" is ok. "Local package initialization" does not mean that a daemon is started... Adding shared library paths falls in the "initialization" category, IMHO. > Am I the only one that is disturbed by the recent trend of > behind-the-door negotiations with vendors followed by a commit > followed by a big controversy? It seems like the vendors were not > even properly reminded of our standard way of doing things. I'd hate > to see unnecessary knobs and bells and whistles added to our system > because some vendor can't be bothered to do even the minimal > OS-specific customization. > > If someone else feels the same way, please speak up. Otherwise, I'll > just slink back to my corner and close the rock behind me. ;) No, you're not alone. -tb -- Torsten Blum, Friedensstraße 13a, 82110 Gemering, Munich, Germany "Wow, die Leute hier von DEC schreiben Ihre Dokumentation mit LaTeX... Ich bin im gelobten Land... Es gibt also die kommerzielle - PC und M$ freie Welt" -- Arne Steinkamm From owner-freebsd-current Sun Jul 13 06:33:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA18335 for current-outgoing; Sun, 13 Jul 1997 06:33:40 -0700 (PDT) Received: from pegasus.tlk.com (root@pegasus.tlk.com [194.97.84.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA18330 for ; Sun, 13 Jul 1997 06:33:35 -0700 (PDT) Received: from ramsey.tb.9715.org(really [194.97.84.65]) by pegasus.tlk.com via sendmail with esmtp (ident root using rfc1413) id for ; Sun, 13 Jul 1997 15:33:21 +0200 (CEST)) Received: by ramsey.tb.9715.org via sendmail with stdio id for jkh@time.cdrom.com; Sun, 13 Jul 1997 15:33:18 +0200 (CEST) Message-Id: From: torstenb@ramsey.tb.9715.org (Torsten Blum) Subject: Re: Heads up and and a call for a show of hands. In-Reply-To: <16159.868757788@time.cdrom.com> from "Jordan K. Hubbard" at "Jul 12, 97 06:36:28 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 13 Jul 1997 15:33:18 +0200 (CEST) Cc: asami@cs.berkeley.edu, current@FreeBSD.ORG, hans@brandinnovators.com X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > What you've seen as behind-the-door commits in these two occasions > (/var/mail and ld.so.conf) are not the result of some secret vendor > cabal... Maybe, maybe not. My Problems with those two cases: - both requests came from the same vendor - there was no discussion before the commit happened - they're bad examples and might result in a bad signal to other vendors. If we continue with this (adding features without "asking") other vendors will do the same... > On these two occasions, the subsequent flame wars which erupted were > characterised more by their heat than by their light, and as I don't > have a lot of time for highly emotional arguments which serve no > reasonable purpose other than to piss all over some feature without > proposing a reasonable, concrete solution to the same problem, or are > driven by what seems to be some greater need to harp endlessly on some > diversionary topic of convenience rather than spending the energy more > constructively working on real (and harder) problems, I basically > switched off it after a few days. Another Problem with such "features": As soon as you have at least one release with it, it becomes hard to replace it with a better but different and incompat. method. _This_ causes our _users_ problems and this is the reason why we should think about it before a commit. Dunno about Satoshi, but I am worried about the recent commits. In both cases the requests came from XiG and they "need" it for CDE. Maybe this will cause a real flame war, but... I think one of the reasons why both requests were accepted is the FreeBSD/CDE bundle. I don't have anything against companies making money with FreeBSD and/or their own software (I even do it myself), but I expect those people to use existing mechan. (/usr/{local,X11R6}/etc/rc.d is one of them) or fix a bug (/var/mail). -tb -- Torsten Blum, Friedensstraße 13a, 82110 Gemering, Munich, Germany "Wow, die Leute hier von DEC schreiben Ihre Dokumentation mit LaTeX... Ich bin im gelobten Land... Es gibt also die kommerzielle - PC und M$ freie Welt" -- Arne Steinkamm From owner-freebsd-current Sun Jul 13 07:55:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA21583 for current-outgoing; Sun, 13 Jul 1997 07:55:10 -0700 (PDT) Received: from kitsune.swcp.com (swcp.com [198.59.115.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA21578 for ; Sun, 13 Jul 1997 07:55:06 -0700 (PDT) Received: from lundin.abq.nm.us. (lundin.abq.nm.us [198.59.115.228]) by kitsune.swcp.com (8.8.5/1.2.3) with ESMTP id IAA27106; Sun, 13 Jul 1997 08:55:03 -0600 (MDT) Received: (from aflundi@localhost) by lundin.abq.nm.us. (8.8.5/8.8.5) id IAA05902; Sun, 13 Jul 1997 08:54:19 -0600 (MDT) Date: Sun, 13 Jul 1997 08:54:19 -0600 (MDT) From: Alan Lundin Message-Id: <199707131454.IAA05902@lundin.abq.nm.us.> In-Reply-To: Richard Wackerbarth "Re: Heads up and and a call for a show of hands." (Jul 13, 4:45am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Richard Wackerbarth Subject: Re: Heads up and and a call for a show of hands. Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Jul 13, 4:45am, Richard Wackerbarth wrote: > Subject: Re: Heads up and and a call for a show of hands. > > Alan Lundin replied: > >On Jul 11, 11:43am, "Richard Wackerbarth" wrote: > [...] > >> Why not get both effects. Have two config files, for example, > >> /etc/ld.so.conf and /usr/local/etc/ld.so.conf. > [...] > >Why not just source ld.so.conf if it exists then you > >can have either behavior depending on what is in ld.so.conf: > [...] > >and ld.so.conf can contain something like > > > > ${_LDC}="${_LDC} /my/new/lib/dir" > > > >for append behavior or > > > > ${_LDC}="/usr/X11R6/lib /my/new/lib/dir /usr/local/lib" > > > >for override behavior. > > I don't think that your format gives them the flexability > that they wished to make it easy to have things automatically > install and deinstall. For the "manually edited" situation, > I would agree that it is a bit cleaner. However, it was by > inpression that they wanted to make it easy to automate > changes when packages come and go. Perhaps not, but I don't see why not. If you want to add a new library, your install script does echo '${_LDC}="${_LDC} /my/new/lib/dir"' >> /usr/local/etc/ld.so.conf or some variation. If every addition had the form of one of the above lines, you could quite easily parse out the parts. On the other hand, I'm by no means going to champion this idea, since I think using /usr/local/etc/rc.d/*.sh and ldconfig -m is just as good (and much better in many ways), and we already have that. --alan From owner-freebsd-current Sun Jul 13 12:54:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA04921 for current-outgoing; Sun, 13 Jul 1997 12:54:50 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA04916 for ; Sun, 13 Jul 1997 12:54:47 -0700 (PDT) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id OAA06325 for ; Sun, 13 Jul 1997 14:54:45 -0500 (CDT) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id OAA11072; Sun, 13 Jul 1997 14:54:45 -0500 (CDT) Message-ID: <19970713145444.49147@Jupiter.Mcs.Net> Date: Sun, 13 Jul 1997 14:54:44 -0500 From: Karl Denninger To: current@freebsd.org Subject: Crash log Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I don't have a detailed dump yet, but this is a crash I've been seeing a lot with -CURRENT. The crash happens during heavy NFS I/O (ie: copy a 40MB disk file from one NFS area to another). Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4d fault code = supervisor read, page not present instruction pointer = 0x8:0xf014f955 stack pointer = 0x10:0xf01f0eec frame pointer = 0x10:0xf01f0efc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = trap number = 12 panic: page fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10 fault code = supervisor read, page not present instruction pointer = 0x8:0xf0136072 stack pointer = 0x10:0xf01f0d64 frame pointer = 0x10:0xf01f0d70 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = trap number = 12 panic: page fault dumping to dev 20401, offset 917504 dump 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 succeeded Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Fri Jul 11 10:12:29 CDT 1997 karl@Codebase.mcs.net:/usr/src/sys/compile/MCS_WEB CPU: Pentium (81.85-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x524 Stepping=4 Features=0x5bf real memory = 67108864 (65536K bytes) Physical memory hole(s): avail memory = 62959616 (61484K bytes) eisa0: Probing for devices on the EISA bus Probing for devices on PCI bus 0: chip0: rev 0x11 on pci0.0.0 chip1: rev 0x04 on pci0.2.0 vga0: rev 0x48 int a irq 9 on pci0.5.0 de0: rev 0x23 int a irq 11 on pci0.6.0 de0: SMC 8432T 21040 [10Mb/s] pass 2.3 de0: address 00:00:c0:5f:af:0d de0: enabling 10baseT port ahc0: rev 0x00 int a irq 10 on pci0.7.0 ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 ahc0: target 0 Tagged Queuing Device sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 1006MB (2061108 512 byte sectors) sd0: with 2700 cyls, 9 heads, and an average 84 sectors/track 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 3 maddr 0xd0000 msize 16384 on isa ed0: address 00:00:c0:4b:f2:7f, type SMC8216T (16 bit) ed1 not found at 0x300 sio0 not found at 0x3f8 sio1 not found at 0x2f8 sio2: disabled, not probed. sio3: disabled, not probed. lpt0 not found lpt1 not found fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 aha0 not found at 0x330 aic0 not found at 0x340 npx0 on motherboard npx0: INT 16 interface ccd0-3: Concatenated disk drivers WARNING: / was not properly dismounted. pid 78 (savecore), uid 0 on /usr: file system full -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, http://www.mcs.net/ Voice: [+1 312 803-MCS1 x219]| NOW Serving 56kbps DIGITAL on our analog lines! Fax: [+1 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Sun Jul 13 14:15:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA07676 for current-outgoing; Sun, 13 Jul 1997 14:15:02 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA07660 for ; Sun, 13 Jul 1997 14:14:54 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id XAA13989; Sun, 13 Jul 1997 23:00:49 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.6/8.8.6) id WAA25408; Sun, 13 Jul 1997 22:47:41 +0200 (CEST) Message-ID: <19970713224741.57703@gtn.com> Date: Sun, 13 Jul 1997 22:47:41 +0200 From: Andreas Klemm To: Adam David Cc: freebsd-current@FreeBSD.ORG Subject: Re: upgrading jan-jul'97 References: <199707122223.WAA19538@ubiq.veda.is> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <199707122223.WAA19538@ubiq.veda.is>; from Adam David on Sat, Jul 12, 1997 at 10:23:36PM +0000 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Jul 12, 1997 at 10:23:36PM +0000, Adam David wrote: > What caveats are there with upgrading a machine from January to July 1997 > -current? Which specific pitfalls should I look out for to accommodate them > in advance? Before make world # cd /usr/src/include # make clean all install You should create and install a new kernel before rebooting the - by make world - updated system. -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Sun Jul 13 19:50:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA23646 for current-outgoing; Sun, 13 Jul 1997 19:50:48 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA23638 for ; Sun, 13 Jul 1997 19:50:44 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA06919; Mon, 14 Jul 1997 12:20:22 +0930 (CST) From: Michael Smith Message-Id: <199707140250.MAA06919@genesis.atrad.adelaide.edu.au> Subject: Re: some forgotten submits In-Reply-To: <199707120812.KAA08749@helbig.informatik.ba-stuttgart.de> from Wolfgang Helbig at "Jul 12, 97 10:12:27 am" To: helbig@MX.BA-Stuttgart.De (Wolfgang Helbig) Date: Mon, 14 Jul 1997 12:20:22 +0930 (CST) Cc: FreeBSD-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Wolfgang Helbig stands accused of saying: > > May I ask you to review some of my proposals/fixes? Most of them > don't seem to be *that* important to the FreeBSD project and thus > are gathering dust while being ignored by you. But even getting > *some* feedback like `leave us allone with that crap' is better > than nothing :-(. Ok, let's take the one I might have something to do with : > bin/4064: History search in libedit is broken. E. g. sh(1) uses > only the first letter of the search string for matching. I can't reproduce the problem as you describe it in the PR : Enter the following commands to get a history. # sh # set -o vi # lll # llll Now hit the escape key to enter the vi commands, enter /llll, to search for the last occurence of the string `llll' in the history. Depending on whatever, the shell will show you the command `llll', which is correct, or beep at you, which is wrong. Hit the `N'-key to repeat the search, the shell might show you `lll', which is wrong, it should beep at you instead. Following your instructions I get 'llll' and then a beep, which is, as you indicate, correct. This is on a 2.2 system. Do you know if your libedit is pre- or post- the NetBSD-sourced changes? Regards, -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Jul 13 20:53:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA25571 for current-outgoing; Sun, 13 Jul 1997 20:53:52 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA25563; Sun, 13 Jul 1997 20:53:30 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.6) id NAA21856; Mon, 14 Jul 1997 13:52:55 +1000 Received: from localhost.dtir.qld.gov.au by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with SMTP id NAA06526; Mon, 14 Jul 1997 13:52:07 +1000 (EST) Message-Id: <199707140352.NAA06526@ogre.dtir.qld.gov.au> To: Stefan Esser cc: freebsd-current@FreeBSD.ORG cc: syssgm@dtir.qld.gov.au Subject: Re: Diamond Fireport 40 on FreeBSD. References: <199707111710.TAA20550@monet.telebyte.nl> <19970711202321.46313@mi.uni-koeln.de> In-Reply-To: <19970711202321.46313@mi.uni-koeln.de> from Stefan Esser at "Fri, 11 Jul 1997 18:23:21 +0000" Date: Mon, 14 Jul 1997 13:52:07 +1000 From: Stephen McKay Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Friday, 11th July 1997, Stefan Esser wrote: >On Jul 11, "W.G.T.J. Wanders" wrote: >> I recently installed a Diamond Fireport 40 Symbios/NCR 875 >> based UW SCSI controller in my PC at home and it has worked >> very fine since under FreeBSD 2.2.[1,2]. Only a small change >> in ncr.c was needed to get FreeBSD to see the card: >> + #define DIAMOND_FIREPORT_40_ID (0x008f1000ul) >Yes, and a patch to that effect has been applied to -current >as of June 11, but not yet been incorporated into 2.2.x (or >2.1.x). While we're on the topic... I've had one of these beasts for a couple of weeks now. Long enough to start poking about and noticing some unusual things. It has been completely stable under 2.2.2 (installing, building numerous kernels, one make world) reporting no errors to syslog. But ncrcontrol shows things that look wrong to me. Ncrcontrol reports, among other things, expected disconnects, unexpected disconnects, interrupts on the fly, and breaks. As far as I can tell, interrupts on the fly are from normally completed commands, and breaks are from all other sorts of failures. On my system, unexpected disconnects occur at exactly the same rate as breaks, and during moderate activity, there will be 1 or 2 every so often. Expected disconnects equals the interrupt rate, meaning, I suppose, that every read or write disconnects once and interrupts once. However, during an iozone test to my DCAS-34330 (4Gb UW), regular interrupts rise to about 200 while breaks and unexpected disconnects rise to 400 or 500! What is going on here? Do I really have 2 failed attempts for each success? Also, I've got an NEC 4x CD-ROM (narrow SCSI-2, negotiates 8.0Mb/s) attached. When I set the disk churning (like 'find / -print | xargs wc') it zips along doing (off the top of my head) about 100 operations/sec. When I start a 'dd if=/dev/rcd0c of=/dev/null bs=32k', the disk drops to about 20 ops/sec. There should be plenty of bus time free for these two to operate at maximum speed. The CD-ROM negotiates to 8Mb/s and is only using 600Kb/s, which is under 10%, so the other 90% should be available for the disk. The disk can only fill about 40% (8Mb/s vs negotiated rate of 20Mb/s), so that should leave my SCSI bus 50% idle. Instead, I see the the CD-ROM running at full speed, and the disk starved. What is going on? Mr Wanders, do you see this behaviour too? Confused but searching, Stephen. PS Any idea when the ncr driver will support 40Mb/s? I could help if I had any knowledge of the 875 chip. :-) From owner-freebsd-current Sun Jul 13 21:20:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA26895 for current-outgoing; Sun, 13 Jul 1997 21:20:50 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA26890 for ; Sun, 13 Jul 1997 21:20:46 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.6/8.8.5) with ESMTP id VAA09035 for ; Sun, 13 Jul 1997 21:20:40 -0700 (PDT) Message-Id: <199707140420.VAA09035@austin.polstra.com> To: current@freebsd.org Subject: Re: CVS Branches hits again! In-Reply-To: <199707081745.KAA25344@austin.polstra.com> References: <199707081745.KAA25344@austin.polstra.com> Organization: Polstra & Co., Seattle, WA Date: Sun, 13 Jul 1997 21:20:40 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In case some of you didn't see the announcement, I released CVSup 15.1 recently, and it "fixes" this problem as best as I could manage. The solution is implemented in the server, so you actually don't need to upgrade your clients just for this. (There are other good reasons to upgrade, though. If there weren't, do you think I'd waste my time making a new release? :-) On the down side, you have to rely on your friendly mirror administrator to upgrade his CVSup server. All of the US mirrors are already up-to-date, and hopefully the others will upgrade Real Soon Now. The solution is not perfect. If you are using checkout mode and have already received the files that should be dead, the new version will not automatically remove them for you. Sorry, but there was no way to implement that without absolutely killing performance. You will have to delete the offending files by hand. Once you've done that, they will correctly stay deleted through subsequent updates using the new server. Now, before a dozen people write to me and ask for a list of the affected files: I don't have a list. Maybe somebody else has one. You can construct a pretty complete one yourself by perusing the earlier messages in this thread, especially the ones from ache. After you've made a list that you think is accurate, why not share it with the rest of us? In areas where there is any doubt, it's better to delete too much than too little. CVSup will bring back any erroneously deleted files. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Sun Jul 13 22:56:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA01750 for current-outgoing; Sun, 13 Jul 1997 22:56:46 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA01735 for ; Sun, 13 Jul 1997 22:56:37 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id PAA21766; Mon, 14 Jul 1997 15:54:35 +1000 Date: Mon, 14 Jul 1997 15:54:35 +1000 From: Bruce Evans Message-Id: <199707140554.PAA21766@godzilla.zeta.org.au> To: current@FreeBSD.ORG, jdp@polstra.com Subject: Re: CVS Branches hits again! Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Now, before a dozen people write to me and ask for a list of the >affected files: I don't have a list. Maybe somebody else has one. >You can construct a pretty complete one yourself by perusing the >earlier messages in this thread, especially the ones from ache. I found another way to confuse cvs into bringing back dead files: `cvs update -DP', where `D' is a typo for `d'. `D date' sets the date to update from, and -DP apparently sets the date to update from to `P' which is interpreted as the current local time, less 25 hours, rounded down to the nearest hour (gak!). This brings back 114 dead files in /usr/src. Other weird dates: -D0 25+ hours ago -D1 24+ hours ago -D2 23+ hours ago ... -DP same as -D0 -DQ same as -D0 -DPQ unparseable Bruce From owner-freebsd-current Sun Jul 13 23:20:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA02704 for current-outgoing; Sun, 13 Jul 1997 23:20:24 -0700 (PDT) Received: from mx.serv.net (mx.serv.net [205.153.153.234]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA02699 for ; Sun, 13 Jul 1997 23:20:21 -0700 (PDT) Received: from MindBender.serv.net (root@mindbender.serv.net [205.153.153.98]) by mx.serv.net (8.8.5/8.8.5) with ESMTP id XAA05571 for ; Sun, 13 Jul 1997 23:20:30 -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 XAA22533 for ; Sun, 13 Jul 1997 23:15:54 -0700 (PDT) Message-Id: <199707140615.XAA22533@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: current@freebsd.org Subject: How many backups per DAT? Date: Sun, 13 Jul 1997 23:15:49 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This isn't strictly related to FreeBSD, so please reply to me, and not to the list. I'll summarize if people are interested. I purchased a DAT drive a couple months ago, and am getting to the fourth or firth backup on some of my tapes. There is a light on the drive that comes on when it thinks the tapes are marginal, or the drive needs to be cleaned. I've been cleaning the drive once a month, as they recommend (doing weekly full backups), so I don't think that's the reason the light is comming on. So, the alternative is that a DAT is only good for four or five recordings before it starts degrading. Does this jive with others' experiences? I seem to remember a discussion on this long ago, where someone else claimed that DATs only last for a limited time. Does this sound correct? It doesn't bother me if that's what I need to expect. I'd just like to know for sure. Thanks for any feedback you send my way... ----------------------------------------------------------------------------- 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-current Mon Jul 14 00:47:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA06306 for current-outgoing; Mon, 14 Jul 1997 00:47:58 -0700 (PDT) Received: from superior.mooseriver.com (dynamic1.pm02.sf1.best.com [206.184.197.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA06298 for ; Mon, 14 Jul 1997 00:47:53 -0700 (PDT) Received: (from jgrosch@localhost) by superior.mooseriver.com (8.8.6/8.8.5) id AAA18058; Mon, 14 Jul 1997 00:46:33 -0700 (PDT) From: Josef Grosch Message-Id: <199707140746.AAA18058@superior.mooseriver.com> Subject: Re: How many backups per DAT? In-Reply-To: <199707140615.XAA22533@MindBender.serv.net> from "Michael L. VanLoon -- HeadCandy.com" at "Jul 13, 97 11:15:49 pm" To: michaelv@MindBender.serv.net (Michael L. VanLoon -- HeadCandy.com) Date: Mon, 14 Jul 1997 00:46:31 -0700 (PDT) Cc: current@FreeBSD.ORG Reply-To: jgrosch@superior.mooseriver.com X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael L. VanLoon -- HeadCandy.com said: > >This isn't strictly related to FreeBSD, so please reply to me, and not >to the list. I'll summarize if people are interested. > >I purchased a DAT drive a couple months ago, and am getting to the >fourth or firth backup on some of my tapes. There is a light on the >drive that comes on when it thinks the tapes are marginal, or the >drive needs to be cleaned. > >I've been cleaning the drive once a month, as they recommend (doing >weekly full backups), so I don't think that's the reason the light is >comming on. So, the alternative is that a DAT is only good for four >or five recordings before it starts degrading. Does this jive with >others' experiences? > >I seem to remember a discussion on this long ago, where someone else >claimed that DATs only last for a limited time. Does this sound >correct? > >It doesn't bother me if that's what I need to expect. I'd just like >to know for sure. Thanks for any feedback you send my way... > My experience with DAT drives is limited to HP 4mm data units and 4mm audio units. It is recommended that one clean a DAT drive every 20 hours of operation. The newer HP units tell you when it is time to clean the heads. One should use the special cleaning tapes and only use them just so many times. If I remember right the max number of time one should use a single cleaning tape is 40 passes. of course, your mileage may vary. Josef -- Josef Grosch | Another day closer to a | FreeBSD 2.2.1 jgrosch@MooseRiver.com | Micro$oft free world | UNIX for the masses From owner-freebsd-current Mon Jul 14 01:41:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA08574 for current-outgoing; Mon, 14 Jul 1997 01:41:13 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA08567 for ; Mon, 14 Jul 1997 01:41:07 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.6/8.8.5) id KAA04674; Mon, 14 Jul 1997 10:40:51 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199707140840.KAA04674@helbig.informatik.ba-stuttgart.de> Subject: Re: some forgotten submits In-Reply-To: <199707140250.MAA06919@genesis.atrad.adelaide.edu.au> from Michael Smith at "Jul 14, 97 12:20:22 pm" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 14 Jul 1997 10:40:49 +0200 (MET DST) Cc: helbig@MX.BA-Stuttgart.De, FreeBSD-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Wolfgang Helbig stands accused of saying: > > > > May I ask you to review some of my proposals/fixes? Most of them > > don't seem to be *that* important to the FreeBSD project and thus > > are gathering dust while being ignored by you. But even getting > > *some* feedback like `leave us allone with that crap' is better > > than nothing :-(. > > Ok, let's take the one I might have something to do with : > > > bin/4064: History search in libedit is broken. E. g. sh(1) uses > > only the first letter of the search string for matching. > > I can't reproduce the problem as you describe it in the PR : > > > > Enter the following commands to get a history. > # sh > # set -o vi > # lll > # llll > > Now hit the escape key to enter the vi commands, enter > /llll, to search for the last occurence of the string `llll' > in the history. Depending on whatever, the shell will show > you the command `llll', which is correct, or beep at you, > which is wrong. Hit the `N'-key to repeat the search, the > shell might show you `lll', which is wrong, it should beep > at you instead. > > > Following your instructions I get 'llll' and then a beep, which is, as > you indicate, correct. This is on a 2.2 system. > > Do you know if your libedit is pre- or post- the NetBSD-sourced changes? It is post the NetBSD changes and this buck was introduced into libedit with the following commit: (to /usr/src/lib/libedit/search.c) revision 1.5 date: 1997/06/25 08:14:17; author: msmith; state: Exp; lines: +30 -29 Update libedit with changes from NetBSD. Includes history load/save, some buffer overflow guards and some stylistic cleanups. Also adds manpages. As it says in the log file for search.c, in RELENG_2_2_2_RELEASE you still have revision 1.4 i.e. you should not see the bug. In the meantime a clearer description of the error came to my mind: Only the first letter of the search argument is considered for matching the search target. Thanks for looking at it anyway :-) Wolfgang > > Regards, > -- > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > ]] Genesis Software genesis@gsoft.com.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control. (ph) +61-8-8267-3493 [[ > ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ > From owner-freebsd-current Mon Jul 14 01:47:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA08746 for current-outgoing; Mon, 14 Jul 1997 01:47:28 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA08736 for ; Mon, 14 Jul 1997 01:47:23 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA09257; Mon, 14 Jul 1997 18:16:54 +0930 (CST) From: Michael Smith Message-Id: <199707140846.SAA09257@genesis.atrad.adelaide.edu.au> Subject: Re: some forgotten submits In-Reply-To: <199707140840.KAA04674@helbig.informatik.ba-stuttgart.de> from Wolfgang Helbig at "Jul 14, 97 10:40:49 am" To: helbig@MX.BA-Stuttgart.De (Wolfgang Helbig) Date: Mon, 14 Jul 1997 18:16:54 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, helbig@MX.BA-Stuttgart.De, FreeBSD-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Wolfgang Helbig stands accused of saying: > > It is post the NetBSD changes and this buck was introduced into > libedit with the following commit: (to /usr/src/lib/libedit/search.c) Ok, that's the one I referred to. > revision 1.5 > date: 1997/06/25 08:14:17; author: msmith; state: Exp; lines: +30 -29 > Update libedit with changes from NetBSD. Includes history load/save, > some buffer overflow guards and some stylistic cleanups. > Also adds manpages. > > As it says in the log file for search.c, in RELENG_2_2_2_RELEASE > you still have revision 1.4 i.e. you should not see the bug. Unless I had perhaps installed the newer libedit on my system here, but you're lucky, I haven't. > In the meantime a clearer description of the error came to my mind: > > Only the first letter of the search argument is considered for matching > the search target. Checking on a NetBSD machine, they have the same problem. Given you have a fix for the problem, do you know what actually caused it to manifest with the changes I brought in? I'll incorporate your change, or a modified version of it, later this evening. > Thanks for looking at it anyway :-) No problem. Normally I don't have the time to read the GNATs database, so thanks for bringing it to my attention. 8) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Jul 14 02:19:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA10193 for current-outgoing; Mon, 14 Jul 1997 02:19:14 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA10178 for ; Mon, 14 Jul 1997 02:19:09 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.6/8.8.5) id LAA04825; Mon, 14 Jul 1997 11:18:58 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199707140918.LAA04825@helbig.informatik.ba-stuttgart.de> Subject: Re: some forgotten submits In-Reply-To: <199707140846.SAA09257@genesis.atrad.adelaide.edu.au> from Michael Smith at "Jul 14, 97 06:16:54 pm" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 14 Jul 1997 11:18:56 +0200 (MET DST) Cc: helbig@MX.BA-Stuttgart.De, msmith@atrad.adelaide.edu.au, FreeBSD-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > Checking on a NetBSD machine, they have the same problem. Given you > have a fix for the problem, do you know what actually caused it to > manifest with the changes I brought in? Sorry, English is not my native language, so I'm afraid I have to guess the meaning of your question. Here is the answer to the guessed question. The bug is in search.c and every program that uses libedit and the search function in it will have the bug. /bin/sh is just an example, another one should be the new ftp(1) -- I didn't check it. In search.c strcpy(3) is replaced by strncpy(3). But n is set to the size of a pointer, i. e. four, instead of to the size of the buffer the pointer points to. > > I'll incorporate your change, or a modified version of it, later this > evening. Thank you :-) Wolfgang From owner-freebsd-current Mon Jul 14 04:10:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA14205 for current-outgoing; Mon, 14 Jul 1997 04:10:05 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA14168 for ; Mon, 14 Jul 1997 04:09:59 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id NAA19801 for ; Mon, 14 Jul 1997 13:09:58 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id NAA28882 for freebsd-current@FreeBSD.ORG; Mon, 14 Jul 1997 13:09:47 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.6/keltia-uucp-2.9) id MAA07687; Mon, 14 Jul 1997 12:47:50 +0200 (CEST) Message-ID: <19970714124750.17158@keltia.freenix.fr> Date: Mon, 14 Jul 1997 12:47:50 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" Subject: Make world broken Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3461 AMD-K6 MMX @ 208 MHz Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I think that removing "-I/sys" from CFLAGS is probably a good idea but one must replace it by something which works like "-I{.CURDIR}/../../sys" because after Guido's change, one cannot "make world"... ---------------------------- revision 1.4 date: 1997/07/13 11:51:42; author: guido; state: Exp; lines: +0 -1 Remove -I/sys ---------------------------- cc -O -pipe -c /src/src/usr.sbin/pstat/pstat.c /src/src/usr.sbin/pstat/pstat.c:55: miscfs/union/union.h: No such file or directory /src/src/usr.sbin/pstat/pstat.c: In function `union_print': /src/src/usr.sbin/pstat/pstat.c:569: storage size of `unode' isn't known /src/src/usr.sbin/pstat/pstat.c:573: dereferencing pointer to incomplete type /src/src/usr.sbin/pstat/pstat.c:573: dereferencing pointer to incomplete type *** Error code 1 Stop. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #22: Sun Jul 13 22:07:09 CEST 1997 From owner-freebsd-current Mon Jul 14 04:51:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA15778 for current-outgoing; Mon, 14 Jul 1997 04:51:17 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA15773 for ; Mon, 14 Jul 1997 04:51:12 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id VAA05203; Mon, 14 Jul 1997 21:47:02 +1000 Date: Mon, 14 Jul 1997 21:47:02 +1000 From: Bruce Evans Message-Id: <199707141147.VAA05203@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, roberto@keltia.freenix.fr Subject: Re: Make world broken Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I think that removing "-I/sys" from CFLAGS is probably a good idea but one >must replace it by something which works like "-I{.CURDIR}/../../sys" >because after Guido's change, one cannot "make world"... > >---------------------------- >revision 1.4 >date: 1997/07/13 11:51:42; author: guido; state: Exp; lines: +0 -1 >Remove -I/sys >---------------------------- > >cc -O -pipe -c /src/src/usr.sbin/pstat/pstat.c >/src/src/usr.sbin/pstat/pstat.c:55: miscfs/union/union.h: No such file or directory This is because not all the headers in sys are installed (yet). Bruce From owner-freebsd-current Mon Jul 14 06:31:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA21345 for current-outgoing; Mon, 14 Jul 1997 06:31:14 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA21336 for ; Mon, 14 Jul 1997 06:31:01 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA22701 for current@FreeBSD.ORG; Mon, 14 Jul 1997 15:30:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id PAA01009; Mon, 14 Jul 1997 15:16:48 +0200 (MET DST) Message-ID: <19970714151648.LY15498@uriah.heep.sax.de> Date: Mon, 14 Jul 1997 15:16:48 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: How many backups per DAT? References: <199707140615.XAA22533@MindBender.serv.net> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199707140615.XAA22533@MindBender.serv.net>; from Michael L. VanLoon -- HeadCandy.com on Jul 13, 1997 23:15:49 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Michael L. VanLoon -- HeadCandy.com wrote: > I've been cleaning the drive once a month, as they recommend (doing > weekly full backups), so I don't think that's the reason the light is > comming on. Wasn't it after each ten backups, plus after each new cassette? > I seem to remember a discussion on this long ago, where someone else > claimed that DATs only last for a limited time. Does this sound > correct? They say about 10 or 20 backups per cassette. But be aware about the not very exciting durability: a customer of us recently came with four cassettes, two years old. None of them was readable without errors. -- 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-current Mon Jul 14 09:31:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA00440 for current-outgoing; Mon, 14 Jul 1997 09:31:31 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA00431 for ; Mon, 14 Jul 1997 09:31:19 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.6/8.8.5) with ESMTP id KAA02383; Mon, 14 Jul 1997 10:31:11 -0600 (MDT) Message-Id: <199707141631.KAA02383@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Bruce Evans cc: freebsd-current@FreeBSD.ORG, roberto@keltia.freenix.fr Subject: Re: Make world broken In-reply-to: Your message of "Mon, 14 Jul 1997 21:47:02 +1000." <199707141147.VAA05203@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 14 Jul 1997 10:31:11 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > >I think that removing "-I/sys" from CFLAGS is probably a good idea but one > >must replace it by something which works like "-I{.CURDIR}/../../sys" > >because after Guido's change, one cannot "make world"... > > > >---------------------------- > >revision 1.4 > >date: 1997/07/13 11:51:42; author: guido; state: Exp; lines: +0 -1 > >Remove -I/sys > >---------------------------- > > > >cc -O -pipe -c /src/src/usr.sbin/pstat/pstat.c > >/src/src/usr.sbin/pstat/pstat.c:55: miscfs/union/union.h: No such file or directory > > This is because not all the headers in sys are installed (yet). Meaning that someone is still working on something? Or do you mean "not all NEW headers were installed into the proper path at that moment" and that another pass of "make world" would work? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Mon Jul 14 14:15:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA14707 for current-outgoing; Mon, 14 Jul 1997 14:15:11 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA14702 for ; Mon, 14 Jul 1997 14:15:09 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wnsSW-0006kC-00; Mon, 14 Jul 1997 15:15:04 -0600 To: freebsd-current@freebsd.org Subject: CTM and the Attic Date: Mon, 14 Jul 1997 15:15:03 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, I know that the CVS meisters of FreeBSD keep the attic clean from cruft. I have noticed a large number of files being changed in the Attic in recent ctm runs. I was wondering if such cleanup of the attic would automatically propigate out via CTM, or if I needed to do that myself. Warner P.S. Updating a month of ctm deltas in one sitting can take a little bit of time, even on a PPro. :-) From owner-freebsd-current Mon Jul 14 14:36:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA15599 for current-outgoing; Mon, 14 Jul 1997 14:36:20 -0700 (PDT) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA15589 for ; Mon, 14 Jul 1997 14:36:17 -0700 (PDT) Received: from [204.69.236.50] (GATEWAY.SKIPSTONE.COM [198.214.10.129]) by shrimp.dataplex.net (8.8.5/8.8.5) with SMTP id QAA25791; Mon, 14 Jul 1997 16:36:01 -0500 (CDT) Date: 14 Jul 97 16:35:59 -0500 Subject: Re: CTM and the Attic From: "Richard Wackerbarth" To: "Warner Losh" Cc: freebsd-current@FreeBSD.ORG X-Mailer: Cyberdog/2.0 MIME-Version: 1.0 Message-Id: Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Jul 14, 1997 4:15 PM, Warner Losh wrote: > >Greetings, > I know that the CVS meisters of FreeBSD keep the attic clean >from cruft. I have noticed a large number of files being changed in >the Attic in recent ctm runs. I was wondering if such cleanup of the >attic would automatically propigate out via CTM, or if I needed to do >that myself. > >Warner > >P.S. Updating a month of ctm deltas in one sitting can take a little >bit of time, even on a PPro. :-) The tree as distributed by CTM is just the same as you get by running CVSup on the CVS tree and, for 2.1, 2.2, and current, doing a CVS checkout against the appropriate tag. Files which are deleted get a one line entry in the CTM delta to tell ctm to delete the target file. From owner-freebsd-current Mon Jul 14 14:37:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA15693 for current-outgoing; Mon, 14 Jul 1997 14:37:47 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA15682; Mon, 14 Jul 1997 14:37:22 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wnso4-0006nD-00; Mon, 14 Jul 1997 15:37:20 -0600 To: "Richard Wackerbarth" Subject: Re: CTM and the Attic Cc: freebsd-current@freebsd.org In-reply-to: Your message of "14 Jul 1997 16:35:59 CDT." References: Date: Mon, 14 Jul 1997 15:37:19 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message "Richard Wackerbarth" writes: : The tree as distributed by CTM is just the same as you get by running CVSup : on the CVS tree and, for 2.1, 2.2, and current, doing a CVS checkout : against the appropriate tag. Files which are deleted get a one line entry : in the CTM delta to tell ctm to delete the target file. Cool. OK. That's what I want it to do. Never mind. :-) Warner From owner-freebsd-current Mon Jul 14 22:00:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA05293 for current-outgoing; Mon, 14 Jul 1997 22:00:21 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA05287 for ; Mon, 14 Jul 1997 22:00:17 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id HAA02484 for ; Tue, 15 Jul 1997 07:00:13 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.6/brasil-1.1) with UUCP id GAA09309 for freebsd-current@FreeBSD.ORG; Tue, 15 Jul 1997 06:31:39 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.6/keltia-uucp-2.9) id BAA14068; Tue, 15 Jul 1997 01:21:30 +0200 (CEST) Message-ID: <19970715012130.45333@keltia.freenix.fr> Date: Tue, 15 Jul 1997 01:21:30 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: CTM and the Attic References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: ; from Richard Wackerbarth on Mon, Jul 14, 1997 at 04:35:59PM -0500 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3461 AMD-K6 MMX @ 208 MHz Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Richard Wackerbarth: > The tree as distributed by CTM is just the same as you get by running CVSup > on the CVS tree and, for 2.1, 2.2, and current, doing a CVS checkout > against the appropriate tag. Files which are deleted get a one line entry > in the CTM delta to tell ctm to delete the target file. The main problem with CTM is when large number of files are deleted. The deleted files end up in the Attic but get transmitted. Problem is that the delta generation has no concept of "a file being moved"... When Bruce deleted old files from gdb, the CTM delta (compressed!) was 3 MB worth... -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #22: Sun Jul 13 22:07:09 CEST 1997 From owner-freebsd-current Mon Jul 14 22:22:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA06165 for current-outgoing; Mon, 14 Jul 1997 22:22:29 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA06157 for ; Mon, 14 Jul 1997 22:22:25 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id PAA05824; Tue, 15 Jul 1997 15:18:06 +1000 Date: Tue, 15 Jul 1997 15:18:06 +1000 From: Bruce Evans Message-Id: <199707150518.PAA05824@godzilla.zeta.org.au> To: bde@zeta.org.au, smp@csn.net Subject: Re: Make world broken Cc: freebsd-current@FreeBSD.ORG, roberto@keltia.freenix.fr Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> >cc -O -pipe -c /src/src/usr.sbin/pstat/pstat.c >> >/src/src/usr.sbin/pstat/pstat.c:55: miscfs/union/union.h: No such file or directory >> >> This is because not all the headers in sys are installed (yet). > >Meaning that someone is still working on something? Or do you mean >"not all NEW headers were installed into the proper path at that moment" >and that another pass of "make world" would work? No. No. I mean that sys/miscfs/*/*.h etc. is never installed in /usr/include. Bruce From owner-freebsd-current Mon Jul 14 22:30:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA06489 for current-outgoing; Mon, 14 Jul 1997 22:30:00 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA06484 for ; Mon, 14 Jul 1997 22:29:53 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.6/8.8.5) with ESMTP id XAA02937; Mon, 14 Jul 1997 23:28:47 -0600 (MDT) Message-Id: <199707150528.XAA02937@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Bruce Evans cc: freebsd-current@FreeBSD.ORG, roberto@keltia.freenix.fr Subject: Re: Make world broken In-reply-to: Your message of "Tue, 15 Jul 1997 15:18:06 +1000." <199707150518.PAA05824@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 14 Jul 1997 23:28:46 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce, > >> >cc -O -pipe -c /src/src/usr.sbin/pstat/pstat.c > >> >/src/src/usr.sbin/pstat/pstat.c:55: miscfs/union/union.h: No such file or directory > >> > >> This is because not all the headers in sys are installed (yet). > > > >Meaning that someone is still working on something? Or do you mean > >"not all NEW headers were installed into the proper path at that moment" > >and that another pass of "make world" would work? > > No. No. I mean that sys/miscfs/*/*.h etc. is never installed in /usr/include. > > Bruce then you saying that the source is broken and requires fixing? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Mon Jul 14 23:12:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA08407 for current-outgoing; Mon, 14 Jul 1997 23:12:09 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA08365 for ; Mon, 14 Jul 1997 23:11:54 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id QAA07479; Tue, 15 Jul 1997 16:07:49 +1000 Date: Tue, 15 Jul 1997 16:07:49 +1000 From: Bruce Evans Message-Id: <199707150607.QAA07479@godzilla.zeta.org.au> To: bde@zeta.org.au, smp@csn.net Subject: Re: Make world broken Cc: freebsd-current@FreeBSD.ORG, roberto@keltia.freenix.fr Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> >> >cc -O -pipe -c /src/src/usr.sbin/pstat/pstat.c >> >> >/src/src/usr.sbin/pstat/pstat.c:55: miscfs/union/union.h: No such file or directory >> >> >> >> This is because not all the headers in sys are installed (yet). >> > >> >Meaning that someone is still working on something? Or do you mean >> >"not all NEW headers were installed into the proper path at that moment" >> >and that another pass of "make world" would work? >> >> No. No. I mean that sys/miscfs/*/*.h etc. is never installed in /usr/include. >> >> Bruce > >then you saying that the source is broken and requires fixing? No. I'm saying that src/include/Makefile is missing a few entries in L*DIRS. Bruce From owner-freebsd-current Tue Jul 15 00:00:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA10375 for current-outgoing; Tue, 15 Jul 1997 00:00:45 -0700 (PDT) Received: from ady.warp.starnets.ro (ady.warp.starnets.ro [193.226.124.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA10352 for ; Tue, 15 Jul 1997 00:00:15 -0700 (PDT) Received: from localhost (ady@localhost) by ady.warp.starnets.ro (8.8.5/8.8.5) with SMTP id JAA01260 for ; Tue, 15 Jul 1997 09:59:07 +0300 (EEST) Date: Tue, 15 Jul 1997 09:59:07 +0300 (EEST) From: Penisoara Adrian To: current@hub.freebsd.org Subject: Re: UU.NET, SPAM, and Cyberpromotions (was Re: usregsite.com) In-Reply-To: <199705231636.JAA07391@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, On Fri, 23 May 1997, Terry Lambert wrote: > > They've stated that they no longer run a public posting host; however, > I have recently received mail from an account of theirs being used by > Cyberpromptions "mailbomber" program; headers were: > > | Received: from 206.13.28.25 > | (1Cust52.Max31.Chicago.IL.MS.UU.NET [153.35.113.180]) > | by mail-gw.pacbell.net (8.8.5/8.7.1) with SMTP id EAA07399; > | Thu, 8 May 1997 04:09:14 -0700 (PDT) Well Terry, they just don't give up; I'm myself a victim today: :From BOOKORDER@imsonline.net Tue Jul 15 09:25:36 1997 :Received: from ns1.allinfosys.com (ns1.allinfosys.com [207.55.155.2]) : by ady.warp.starnets.ro (8.8.5/8.8.5) with ESMTP id DAA00851 : for ; Tue, 15 Jul 1997 03:22:41 +0300 :(EEST) :Received: from ken ([153.36.102.95]) by ns1.allinfosys.com ^^^^^^^^^^^^^^^ : (post.office MTA v2.0 0813 ID# 0-11221) with SMTP id CUO296 : for ; Mon, 14 Jul 1997 19:19:35 -0500 :To: ady@ady.warp.starnets.ro :From: BOOKORDER@imsonline.net :Subject: Do you watch TV? Who doesn't? :Message-Id: RAF1.1_7/14/97 8:20:06 PM_ady@ady.warp.starnets.ro :Content-Type: TEXT/PLAIN charset=US-ASCII :Date: Mon, 14 Jul 1997 19:19:35 -0500 Now guess who's IP is that 153.36.102.95 ? If I do a rev-lookup, then it's "1Cust95.Max12.Detroit.MI.MS.UU.NET"; awfully close to Terry's one. > > I did report it, and haven't seen anything since after the second time > I had to report it to them; I got their canned response, so it may be > that they have taken care of this one. Hmm... Did you manage to change the situation in the end ? > > I think, though, that they are still in the position where they can > be illicitly used as a mail relay. > > I've been mail-bombed by Cyberpromotions for complaining to their > abuse address when they failed to remove me from the lists they sell > their customers, and theier customers refused to honor (or in some > cases provide) a working "remove" address. Why would they do that ? This bunch of jerks [ >:( ] is expecting everyone to accept their junk w/o complains and it's their last wish to get you rid of it. > > Since then, for every intermediate host their program has used as a > relay to get to my host, I've made a (1 month time limited) offer of > free assistance in preventing use as a mail relay by all by approved > hosts. I've helped 6 sites so far. Has that number been changed by now ? > > Currently, I'm working on site/IP based SPAM filtering for a mail > server product that my company has sold into tens of thousands of > installations, so if they choose the install option, Cyberpromotions > and their ilk will be blocked for new installations. I have it on > good authority that similar changes are going into Post.Office and > the default sendmail distribution. Serves them right for SPAMming > their transport providers. 8-). Well, this host's MTA (as you can see it's post.office v2.0) didn't handle this spam; maybe we (?) should warn them... > > Eventually Cyberpromotions will "get it" that sending SPAM to me is > the equivalent of severing whichever line of communication they use > to send to me, and that it's in their economic best interests to > remove my address. Or they will sever them all... either way, I'm > happy. I surely do hope so... > > > Regards, > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. BTW, shouldn't sendmail/smail/etc be made SPAM proof right in the sources ? I know there are various patches (oh, myself I'll have to deal with this very soon), but there should be a valid option ('antispam) right from the start of installing the MTA... Yep, this has been discussed before and will be discussed from now on for a long time. Ady (@warp.starnets.ro) From owner-freebsd-current Tue Jul 15 00:08:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA10994 for current-outgoing; Tue, 15 Jul 1997 00:08:42 -0700 (PDT) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA10989 for ; Tue, 15 Jul 1997 00:08:39 -0700 (PDT) Received: from [208.2.87.4] (user4.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id CAA09504; Tue, 15 Jul 1997 02:08:27 -0500 (CDT) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <19970715012130.45333@keltia.freenix.fr> References: ; from Richard Wackerbarth on Mon, Jul 14, 1997 at 04:35:59PM -0500 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 15 Jul 1997 02:07:41 -0500 To: Ollivier Robert From: Richard Wackerbarth Subject: Re: CTM and the Attic Cc: freebsd-current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >According to Richard Wackerbarth: >> The tree as distributed by CTM is just the same as you get by running CVSup >> on the CVS tree and, for 2.1, 2.2, and current, doing a CVS checkout >> against the appropriate tag. Files which are deleted get a one line entry >> in the CTM delta to tell ctm to delete the target file. > >The main problem with CTM is when large number of files are deleted. The >deleted files end up in the Attic but get transmitted. Problem is that the >delta generation has no concept of "a file being moved"... The last time that I looked, CVSup still had the same problem. Perhaps the "problem" is that such movement should not occur in the first place. Don't blame the messengers. From owner-freebsd-current Tue Jul 15 01:32:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA15191 for current-outgoing; Tue, 15 Jul 1997 01:32:27 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA15179 for ; Tue, 15 Jul 1997 01:32:22 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.6) id SAA08792 for freebsd-current@freebsd.org; Tue, 15 Jul 1997 18:31:59 +1000 Received: from localhost.dtir.qld.gov.au by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with SMTP id SAA14504; Tue, 15 Jul 1997 18:18:48 +1000 (EST) Message-Id: <199707150818.SAA14504@ogre.dtir.qld.gov.au> To: freebsd-current@freebsd.org cc: syssgm@dtir.qld.gov.au Subject: Re: CTM and the Attic References: <19970715012130.45333@keltia.freenix.fr> In-Reply-To: <19970715012130.45333@keltia.freenix.fr> from Ollivier Robert at "Mon, 14 Jul 1997 23:21:30 +0000" Date: Tue, 15 Jul 1997 18:18:46 +1000 From: Stephen McKay Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Monday, 14th July 1997, Ollivier Robert wrote: >The main problem with CTM is when large number of files are deleted. The >deleted files end up in the Attic but get transmitted. Problem is that the >delta generation has no concept of "a file being moved"... As has been mentioned before, it would not be too hard to change the CTM generation program to look for /path/Attic/file if /path/file is missing and emit some sort of "move and modify" delta. It could be even more ambitious and try to match all new files against all deleted files, if the "Attic" heuristic failed. I even have the time and inclination to code this. But it would require all ctm users to upgrade their executables. I suppose it could be transitioned in by creating all new lists, and letting people subscribe themselves when their software can handle it. Who's for this? >When Bruce deleted old files from gdb, the CTM delta (compressed!) was 3 MB >worth... Painful, but is it painful enough to make everyone upgrade? I think it would make a lot of sense for cvs-cur because moves are more prevalent there. Stephen. From owner-freebsd-current Tue Jul 15 04:02:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA20917 for current-outgoing; Tue, 15 Jul 1997 04:02:50 -0700 (PDT) Received: from veda.is (veda.is [193.4.230.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA20908 for ; Tue, 15 Jul 1997 04:02:45 -0700 (PDT) Received: from ubiq.veda.is (ubiq.veda.is [193.4.230.60]) by veda.is (8.8.5/8.8.5) with ESMTP id LAA15855; Tue, 15 Jul 1997 11:02:38 GMT From: Adam David Received: (from adam@localhost) by ubiq.veda.is (8.8.6/8.8.5) id LAA23254; Tue, 15 Jul 1997 11:02:35 GMT Date: Tue, 15 Jul 1997 11:02:35 GMT Message-Id: <199707151102.LAA23254@ubiq.veda.is> To: bde@zeta.ORG.AU (Bruce Evans) Cc: freebsd-current@freebsd.org Subject: Re: Make world broken References: <199707150518.PAA05824@godzilla.zeta.org.au> X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I mean that sys/miscfs/*/*.h etc. is never installed in /usr/include. Neither is sys/pci/*.h or did I miss it somewhere? Adam From owner-freebsd-current Tue Jul 15 06:21:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA26000 for current-outgoing; Tue, 15 Jul 1997 06:21:23 -0700 (PDT) Received: from oskar.nanoteq.co.za (oskar.nanoteq.co.za [163.195.220.170]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA25993; Tue, 15 Jul 1997 06:21:15 -0700 (PDT) Received: (from rbezuide@localhost) by oskar.nanoteq.co.za (8.8.5/8.8.5) id PAA28934; Tue, 15 Jul 1997 15:21:09 +0200 (SAT) From: Reinier Bezuidenhout Message-Id: <199707151321.PAA28934@oskar.nanoteq.co.za> Subject: PANIC on 3.0-SNAP and dd To: freebsd-current@freebsd.org, freebsd-question@freebsd.org Date: Tue, 15 Jul 1997 15:21:09 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi ... I have the following setup ... Running 3.0-970713-SNAP 200MHz Pentium 128MB RAM WD Enterprise 2Gig SCSI disk HP 4020i CD-R 2940UW Adaptek SCSI controller When using the /usr/share/example/burncd.sh script to burn a data CD the machine panics with the following mesage ... -------------------------------- Fatal trap 10: integer divide fault while in kernel mode Instruction pointer = 0x8:0xf019ce4c stack pointer = 0x10:0xf553bdbc frame pointer = 0x10:0xf553bdd0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 261 (dd) interrupt mask = trap number = 10 panic: integer divide fault --------------------------------- I know I'm living on the "bleeding edge", but can anyone help me ??? :) Output of nm /kernel |sort |more --------CUT----------- f019ca70 F worm.o f019ca78 t _wormunit f019ca88 T _worminit f019ca98 t _wormopen f019cab4 t _wormioctl f019cad4 t _wormclose f019caf0 t _wormminphys f019cb04 t _wormstrategy f019cb28 t _worm_size f019cb60 t _wormattach f019cc3c t _wormstart f019ce00 t _worm_strategy ???? somewhere here ??? f019cec0 t _worm_open f019cfbc t _worm_close f019d014 t _worm_ioctl f019d4c4 t _worm_rezero_unit f019d500 t _worm_read_session_info f019d548 t _worm_read_toc f019d5b0 t _worm_sense_handler f019d630 t _worm_drvinit f019d658 t ___set_sysinit_set_sym_wormdev_sys_init f019d65c t _ascii_to_6bit f019d694 t _rf4100_prepare_disk f019d714 t _rf4100_prepare_track f019d8e0 t _rf4100_finalize_track f019d940 t _rf4100_finalize_disk -------CUT------ Thanx Reinier From owner-freebsd-current Tue Jul 15 06:44:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA27018 for current-outgoing; Tue, 15 Jul 1997 06:44:56 -0700 (PDT) Received: from dorotech.fr (mail.dorotech.fr [193.56.144.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA27007; Tue, 15 Jul 1997 06:44:50 -0700 (PDT) Received: from fritz.UUCP (uucp@localhost) by dorotech.fr (8.6.12/8.6.10) with UUCP id PAA14038; Tue, 15 Jul 1997 15:47:24 +0200 Received: from pchot4 by fritz.dorotech.fr (4.1/SMI-4.1) id AA26995; Tue, 15 Jul 97 15:22:11 +0200 Message-Id: <33CB7CCC.41C67EA6@dorotech.fr> Date: Tue, 15 Jul 1997 13:36:12 +0000 From: Patrice BLEUZE X-Mailer: Mozilla 2.0 (X11; I; FreeBSD 2.2.1-RELEASE i386) Mime-Version: 1.0 To: freebsd-questions@freebsd.org Cc: freebsd-current@freebsd.org Subject: __sysctl problem on KERN_VNODE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm not on freebsd-current list, so .... # pstat -T 63/360 files pstat: sysctl: KERN_VNODE: No such file or directory # uname -a FreeBSD pchot3 3.0-970618-SNAP FreeBSD 3.0-970618-SNAP #0: Tue Jul 15 14:00:14 CEST 1997 pbl@pchot3:/usr/src/sys/compile/WAFII i386 Is this a known bug ? pbl From owner-freebsd-current Tue Jul 15 06:45:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA27064 for current-outgoing; Tue, 15 Jul 1997 06:45:16 -0700 (PDT) Received: from dorotech.fr (mail.dorotech.fr [193.56.144.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA27006; Tue, 15 Jul 1997 06:44:47 -0700 (PDT) Received: from fritz.UUCP (uucp@localhost) by dorotech.fr (8.6.12/8.6.10) with UUCP id PAA14048; Tue, 15 Jul 1997 15:47:26 +0200 Received: from pchot4 by fritz.dorotech.fr (4.1/SMI-4.1) id AA27185; Tue, 15 Jul 97 15:29:19 +0200 Message-Id: <33CB7E78.167EB0E7@dorotech.fr> Date: Tue, 15 Jul 1997 13:43:20 +0000 From: Patrice BLEUZE X-Mailer: Mozilla 2.0 (X11; I; FreeBSD 2.2.1-RELEASE i386) Mime-Version: 1.0 To: questions@freebsd.org Cc: current@freebsd.org Subject: __sysctl problem on KERN_VNODE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm not on current list, so .... # pstat -T 63/360 files pstat: sysctl: KERN_VNODE: No such file or directory Is this a known bug ? # uname -a FreeBSD pchot3 3.0-970618-SNAP FreeBSD 3.0-970618-SNAP #0: Tue Jul 15 14:00:14 CEST 1997 pbl@pchot3:/usr/src/sys/compile/WAFII i386 pbl From owner-freebsd-current Tue Jul 15 08:09:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA03260 for current-outgoing; Tue, 15 Jul 1997 08:09:25 -0700 (PDT) Received: from mail13.digital.com (mail13.digital.com [192.208.46.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA03251; Tue, 15 Jul 1997 08:09:21 -0700 (PDT) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com (cssmuc.frt.dec.com [16.186.96.161]) by mail13.digital.com (8.7.5/UNX 1.5/1.0/WV) with SMTP id KAA10911; Tue, 15 Jul 1997 10:46:49 -0400 (EDT) Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA01285; Tue, 15 Jul 1997 16:46:41 +0200 Message-Id: <9707151446.AA01285@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: Patrice BLEUZE Cc: current@freebsd.org, questions@freebsd.org In-Reply-To: Message from Patrice BLEUZE of Tue, 15 Jul 97 13:36:12 -0000. Reply-To: gjennejohn@frt.dec.com Subject: Re: __sysctl problem on KERN_VNODE Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Jul 97 16:46:40 +0200 X-Mts: smtp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk fritz!pbl@dorotech.fr writes: > I'm not on freebsd-current list, so .... > > # pstat -T > 63/360 files > pstat: sysctl: KERN_VNODE: No such file or directory > > > # uname -a > FreeBSD pchot3 3.0-970618-SNAP FreeBSD 3.0-970618-SNAP #0: Tue Jul 15 > 14:00:14 CEST 1997 pbl@pchot3:/usr/src/sys/compile/WAFII i386 > > > > Is this a known bug ? > why did you send this out 4 times ? the answer is "yes". This was discussed some time last week, look in the mailing list archive on www.freebsd.org and you'll probably be able to find the thread. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-current Tue Jul 15 08:21:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA03926 for current-outgoing; Tue, 15 Jul 1997 08:21:06 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA03909 for ; Tue, 15 Jul 1997 08:21:01 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA08166; Tue, 15 Jul 1997 17:21:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id QAA07905; Tue, 15 Jul 1997 16:57:21 +0200 (MET DST) Message-ID: <19970715165720.OS12160@uriah.heep.sax.de> Date: Tue, 15 Jul 1997 16:57:20 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG Cc: rbezuide@oskar.nanoteq.co.za (Reinier Bezuidenhout) Subject: Re: PANIC on 3.0-SNAP and dd References: <199707151321.PAA28934@oskar.nanoteq.co.za> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199707151321.PAA28934@oskar.nanoteq.co.za>; from Reinier Bezuidenhout on Jul 15, 1997 15:21:09 +0200 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Reinier Bezuidenhout wrote: > Fatal trap 10: integer divide fault while in kernel mode > Instruction pointer = 0x8:0xf019ce4c > stack pointer = 0x10:0xf553bdbc > frame pointer = 0x10:0xf553bdd0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 261 (dd) > interrupt mask = > trap number = 10 > panic: integer divide fault > --------------------------------- > > I know I'm living on the "bleeding edge", but can anyone help > me ??? :) Seems the modulo operating with worm->blk_size failed. blk_size is not supposed to be 0 at this stage, however. It should be set correctly inside the prepare_track functions. Can you try digging deeper with DDB? -- 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-current Tue Jul 15 08:34:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA04747 for current-outgoing; Tue, 15 Jul 1997 08:34:14 -0700 (PDT) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA04742; Tue, 15 Jul 1997 08:34:10 -0700 (PDT) Received: from harlie.bfd.com (bastion.bfd.com [204.160.242.14]) by horst.bfd.com (8.8.5/8.7.3) with SMTP id IAA15772; Tue, 15 Jul 1997 08:34:04 -0700 (PDT) Date: Tue, 15 Jul 1997 08:34:04 -0700 (PDT) From: "Eric J. Schwertfeger" To: chat@freebsd.org cc: current@hub.freebsd.org Subject: Curious about application of Anti-SPAM law. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk First, this isn't about potentially including email in the fax ban. Nevada recently became the first state to enact legislation with a penalty specifically for unrequested commercial email. ($10 per message). The question is, how effective could a law like this be? I'm still trying to get ahold of the text of the law, so I'm not sure exactly what it covers, and if they bothered addressing things like spamming an email list that just happens to have nevada residents (like this one). I'm particularly curious, because one of the cybersmut spammers is actually located in Las Vegas, NV. From owner-freebsd-current Tue Jul 15 08:44:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA05981 for current-outgoing; Tue, 15 Jul 1997 08:44:20 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA05974 for ; Tue, 15 Jul 1997 08:44:16 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA28407; Tue, 15 Jul 1997 09:44:08 -0600 (MDT) Date: Tue, 15 Jul 1997 09:44:08 -0600 (MDT) Message-Id: <199707151544.JAA28407@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Richard Wackerbarth Cc: Ollivier Robert , freebsd-current@freebsd.org Subject: Re: CTM and the Attic In-Reply-To: References: <19970715012130.45333@keltia.freenix.fr> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> The tree as distributed by CTM is just the same as you get by running CVSup > >> on the CVS tree... > > > >The main problem with CTM is when large number of files are deleted. The > >deleted files end up in the Attic but get transmitted. Problem is that the > >delta generation has no concept of "a file being moved"... > > The last time that I looked, CVSup still had the same problem. Huh? CVSup hasn't had this 'problem' in a long time, if ever. John would know more, but for as long as I can remember, it knows to 'move' files into the Attic instead of deleting/re-transmitting them. > Perhaps the > "problem" is that such movement should not occur in the first place. CVS requires that for deletion of files off the main branch. Nate From owner-freebsd-current Tue Jul 15 09:36:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA08929 for current-outgoing; Tue, 15 Jul 1997 09:36:02 -0700 (PDT) Received: from nagual.pp.ru (ache.relcom.ru [194.58.229.133]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA08903 for ; Tue, 15 Jul 1997 09:35:58 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.8.6/8.8.5) id UAA00849; Tue, 15 Jul 1997 20:35:52 +0400 (MSD) Date: Tue, 15 Jul 1997 20:35:47 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: cvsup-bugs@polstra.com, FreeBSD-current Subject: Yet one CVSup false fetch Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Checkout src/lib/libedit/termcap.h This file not belongs to -current according "cvs co", but fetches from freefall again even when removed. Repository or CVSup must be fixed, please... -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Tue Jul 15 09:51:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA09846 for current-outgoing; Tue, 15 Jul 1997 09:51:02 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA09816; Tue, 15 Jul 1997 09:50:45 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.6/8.8.5) with ESMTP id JAA22020; Tue, 15 Jul 1997 09:50:00 -0700 (PDT) Message-Id: <199707151650.JAA22020@austin.polstra.com> To: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= cc: FreeBSD-current , peter@freebsd.org Subject: Re: Yet one CVSup false fetch In-reply-to: Your message of "Tue, 15 Jul 1997 20:35:47 +0400." References: Date: Tue, 15 Jul 1997 09:50:00 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Checkout src/lib/libedit/termcap.h > > This file not belongs to -current according "cvs co", but fetches > from freefall again even when removed. > > Repository or CVSup must be fixed, please... OK, I fixed it in the repository with a "cvs update; cvs rm" combination. The default branch had been cleared in the RCS file, even though the file was still on the vendor branch. I don't know why. We know of CVS bugs that can cause this, but I don't think they applied to this case. Sigh. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Tue Jul 15 09:57:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA10330 for current-outgoing; Tue, 15 Jul 1997 09:57:38 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA10323 for ; Tue, 15 Jul 1997 09:57:35 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.6/8.8.5) with ESMTP id KAA04746; Tue, 15 Jul 1997 10:57:14 -0600 (MDT) Message-Id: <199707151657.KAA04746@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Adam David cc: bde@zeta.ORG.AU (Bruce Evans), freebsd-current@FreeBSD.ORG Subject: Re: Make world broken In-reply-to: Your message of "Tue, 15 Jul 1997 11:02:35 GMT." <199707151102.LAA23254@ubiq.veda.is> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Jul 1997 10:57:14 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > > I mean that sys/miscfs/*/*.h etc. is never installed in /usr/include. > > Neither is sys/pci/*.h or did I miss it somewhere? pciconf was broken this weekend as a result, I am guessing that it was "fixed" by: ----------------------------------- cut --------------------------------------- guido 1997/07/14 08:10:35 PDT Modified files: usr.sbin/pciconf Makefile Log: Unbreak it. Apparently I forgot to do a make clean when testing :-( Unfortunately, Makefile is not included in .depend. Revision Changes Path 1.5 +1 -0 src/usr.sbin/pciconf/Makefile ----------------------------------- cut --------------------------------------- I didn't look at the actual changes, or resup/make since this commit, so I don't know if it will need to be "unfixed" if/when sys/pci/*.h is added... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Tue Jul 15 10:32:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA12094 for current-outgoing; Tue, 15 Jul 1997 10:32:50 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA12066 for ; Tue, 15 Jul 1997 10:32:28 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA03690; Tue, 15 Jul 1997 10:23:18 -0700 From: Terry Lambert Message-Id: <199707151723.KAA03690@phaeton.artisoft.com> Subject: Re: UU.NET, SPAM, and Cyberpromotions (was Re: usregsite.com) To: ady@warp.starnets.ro (Penisoara Adrian) Date: Tue, 15 Jul 1997 10:23:18 -0700 (MST) Cc: current@hub.freebsd.org In-Reply-To: from "Penisoara Adrian" at Jul 15, 97 09:59:07 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well, this is old... [ ... a discussion of SPAM ensues ... ] > On Fri, 23 May 1997, Terry Lambert wrote: > > | Received: from 206.13.28.25 > > | (1Cust52.Max31.Chicago.IL.MS.UU.NET [153.35.113.180]) > > | by mail-gw.pacbell.net (8.8.5/8.7.1) with SMTP id EAA07399; > > | Thu, 8 May 1997 04:09:14 -0700 (PDT) > > :Received: from ken ([153.36.102.95]) by ns1.allinfosys.com > ^^^^^^^^^^^^^^^ > : (post.office MTA v2.0 0813 ID# 0-11221) with SMTP id CUO296 > : for ; Mon, 14 Jul 1997 19:19:35 -0500 > > Now guess who's IP is that 153.36.102.95 ? If I do a rev-lookup, then > it's "1Cust95.Max12.Detroit.MI.MS.UU.NET"; awfully close to Terry's one. Yes. UUnet is providing dialup ISP services for these people. This was the recent SPAM to the FreeBSD lists, I assume... > > I've been mail-bombed by Cyberpromotions for complaining to their [ ... ] > Why would they do that ? This bunch of jerks [ >:( ] is expecting everyone > to accept their junk w/o complains and it's their last wish to get you > rid of it. That's precisely why they are doing it. People pay them to do it, it's not illegal, they do it. > > Since then, for every intermediate host their program has used as a > > relay to get to my host, I've made a (1 month time limited) offer of > > free assistance in preventing use as a mail relay by all by approved > > hosts. I've helped 6 sites so far. > > Has that number been changed by now ? 21 sites, so far. > Well, this host's MTA (as you can see it's post.office v2.0) didn't > handle this spam; maybe we (?) should warn them... Notify them that they need to update to Post.Office 3.2. The 3.2 version supports SPAM filtering. > BTW, shouldn't sendmail/smail/etc be made SPAM proof right in the > sources ? Take this up with the maintainer. There is no pat answer. They may be afraid of "restraint of trade" prosecution, or "racketeering" charges under the RICO act. 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-current Tue Jul 15 11:35:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15712 for current-outgoing; Tue, 15 Jul 1997 11:35:14 -0700 (PDT) Received: from ady.warp.starnets.ro (ady.warp.starnets.ro [193.226.124.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA15681 for ; Tue, 15 Jul 1997 11:34:59 -0700 (PDT) Received: from localhost (ady@localhost) by ady.warp.starnets.ro (8.8.5/8.8.5) with SMTP id VAA02096; Tue, 15 Jul 1997 21:32:40 +0300 (EEST) Date: Tue, 15 Jul 1997 21:32:40 +0300 (EEST) From: Penisoara Adrian To: Terry Lambert cc: current@hub.freebsd.org Subject: Re: UU.NET, SPAM, and Cyberpromotions (was Re: usregsite.com) In-Reply-To: <199707151723.KAA03690@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 15 Jul 1997, Terry Lambert wrote: > Well, this is old... I know, things never change :) > > [ ... a discussion of SPAM ensues ... ] > [...also some msgs...] > > Yes. UUnet is providing dialup ISP services for these people. > > This was the recent SPAM to the FreeBSD lists, I assume... Hmmm, not sure, right now I'm reviewing my >1000 msgs queue (and damn, I'm so tired). The message I received apparently has nothing to do with FreeBSD's lists; what about yours ? I might be mistakin' though. > > [snip] > > That's precisely why they are doing it. People pay them to do it, > it's not illegal, they do it. If this (spamming) is made legal, then we're gone... if we're not going to change people's point of view, which is so hard in today's environement, there will be mayhem in the cyberspace. > > > > > Since then, for every intermediate host their program has used as a > > > relay to get to my host, I've made a (1 month time limited) offer of > > > free assistance in preventing use as a mail relay by all by approved > > > hosts. I've helped 6 sites so far. > > > > Has that number been changed by now ? > > 21 sites, so far. I assume it's still growing ? > > Well, this host's MTA (as you can see it's post.office v2.0) didn't > > handle this spam; maybe we (?) should warn them... > > Notify them that they need to update to Post.Office 3.2. The 3.2 > version supports SPAM filtering. OK, I'll do that, I'll even send'em the message's header to convince them. Would you like to add some link to your work ? > > > BTW, shouldn't sendmail/smail/etc be made SPAM proof right in the > > sources ? > > Take this up with the maintainer. There is no pat answer. They > may be afraid of "restraint of trade" prosecution, or "racketeering" > charges under the RICO act. Oops, I believe this is true for commercial packages, what about the 'free sources' ones ? Or maybe I screwed it up ? (BTW, "What's RICO act", asks one absent minded, namely me). > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. Ah, that reminds me of another sig saw on a FreeBSD list: "I don't speak in the name of my employers, they don't pay me enogh for that" (Who's ? I don't remember) > Ady (@warp.starnets.ro) P.S. This keyboard is killing me ; I'm gonna get rid of it as soon as possible. From owner-freebsd-current Tue Jul 15 12:21:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA18554 for current-outgoing; Tue, 15 Jul 1997 12:21:25 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA18546 for ; Tue, 15 Jul 1997 12:21:21 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id PAA12803; Tue, 15 Jul 1997 15:21:20 -0400 (EDT) Date: Tue, 15 Jul 1997 15:21:20 -0400 (EDT) From: Garrett Wollman Message-Id: <199707151921.PAA12803@khavrinen.lcs.mit.edu> To: current@freebsd.org Subject: Ping with standard deviation? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just modified `ping' to output standard deviation in addition to the other statistics. Does anyone out there think that this would be useful in the general case? This gives output like: --- lanrover.lcs.mit.edu ping statistics --- 81 packets transmitted, 81 packets received, 0% packet loss round-trip min/avg/max/stddev = 2.220/5.378/67.712/10.643 ms (As you can see, there's an unfortunate amount of jitter in my network.) It does increase the size of the ping executable a few K since we have to link against the math library. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Tue Jul 15 12:29:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA19108 for current-outgoing; Tue, 15 Jul 1997 12:29:04 -0700 (PDT) Received: from ns1.netcologne.de (ns1.netcologne.de [194.8.194.70]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA19046; Tue, 15 Jul 1997 12:28:46 -0700 (PDT) Received: from janus by ns1.netcologne.de (8.6.12/NetCologne/marvin/netsafe-a0020) id ; Tue, 15 Jul 1997 22:25:04 +0200 with ESMTP X-Ncc-Regid: de.netcologne Message-ID: <33CBCF59.6944D32C@netcologne.de> Date: Tue, 15 Jul 1997 21:28:25 +0200 From: Richard Cochius Reply-To: richard.cochius@netcologne.de Organization: Media Connect Cologne X-Mailer: Mozilla 4.01 [en] (WinNT; I) MIME-Version: 1.0 To: "\"'freebsd-bugs@freebsd.org'\"" , "freebsd-chat@FreeBSD.ORG" , "freebsd-current@FreeBSD.ORG" , "freebsd-multimedia@FreeBSD.ORG" , "freebsd-questions@FreeBSD.ORG" , "hackers@FreeBSD.ORG" , "owner-hackers@FreeBSD.ORG" , "questions@FreeBSD.ORG" Subject: unsubscribe X-Priority: 3 (Normal) Content-Type: multipart/mixed; boundary="------------A49C1ABE0E75DBD5710EBE03" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------A49C1ABE0E75DBD5710EBE03 Content-Type: text/plain; charset=us-ascii Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit unsubscribe --------------A49C1ABE0E75DBD5710EBE03 Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Richard Cochius Content-Disposition: attachment; filename="vcard.vcf" begin: vcard fn: Richard Cochius n: Cochius;Richard org: Media Connect Cologne adr: ;;;;;; email;internet: richard.cochius@netcologne.de tel;work: tel;fax: tel;home: x-mozilla-cpt: ;0 x-mozilla-html: FALSE end: vcard --------------A49C1ABE0E75DBD5710EBE03-- From owner-freebsd-current Tue Jul 15 12:56:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA20799 for current-outgoing; Tue, 15 Jul 1997 12:56:21 -0700 (PDT) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA20782 for ; Tue, 15 Jul 1997 12:56:04 -0700 (PDT) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.5/8.8.5) with SMTP id OAA09863; Tue, 15 Jul 1997 14:55:56 -0500 (EST) Date: Tue, 15 Jul 1997 14:55:56 -0500 (EST) From: John Fieber To: Garrett Wollman cc: current@FreeBSD.ORG Subject: Re: Ping with standard deviation? In-Reply-To: <199707151921.PAA12803@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 15 Jul 1997, Garrett Wollman wrote: > I just modified `ping' to output standard deviation in addition to the > other statistics. Does anyone out there think that this would be > useful in the general case? Much more informative than min/max in my opinion. -john From owner-freebsd-current Tue Jul 15 13:04:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA21113 for current-outgoing; Tue, 15 Jul 1997 13:04:19 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA21101; Tue, 15 Jul 1997 13:04:10 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199707152004.NAA21101@hub.freebsd.org> Subject: Re: Ping with standard deviation? To: wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Date: Tue, 15 Jul 1997 13:04:08 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: <199707151921.PAA12803@khavrinen.lcs.mit.edu> from "Garrett Wollman" at Jul 15, 97 03:21:20 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Garrett Wollman wrote: > > I just modified `ping' to output standard deviation in addition to the > other statistics. Does anyone out there think that this would be > useful in the general case? > > This gives output like: > > --- lanrover.lcs.mit.edu ping statistics --- > 81 packets transmitted, 81 packets received, 0% packet loss > round-trip min/avg/max/stddev = 2.220/5.378/67.712/10.643 ms > > (As you can see, there's an unfortunate amount of jitter in my > network.) > > It does increase the size of the ping executable a few K since we have std dev and avg (ping already prints avg) are very sensitive to outliers. how using the statistics suggested by vern paxson instead? median in place of average and inter-quartile range in place of std deviation. (from memory, i'll have to get the phd thesis to check). jmb From owner-freebsd-current Tue Jul 15 13:07:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA21299 for current-outgoing; Tue, 15 Jul 1997 13:07:06 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA21288; Tue, 15 Jul 1997 13:06:56 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id QAA12902; Tue, 15 Jul 1997 16:06:54 -0400 (EDT) Date: Tue, 15 Jul 1997 16:06:54 -0400 (EDT) From: Garrett Wollman Message-Id: <199707152006.QAA12902@khavrinen.lcs.mit.edu> To: "Jonathan M. Bresler" Cc: current@FreeBSD.ORG Subject: Re: Ping with standard deviation? In-Reply-To: <199707152004.NAA21101@hub.freebsd.org> References: <199707151921.PAA12803@khavrinen.lcs.mit.edu> <199707152004.NAA21101@hub.freebsd.org> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > std dev and avg (ping already prints avg) are very sensitive > to outliers. how using the statistics suggested by vern paxson > instead? median in place of average and inter-quartile range > in place of std deviation. (from memory, i'll have to get > the phd thesis to check). I'd prefer something that's easy to compute and doesn't require O(N) storage. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Tue Jul 15 13:25:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA22138 for current-outgoing; Tue, 15 Jul 1997 13:25:35 -0700 (PDT) Received: from pandora.hh.kew.com (ahd@kendra.ne.mediaone.net [24.128.53.73]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA22131 for ; Tue, 15 Jul 1997 13:25:22 -0700 (PDT) Received: (from ahd@localhost) by pandora.hh.kew.com (8.8.5/8.8.5) id QAA09594 for current@FreeBSD.ORG; Tue, 15 Jul 1997 16:25:20 -0400 (EDT) Date: Tue, 15 Jul 1997 16:25:20 -0400 (EDT) From: Drew Derbyshire Message-Id: <199707152025.QAA09594@pandora.hh.kew.com> To: current@FreeBSD.ORG Subject: sendmaila and SPAM Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > BTW, shouldn't sendmail/smail/etc be made SPAM proof right in the > sources ? According to the sendmail.org web pages, 8.9 will include such fixes relatively out of the box. I suggested an additional change relative to SPAM in mail I sent to the sendmail mailing list this past weekend, but got no takers. (I'm not ON that list, I think it's a closed group.) It comes down to Anti-SPAM measures take alot of work to nail the latest patterns of sender abuse, and most people are not up to it. We could apply some of 8.8.x hacks to the FreeBSD port, for example, but you can't blindly turn the features on and have them work except for the most trivial cases. -ahd- From owner-freebsd-current Tue Jul 15 13:40:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA23095 for current-outgoing; Tue, 15 Jul 1997 13:40:17 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA23048 for ; Tue, 15 Jul 1997 13:40:05 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id WAA06190 for ; Tue, 15 Jul 1997 22:39:59 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id WAA29535 for freebsd-current@FreeBSD.ORG; Tue, 15 Jul 1997 22:39:27 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.6/keltia-uucp-2.9) id WAA17707; Tue, 15 Jul 1997 22:04:23 +0200 (CEST) Message-ID: <19970715220423.28874@keltia.freenix.fr> Date: Tue, 15 Jul 1997 22:04:23 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: CTM and the Attic References: <19970715012130.45333@keltia.freenix.fr> <199707150818.SAA14504@ogre.dtir.qld.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <199707150818.SAA14504@ogre.dtir.qld.gov.au>; from Stephen McKay on Tue, Jul 15, 1997 at 06:18:46PM +1000 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3461 AMD-K6 MMX @ 208 MHz Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Stephen McKay: > I even have the time and inclination to code this. But it would require > all ctm users to upgrade their executables. Thanks ! :-) > Painful, but is it painful enough to make everyone upgrade? I think it > would make a lot of sense for cvs-cur because moves are more prevalent > there. And as the CTM users use it to track a moving target, it makes sense too. We have ctm-announce just for this kind of change. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #22: Sun Jul 13 22:07:09 CEST 1997 From owner-freebsd-current Tue Jul 15 15:01:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA27015 for current-outgoing; Tue, 15 Jul 1997 15:01:31 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA27004 for ; Tue, 15 Jul 1997 15:01:26 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA00489; Tue, 15 Jul 1997 15:00:17 -0700 From: Terry Lambert Message-Id: <199707152200.PAA00489@phaeton.artisoft.com> Subject: Re: Ping with standard deviation? To: wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Date: Tue, 15 Jul 1997 15:00:17 -0700 (MST) Cc: current@FreeBSD.ORG In-Reply-To: <199707151921.PAA12803@khavrinen.lcs.mit.edu> from "Garrett Wollman" at Jul 15, 97 03:21:20 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I just modified `ping' to output standard deviation in addition to the > other statistics. Does anyone out there think that this would be > useful in the general case? I like it; so long as we retain a convention of using a space as a token seperator and a space or a slash as a numeric seperator, it won't even damage scripts. > It does increase the size of the ping executable a few K since we have > to link against the math library. There was no way to calculate this with integer math? 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-current Thu Jul 17 20:47:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA24913 for current-outgoing; Thu, 17 Jul 1997 20:47:37 -0700 (PDT) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA24908 for ; Thu, 17 Jul 1997 20:47:30 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.7.5/8.7.5) id WAA06433 for ; Thu, 17 Jul 1997 22:47:18 -0500 (CDT) Posted-Date: Thu, 17 Jul 1997 22:47:18 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma006418; Thu, 17 Jul 97 22:46:55 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.4/8.8.4) with SMTP id WAA01643 for ; Thu, 17 Jul 1997 22:46:54 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Thu, 17 Jul 1997 22:46:54 -0500 (CDT) From: Kyle Mestery To: freebsd-current@freebsd.org Subject: Xterm question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am running current from a few days ago (7-16-97), and I am seeing something weird with my xterms. Actually, it might not be the xterms, it might be finger and w. I notice that after X has been running, suddenly doing a w or a finger shows that all users have been idle for the same amount of time, usually the amount of time for the least idle window I have open. I only use X, so I havent tested this without X. Does anyone else see these problems? System is a dual P133, 64MB RAM, 2GB EIDE disk. FreeBSD hope.winternet.com 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Thu Jul 17 07:35:45 CDT 1997 root@hope.winternet.com:/usr/src/sys/compile/HOPE i386 Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Brooklyn Park, MN 55428 mesteka@anubis.network.com, mestery@winternet.com From owner-freebsd-current Thu Jul 17 21:14:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA26290 for current-outgoing; Thu, 17 Jul 1997 21:14:10 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA26283 for ; Thu, 17 Jul 1997 21:14:04 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.6/8.8.6) with SMTP id VAA09484 for ; Thu, 17 Jul 1997 21:14:02 -0700 (PDT) Date: Thu, 17 Jul 1997 21:14:01 -0700 (PDT) From: Jaye Mathisen To: current@freebsd.org Subject: Would you trust -current now? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I can't wait any longer for 2.2.2 to get fixed, I either gotta switch to what I hope is a fixed 3.0 kernel, or move to a different OS. Would you trust -current on a moderately highvolume news server with NFS? From owner-freebsd-current Thu Jul 17 21:20:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA26727 for current-outgoing; Thu, 17 Jul 1997 21:20:46 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA26719 for ; Thu, 17 Jul 1997 21:20:35 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.6/8.8.5) with ESMTP id WAA16617; Thu, 17 Jul 1997 22:20:20 -0600 (MDT) Message-Id: <199707180420.WAA16617@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Kyle Mestery cc: freebsd-current@FreeBSD.ORG Subject: Re: Xterm question In-reply-to: Your message of "Thu, 17 Jul 1997 22:46:54 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 17 Jul 1997 22:20:20 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > I am running current from a few days ago (7-16-97), and I am seeing > something weird with my xterms. Actually, it might not be the xterms, it > might be finger and w. I notice that after X has been running, suddenly > doing a w or a finger shows that all users have been idle for the same > amount of time, usually the amount of time for the least idle window I > have open. I only use X, so I havent tested this without X. Does anyone > else see these problems? > > System is a dual P133, 64MB RAM, 2GB EIDE disk. > FreeBSD hope.winternet.com 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Thu Jul 17 > 07:35:45 CDT 1997 root@hope.winternet.com:/usr/src/sys/compile/HOPE > i386 > > Kyle Mestery > StorageTek's Network Systems Group > 7600 Boone Ave. N., Brooklyn Park, MN 55428 > mesteka@anubis.network.com, mestery@winternet.com > Are you running the SMP kernel? If so that *might* be the problem, proper handling of the timer code is still lacking in many areas. Or SMP might have nothing to do with it... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Thu Jul 17 21:27:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA27003 for current-outgoing; Thu, 17 Jul 1997 21:27:38 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA26993 for ; Thu, 17 Jul 1997 21:27:34 -0700 (PDT) Received: (qmail 509 invoked by uid 1000); 18 Jul 1997 04:21:05 -0000 Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199707170239.MAA26911@genesis.atrad.adelaide.edu.au> Date: Thu, 17 Jul 1997 16:41:26 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Michael Smith Subject: Re: Errors (?) in building -current Cc: freebsd-current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Michael Smith; On 17-Jul-97 you wrote: > Simon Shapiro stands accused of saying: > [Charset iso-8859-8 unsupported, filtering to ASCII...] > > Hi Y'all! > > > > I encounter these when building current as of lastnight: > > Um, are you building on an SMP machine, or with some degree of > parallelism enabled? One of the machines is SMP, both are running UP kernel (one is 2.2 one is -current. > > ===> lkm/syscons/fade > > install -c -o bin -g bin -m 555 fade_saver_mod.o /lkm > > fcns.c:49: initializer element for `el_func[88]' is not constant > > fcns.c:49: `vi_zero' undeclared here (not in a function) > > fcns.c:49: initializer element for `el_func[89]' is not constant > > In file included from editline.c:21: > > /usr/src/3.0/src/lib/libedit/vi.c:674: warning: type mismatch with > previous > > impl > > icit declaration > > /usr/src/3.0/src/lib/libedit/common.c:114: warning: previous implicit > > declaratio > > n of `vi_command_mode' > > /usr/src/3.0/src/lib/libedit/vi.c:674: warning: `vi_command_mode' was > > previously > > implicitly declared to return `int' > > /usr/src/3.0/src/lib/libedit/vi.c:674: warning: `vi_command_mode' was > > declared i > > mplicitly `extern' and later `static' > > *** Error code 1 (continuing) > > Care to tell me what is actually trying to compile fcns.c immediately > after > _installing_ the syscons fader LKM? I am really dumb when it cones to gigantic makes. I cd;make world;email failure :-) > > From _my_ -current build last night, fresh CVSup, cvs co -Pd : I always do (was told to) do cvs update, not cvs checkout. Does that make a difference? I went as far as removing the entire CVS tree (helped some), removing all of /usr/obj (helped some others) and removing all of /usr/src (helped none). This is what I am left with. Looks to me that I am not intelligent enough for this process. I seem to have endless problems with it. It works well for several weeks than it stops. Somehow it is always something I supposedly have done that is really stupid. One day I will figure it out. ... > You appear to have disk or memory corruption problems. common.h is > automatically generated during the build (eep, this is Bad), and > should look like : > > /* Automatically generated file, do not edit */ > #ifndef _h_common_c > #define _h_common_c > protected el_action_t ed_end_of_file __P((EditLine *, int)); > protected el_action_t ed_insert __P((EditLine *, int)); > protected el_action_t ed_delete_prev_word __P((EditLine *, int)); Two separate machines? Both having the same corrupted memory? Four different kernels? I have limited experience in this but find it hard to accept. I did witness through the years, CVS cause more heartburn than its worth. Typically the answer is the M$ standard: re-install. One day you may agree to help me develop an RDBMS based revision and release control system. First we have to have an RDBMS that actually works for less than 50,000 dollars and available in source. Simon From owner-freebsd-current Thu Jul 17 21:40:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA27840 for current-outgoing; Thu, 17 Jul 1997 21:40:49 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27711 for ; Thu, 17 Jul 1997 21:38:20 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id OAA04090; Fri, 18 Jul 1997 14:06:35 +0930 (CST) From: Michael Smith Message-Id: <199707180436.OAA04090@genesis.atrad.adelaide.edu.au> Subject: Re: Errors (?) in building -current In-Reply-To: from Simon Shapiro at "Jul 17, 97 04:41:26 pm" To: Shimon@i-Connect.Net (Simon Shapiro) Date: Fri, 18 Jul 1997 14:06:34 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro stands accused of saying: > > > > Um, are you building on an SMP machine, or with some degree of > > parallelism enabled? > > One of the machines is SMP, both are running UP kernel (one is 2.2 one is > -current. Ok. You don't have a "-j 4" anywhere on your make commandline? > > > ===> lkm/syscons/fade > > > install -c -o bin -g bin -m 555 fade_saver_mod.o /lkm > > > fcns.c:49: initializer element for `el_func[88]' is not constant > > > fcns.c:49: `vi_zero' undeclared here (not in a function) > > > fcns.c:49: initializer element for `el_func[89]' is not constant > > > In file included from editline.c:21: > > > /usr/src/3.0/src/lib/libedit/vi.c:674: warning: type mismatch with > > previous > > > impl > > > icit declaration > > > /usr/src/3.0/src/lib/libedit/common.c:114: warning: previous implicit > > > declaratio > > > n of `vi_command_mode' > > > /usr/src/3.0/src/lib/libedit/vi.c:674: warning: `vi_command_mode' was > > > previously > > > implicitly declared to return `int' > > > /usr/src/3.0/src/lib/libedit/vi.c:674: warning: `vi_command_mode' was > > > declared i > > > mplicitly `extern' and later `static' > > > *** Error code 1 (continuing) > > > > Care to tell me what is actually trying to compile fcns.c immediately > > after > > _installing_ the syscons fader LKM? > > I am really dumb when it cones to gigantic makes. I cd;make world;email > failure :-) Well, I dunno what's going on then; you appear to have some -serious- problems though. > > From _my_ -current build last night, fresh CVSup, cvs co -Pd : > > I always do (was told to) do cvs update, not cvs checkout. Does that > make a difference? Yes, when I give peopled bad information like that, they send me more mail. 8) You're quite right; it should have been 'update' not 'checkout'. > I went as far as removing the entire CVS tree (helped some), removing all > of /usr/obj (helped some others) and removing all of /usr/src (helped none). You're having a _lot_ of trouble with this; I can count on the fingers of one hand the number of times that I've had to do that sort of stuff in the last ~3 years. > This is what I am left with. Looks to me that I am not intelligent enough > for this process. I seem to have endless problems with it. It works well I think there is something circumstantial that is laying you low. > > You appear to have disk or memory corruption problems. common.h is > > automatically generated during the build (eep, this is Bad), and > > should look like : > > > > /* Automatically generated file, do not edit */ > > #ifndef _h_common_c > > #define _h_common_c > > protected el_action_t ed_end_of_file __P((EditLine *, int)); > > protected el_action_t ed_insert __P((EditLine *, int)); > > protected el_action_t ed_delete_prev_word __P((EditLine *, int)); > > Two separate machines? Both having the same corrupted memory? Four I don't know, Simon. All I _do_ know is that common.h should look like the above (it would help if you checked to make sure it did), and that a working compiler will digest the above correctly. I was running the same build process over what should have been almost the exact-same sources at almost the same time, and it worked just fine here. No magic, nothing special at all. This gives me reasonable confidence that those components _do_ work. What I'm trying to do is prod you to look more closely at the components of the problem rather than the failure of the entire process. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu Jul 17 21:45:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA28039 for current-outgoing; Thu, 17 Jul 1997 21:45:59 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA28031 for ; Thu, 17 Jul 1997 21:45:47 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id OAA04279 for current@freebsd.org; Fri, 18 Jul 1997 14:15:28 +0930 (CST) From: Michael Smith Message-Id: <199707180445.OAA04279@genesis.atrad.adelaide.edu.au> Subject: Serial console busted? To: current@freebsd.org Date: Fri, 18 Jul 1997 14:15:28 +0930 (CST) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk So I get (finally) a serial cable that works with this stupid motherboard. I boot with '-h', and I see : Booting 0:wd(0,a)kernel.b @ 0x100000 text=0xcb000 data=0x10000 bss=0x1036c symbols=[+0xc94+0x4+0x10194+0x4+0x15c9c] Can't find file kernel.b.config total=0x211e38 entry point=0x100000 ... and then I get console output on the (*^&%*(& CRT. What gives? -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu Jul 17 22:04:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA28934 for current-outgoing; Thu, 17 Jul 1997 22:04:40 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA28928 for ; Thu, 17 Jul 1997 22:04:36 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wp5DJ-00053X-00; Thu, 17 Jul 1997 23:04:21 -0600 To: Kyle Mestery Subject: Re: Xterm question Cc: freebsd-current@freebsd.org In-reply-to: Your message of "Thu, 17 Jul 1997 22:46:54 CDT." References: Date: Thu, 17 Jul 1997 23:04:21 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Kyle Mestery writes: : Does anyone else see these problems? I too have seen oddities like this from time to time. I've never been able to nail it down to anything, and it seems to happen once or twice per week. Warner From owner-freebsd-current Thu Jul 17 23:20:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA02087 for current-outgoing; Thu, 17 Jul 1997 23:20:15 -0700 (PDT) Received: from nagual.pp.ru (ache.relcom.ru [194.58.229.133]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA02082 for ; Thu, 17 Jul 1997 23:20:10 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.8.6/8.8.5) id KAA00269 for current@freebsd.org; Fri, 18 Jul 1997 10:20:00 +0400 (MSD) Date: Fri, 18 Jul 1997 10:19:57 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: FreeBSD-current Subject: sleep.c fix for review Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Our current implementation do not enable ALARM handler, if it was disabled previously. Since such case is very rare, there is no real optimization occurse, but potential incompatibility: all other Unix sleep implementations including GNU one enable ALARM handler in _any_ case. This patch makes our sleep compatible with our previous code and the rest of the world sleep codes. *** sleep.c.bak Sun Jun 8 15:11:01 1997 --- sleep.c Tue Jul 15 00:57:59 1997 *************** *** 73,79 **** struct timespec time_remaining; struct sigaction act, oact; sigset_t mask, omask; - int alarm_blocked; if (seconds != 0) { time_to_sleep.tv_sec = seconds; --- 73,78 ---- *************** *** 84,101 **** sigaddset(&mask, SIGALRM); sigprocmask(SIG_BLOCK, &mask, &omask); ! /* Was SIGALRM blocked already? */ ! alarm_blocked = sigismember(&omask, SIGALRM); ! ! if (!alarm_blocked) { ! /* ! * Set up handler to interrupt signanosleep only if ! * SIGALRM was unblocked. (Save some syscalls) ! */ ! memset(&act, 0, sizeof(act)); ! act.sa_handler = sleephandler; ! sigaction(SIGALRM, &act, &oact); ! } /* * signanosleep() uses the given mask for the lifetime of --- 83,95 ---- sigaddset(&mask, SIGALRM); sigprocmask(SIG_BLOCK, &mask, &omask); ! /* ! * Set up handler to interrupt signanosleep only if ! * SIGALRM was unblocked. (Save some syscalls) ! */ ! memset(&act, 0, sizeof(act)); ! act.sa_handler = sleephandler; ! sigaction(SIGALRM, &act, &oact); /* * signanosleep() uses the given mask for the lifetime of *************** *** 107,117 **** */ signanosleep(&time_to_sleep, &time_remaining, &omask); ! if (!alarm_blocked) { ! /* Unwind */ ! sigaction(SIGALRM, &oact, (struct sigaction *)0); ! sigprocmask(SIG_SETMASK, &omask, (sigset_t *)0); ! } /* return how long is left */ seconds = time_remaining.tv_sec; --- 101,109 ---- */ signanosleep(&time_to_sleep, &time_remaining, &omask); ! /* Unwind */ ! sigaction(SIGALRM, &oact, (struct sigaction *)0); ! sigprocmask(SIG_SETMASK, &omask, (sigset_t *)0); /* return how long is left */ seconds = time_remaining.tv_sec; -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Fri Jul 18 00:56:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07700 for current-outgoing; Fri, 18 Jul 1997 00:56:53 -0700 (PDT) Received: from lsd.relcom.eu.net (lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07689 for ; Fri, 18 Jul 1997 00:56:46 -0700 (PDT) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.6/8.8.5) id LAA26807; Fri, 18 Jul 1997 11:56:00 +0400 (MSD) Date: Fri, 18 Jul 1997 11:56:00 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: Peter Wemm cc: FreeBSD-current Subject: Re: sleep.c fix for review In-Reply-To: <199707180733.PAA13192@spinner.dialix.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 18 Jul 1997, Peter Wemm wrote: > As I read it, this doesn't actually change anything.. If the application > has masked SIGALRM, unconditionally installing and removing the handler > does nothing.. That's what the optimization does.. If SIGALRM is > impossible, don't waste syscalls on something that will not happen. You are right, I overlook it, here is new variant: *** sleep.c.orig Fri Jun 6 00:30:02 1997 --- sleep.c Fri Jul 18 11:49:37 1997 *************** *** 73,79 **** struct timespec time_remaining; struct sigaction act, oact; sigset_t mask, omask; - int alarm_blocked; if (seconds != 0) { time_to_sleep.tv_sec = seconds; --- 73,78 ---- *************** *** 84,101 **** sigaddset(&mask, SIGALRM); sigprocmask(SIG_BLOCK, &mask, &omask); ! /* Was SIGALRM blocked already? */ ! alarm_blocked = sigismember(&omask, SIGALRM); ! ! if (!alarm_blocked) { ! /* ! * Set up handler to interrupt signanosleep only if ! * SIGALRM was unblocked. (Save some syscalls) ! */ ! memset(&act, 0, sizeof(act)); ! act.sa_handler = sleephandler; ! sigaction(SIGALRM, &act, &oact); ! } /* * signanosleep() uses the given mask for the lifetime of --- 83,99 ---- sigaddset(&mask, SIGALRM); sigprocmask(SIG_BLOCK, &mask, &omask); ! /* ! * Set up handler to interrupt signanosleep only if ! * SIGALRM was unblocked. (Save some syscalls) ! */ ! memset(&act, 0, sizeof(act)); ! act.sa_handler = sleephandler; ! sigaction(SIGALRM, &act, &oact); ! ! /* Always enable SIGALRM to be compatible */ ! mask = omask; ! sigdelset(&mask, SIGALRM); /* * signanosleep() uses the given mask for the lifetime of *************** *** 105,117 **** * to end the timout. If the process blocks SIGALRM, it * gets what it asks for. */ ! signanosleep(&time_to_sleep, &time_remaining, &omask); ! if (!alarm_blocked) { ! /* Unwind */ ! sigaction(SIGALRM, &oact, (struct sigaction *)0); ! sigprocmask(SIG_SETMASK, &omask, (sigset_t *)0); ! } /* return how long is left */ seconds = time_remaining.tv_sec; --- 103,113 ---- * to end the timout. If the process blocks SIGALRM, it * gets what it asks for. */ ! signanosleep(&time_to_sleep, &time_remaining, &mask); ! /* Unwind */ ! sigaction(SIGALRM, &oact, (struct sigaction *)0); ! sigprocmask(SIG_SETMASK, &omask, (sigset_t *)0); /* return how long is left */ seconds = time_remaining.tv_sec; -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Fri Jul 18 03:44:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA14746 for current-outgoing; Fri, 18 Jul 1997 03:44:22 -0700 (PDT) Received: from genghis.eng.demon.net (genghis.eng.demon.net [193.195.45.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA14741 for ; Fri, 18 Jul 1997 03:44:18 -0700 (PDT) Received: from genghis.eng.demon.net [193.195.45.10] by genghis.eng.demon.net with esmtp (Exim 1.62 #1) id 0wpAWB-0001MY-00; Fri, 18 Jul 1997 11:44:11 +0100 To: Jaye Mathisen cc: current@freebsd.org Subject: Re: Would you trust -current now? Organization: Demon Internet Ltd. In-reply-to: Your message of "Thu, 17 Jul 1997 21:14:01 PDT." Date: Fri, 18 Jul 1997 11:44:11 +0100 From: Ade Lovett Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jaye Mathisen writes: > >I can't wait any longer for 2.2.2 to get fixed, I either gotta switch to >what I hope is a fixed 3.0 kernel, or move to a different OS. > >Would you trust -current on a moderately highvolume news server >with NFS? Depends how you define 'trust' -- if you're looking for something that just is never, ever, ever going to crash, then probably not. If, on the other hand, you accept that 3.0-current will occasionally crash and burn, possibly taking the entire system with it, with a resultant complete system rebuild, then maybe. As it says in the handbook, there are (and indeed, cannot be) guarantees with -current, it's a rapidly changing target. Of course, some of the commercial OSes are no better, and some are an awful lot worse ... pause for breath.. no, I am not going to let myself start ranting about Sun.. no no no :) At the end of the day though, it's your call. If 2.2.2-release doesn't work for you (for whatever reason), then you have the choices you have already mentioned.. stick with FreeBSD by trying 3.0-current, or move to another OS. No-one but you yourself can make that decision, since only you can determine the pros and cons for your own environment. -aDe -- Ade Lovett, Demon Internet Ltd. From owner-freebsd-current Fri Jul 18 04:18:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA15860 for current-outgoing; Fri, 18 Jul 1997 04:18:00 -0700 (PDT) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA15855 for ; Fri, 18 Jul 1997 04:17:56 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.7.5/8.7.5) id GAA05340; Fri, 18 Jul 1997 06:17:50 -0500 (CDT) Posted-Date: Fri, 18 Jul 1997 06:17:50 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma005325; Fri, 18 Jul 97 06:17:28 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.4/8.8.4) with SMTP id GAA04751; Fri, 18 Jul 1997 06:17:27 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Fri, 18 Jul 1997 06:17:27 -0500 (CDT) From: Kyle Mestery To: Steve Passe cc: freebsd-current@FreeBSD.ORG Subject: Re: Xterm question In-Reply-To: <199707180420.WAA16617@Ilsa.StevesCafe.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 17 Jul 1997, Steve Passe wrote: > Are you running the SMP kernel? If so that *might* be the problem, proper > handling of the timer code is still lacking in many areas. > Or SMP might have nothing to do with it... > Yes, I am running the SMP kernel. It's strange, but the problem does not occurr right away upon starting X. Things seem to be fine, and then after a while the problem starts. Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Brooklyn Park, MN 55428 mesteka@anubis.network.com, mestery@winternet.com From owner-freebsd-current Fri Jul 18 06:49:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA21260 for current-outgoing; Fri, 18 Jul 1997 06:49:43 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA21255 for ; Fri, 18 Jul 1997 06:49:41 -0700 (PDT) Received: from www.sdsp.mc.xerox.com ([13.231.132.18]) by alpha.xerox.com with SMTP id <51932(1)>; Fri, 18 Jul 1997 06:49:07 PDT Received: from gnu.sdsp.mc.xerox.com (gnu.sdsp.mc.xerox.com [13.231.133.90]) by www.sdsp.mc.xerox.com (8.8.5/8.8.5) with SMTP id JAA29662; Fri, 18 Jul 1997 09:48:04 -0400 (EDT) Received: by gnu.sdsp.mc.xerox.com (4.1/client-1.3) id AA27997; Fri, 18 Jul 97 09:48:08 EDT Message-Id: <9707181348.AA27997@gnu.sdsp.mc.xerox.com> X-Mailer: exmh version 2.0delta 6/3/97 To: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= Cc: FreeBSD-current Subject: Re: sleep.c fix for review In-Reply-To: Your message of "Thu, 17 Jul 1997 23:19:57 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 18 Jul 1997 06:48:08 PDT From: "Marty Leisner" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I always wondered why unices do these complicated things for sleep. Why doesn't sleep just call select with no fds? -- marty leisner@sdsp.mc.xerox.com The Feynman problem solving Algorithm 1) Write down the problem 2) Think real hard 3) Write down the answer Murray Gel-mann in the NY Times From owner-freebsd-current Fri Jul 18 08:43:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA28763 for current-outgoing; Fri, 18 Jul 1997 08:43:33 -0700 (PDT) Received: from helmholtz.salk.edu (helmholtz.salk.edu [198.202.70.34]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA28754 for ; Fri, 18 Jul 1997 08:43:28 -0700 (PDT) Received: from pauling.salk.edu (pauling [198.202.70.108]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id IAA05640; Fri, 18 Jul 1997 08:43:15 -0700 (PDT) Date: Fri, 18 Jul 1997 08:43:12 -0700 (PDT) From: Tom Bartol To: Kyle Mestery cc: Steve Passe , freebsd-current@FreeBSD.ORG Subject: Re: Xterm question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I saw similarly weird behaviour under X with w and -current (non-SMP) until I upgraded to XFree86-3.3. All has been well ever since. Tom On Fri, 18 Jul 1997, Kyle Mestery wrote: > On Thu, 17 Jul 1997, Steve Passe wrote: > > > Are you running the SMP kernel? If so that *might* be the problem, proper > > handling of the timer code is still lacking in many areas. > > Or SMP might have nothing to do with it... > > > Yes, I am running the SMP kernel. It's strange, but the problem does not > occurr right away upon starting X. Things seem to be fine, and then after > a while the problem starts. > > Kyle Mestery > StorageTek's Network Systems Group > 7600 Boone Ave. N., Brooklyn Park, MN 55428 > mesteka@anubis.network.com, mestery@winternet.com > > > From owner-freebsd-current Fri Jul 18 08:59:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA29761 for current-outgoing; Fri, 18 Jul 1997 08:59:39 -0700 (PDT) Received: from mhub1.tc.umn.edu (0@mhub1.tc.umn.edu [128.101.131.51]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA29756 for ; Fri, 18 Jul 1997 08:59:36 -0700 (PDT) Received: from gold.tc.umn.edu by mhub1.tc.umn.edu; Fri, 18 Jul 97 10:59:26 -0500 Received: from pub-20-b-148.dialup.umn.edu by gold.tc.umn.edu; Fri, 18 Jul 97 10:59:25 -0500 Date: Fri, 18 Jul 1997 10:57:16 -0500 (CDT) From: dave adkins Reply-To: dave adkins To: current@FreeBSD.ORG cc: David A Adkins Subject: 4M pages and XFree3.3 32 bit mode and crash Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Since the changes in the VM subsytem to use 4M pages, X dies when loading a background in 24 and 32 bit mode. Initially I thought this might just be an SMP problem, but I had the same failure with a UP kernel. The SVGA server only supports linear address and MMIO so I couldn't try it with those features shut off. It appears that when the Xserver maps a region larger than 4M, pmap_addr_hint rounds addr to the next 4M boundary which causes the crash. Comment out pmap_addr_hint and the Xserver run fine in 32 bit mode. dave adkins adkin003@gold.tc.umn.edu From owner-freebsd-current Fri Jul 18 09:35:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01925 for current-outgoing; Fri, 18 Jul 1997 09:35:17 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA01919 for ; Fri, 18 Jul 1997 09:35:14 -0700 (PDT) Received: from www.sdsp.mc.xerox.com ([13.231.132.18]) by alpha.xerox.com with SMTP id <51990(5)>; Fri, 18 Jul 1997 09:34:42 PDT Received: from gnu.sdsp.mc.xerox.com (gnu.sdsp.mc.xerox.com [13.231.133.90]) by www.sdsp.mc.xerox.com (8.8.5/8.8.5) with SMTP id MAA11256 for ; Fri, 18 Jul 1997 12:33:39 -0400 (EDT) Received: by gnu.sdsp.mc.xerox.com (4.1/client-1.3) id AA28507; Fri, 18 Jul 97 12:33:44 EDT Message-Id: <9707181633.AA28507@gnu.sdsp.mc.xerox.com> To: freebsd-current@freebsd.org Subject: installing 5/22 snapshot Date: Fri, 18 Jul 1997 09:33:43 PDT From: "Marty Leisner" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just installed FreeBSD 3.0 5/22 snapshot. Installation still insist on swap space...this wasn't too bad since I expected it and left a little space at the end in case I needed swap. But it shouldn't be necessary... Also, I got a new 6.4 gig disk...I wanted to put freebsd on the last gig of it (I didn't install anything else yet). It was difficult to select this (the linux fdisk is much more flexible). What I had to do was create slices I didn't need of a different type to fill up the disk, then create the freebsd slice, then remove the slices I didn't need or want. I like the fact it booted off the cdrom...very nice. marty leisner@sdsp.mc.xerox.com Don't confuse education with schooling. Milton Friedman to Yogi Berra From owner-freebsd-current Fri Jul 18 10:15:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03820 for current-outgoing; Fri, 18 Jul 1997 10:15:26 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03812 for ; Fri, 18 Jul 1997 10:15:20 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.6/8.8.5) with ESMTP id KAA04270; Fri, 18 Jul 1997 10:15:13 -0700 (PDT) Message-Id: <199707181715.KAA04270@austin.polstra.com> To: msmith@atrad.adelaide.edu.au Subject: Re: Serial console busted? In-Reply-To: <199707180445.OAA04279@genesis.atrad.adelaide.edu.au> Cc: current@freebsd.org Date: Fri, 18 Jul 1997 10:15:13 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199707180445.OAA04279@genesis.atrad.adelaide.edu.au>, Michael Smith wrote: > > I boot with '-h', and I see : > > Booting 0:wd(0,a)kernel.b @ 0x100000 > text=0xcb000 data=0x10000 bss=0x1036c symbols=[+0xc94+0x4+0x10194+0x4+0x15c9c] > Can't find file kernel.b.config > total=0x211e38 entry point=0x100000 > > ... and then I get console output on the (*^&%*(& CRT. In your kernel config file, you have to add "flags 0x10" for the sio device that you want to serve as the console. This is fairly new. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Fri Jul 18 10:41:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA05601 for current-outgoing; Fri, 18 Jul 1997 10:41:38 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA05596 for ; Fri, 18 Jul 1997 10:41:34 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.6/8.8.5) with ESMTP id KAA04421; Fri, 18 Jul 1997 10:40:01 -0700 (PDT) Message-Id: <199707181740.KAA04421@austin.polstra.com> To: leisner@sdsp.mc.xerox.com Subject: Re: sleep.c fix for review In-Reply-To: <9707181348.AA27997@gnu.sdsp.mc.xerox.com> References: <9707181348.AA27997@gnu.sdsp.mc.xerox.com> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Fri, 18 Jul 1997 10:40:01 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Well, I always wondered why unices do these complicated things for sleep. > > Why doesn't sleep just call select with no fds? I think it's probably just because sleep came into existence long before select did. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Fri Jul 18 11:39:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA08834 for current-outgoing; Fri, 18 Jul 1997 11:39:44 -0700 (PDT) Received: from mailbag.jf.intel.com (mailbag.jf.intel.com [134.134.248.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA08819; Fri, 18 Jul 1997 11:39:28 -0700 (PDT) Received: from ichips.intel.com (ichips.intel.com [134.134.50.200]) by mailbag.jf.intel.com (8.8.6/8.8.4) with ESMTP id LAA24380; Fri, 18 Jul 1997 11:41:43 -0700 (PDT) Received: from pdxlx008.intel.com by ichips.intel.com (8.7.4/jIII) id LAA12760; Fri, 18 Jul 1997 11:39:22 -0700 (PDT) Received: from pdxlx008 (localhost [127.0.0.1]) by pdxlx008.intel.com (8.8.6/8.7.3) with ESMTP id LAA20937; Fri, 18 Jul 1997 11:39:51 -0700 (PDT) Message-Id: <199707181839.LAA20937@pdxlx008.intel.com> To: current@freebsd.org cc: brian@freebsd.org, eivind@freebsd.org Subject: patch to lpd Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Fri, 18 Jul 1997 11:39:51 -0700 From: Wayne Scott Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I don't know the right place to send this so here goes.. 3.0-current added a error message to lpd where it would exit if your printcap contains duplicate spool directories for two different printers. The problem is that the message doesn't tell which directory is duplicate. If you have a very large printcap this can be hard to find. This is my solution. cvs diff: Diffing . Index: lpd.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/lpr/lpd/lpd.c,v retrieving revision 1.4 diff -u -r1.4 lpd.c --- lpd.c 1997/05/17 03:04:43 1.4 +++ lpd.c 1997/07/18 16:43:23 @@ -458,7 +458,8 @@ j++) { if (strcmp(spooldir, spooldirs[j]) == 0) { syslog(LOG_ERR, - "startup: duplicate spool directories"); + "startup: duplicate spool directories: %s", + spooldir); mcleanup(0); } } -Wayne Wayne Scott MD6 Architecture wscott@ichips.intel.com Work #: (503) 264-4165 Disclaimer: All views expressed are my own opinions, and not necessarily those of Intel Corporation. From owner-freebsd-current Fri Jul 18 12:48:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA12479 for current-outgoing; Fri, 18 Jul 1997 12:48:24 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA12474 for ; Fri, 18 Jul 1997 12:48:18 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id OAA04210; Fri, 18 Jul 1997 14:48:13 -0500 (EST) From: "John S. Dyson" Message-Id: <199707181948.OAA04210@dyson.iquest.net> Subject: Re: 4M pages and XFree3.3 32 bit mode and crash In-Reply-To: from dave adkins at "Jul 18, 97 10:57:16 am" To: adkin003@gold.tc.umn.edu Date: Fri, 18 Jul 1997 14:48:13 -0500 (EST) Cc: current@FreeBSD.ORG, adkin003@gold.tc.umn.edu Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hi, > > Since the changes in the VM subsytem to use 4M pages, X dies when loading > a background in 24 and 32 bit mode. > > Initially I thought this might just be an SMP problem, but I had the same > failure with a UP kernel. The SVGA server only supports linear address and > MMIO so I couldn't try it with those features shut off. > > It appears that when the Xserver maps a region larger than 4M, > pmap_addr_hint rounds addr to the next 4M boundary which causes the crash. > Comment out pmap_addr_hint and the Xserver run fine in 32 bit mode. > I use the XF86_SVGA server V3.3 also, and have checked operation with it. However, I use the Matrox Millenium board, and the board that you use might be different. Which board are you using? so I can inspect the code so that I can figure out what is happening. I think that I'll have a new commit ready, due to another oversight also. John From owner-freebsd-current Fri Jul 18 13:27:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14273 for current-outgoing; Fri, 18 Jul 1997 13:27:57 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14255 for ; Fri, 18 Jul 1997 13:27:26 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id PAA04471; Fri, 18 Jul 1997 15:26:51 -0500 (EST) From: "John S. Dyson" Message-Id: <199707182026.PAA04471@dyson.iquest.net> Subject: Re: 4M pages and XFree3.3 32 bit mode and crash In-Reply-To: from dave adkins at "Jul 18, 97 10:57:16 am" To: adkin003@gold.tc.umn.edu Date: Fri, 18 Jul 1997 15:26:51 -0500 (EST) Cc: current@FreeBSD.ORG, adkin003@gold.tc.umn.edu Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hi, > > Since the changes in the VM subsytem to use 4M pages, X dies when loading > a background in 24 and 32 bit mode. > I just checked the XFree86 sources, and they don't appear to require a specific address in the address space. Could you tell me everything that you can about your machine. E.G. Machine type, processor type, a copy of your config file, etc... Thanks again John From owner-freebsd-current Fri Jul 18 13:51:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15372 for current-outgoing; Fri, 18 Jul 1997 13:51:49 -0700 (PDT) Received: from mhub1.tc.umn.edu (0@mhub1.tc.umn.edu [128.101.131.51]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA15102; Fri, 18 Jul 1997 13:43:50 -0700 (PDT) Received: from gold.tc.umn.edu by mhub1.tc.umn.edu; Fri, 18 Jul 97 15:07:17 -0500 Received: from pub-24-a-144.dialup.umn.edu by gold.tc.umn.edu; Fri, 18 Jul 97 15:07:16 -0500 Date: Fri, 18 Jul 1997 15:05:07 -0500 (CDT) From: dave adkins To: dyson@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: 4M pages and XFree3.3 32 bit mode and crash In-Reply-To: <199707181948.OAA04210@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 18 Jul 1997, John S. Dyson wrote: > I use the XF86_SVGA server V3.3 also, and have checked operation with it. > However, I use the Matrox Millenium board, and the board that you use > might be different. Which board are you using? Also a Matrox Millenium/4N with 4M daughter board. I see the problem when running 1466x1100 @ 32 or 24 bpp. I see the same problem on a PPro200 at work at 1600x1200 @ 24 and 32 bpp also running a MGA-MIL/4N with 4M daughter boared. I only see it when loading a background pixmap. If the background is generated by the Xserver pattern blt it doesn't crash until I use xv or ImageMagick to put a picture into the background. dave From owner-freebsd-current Fri Jul 18 14:21:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA16594 for current-outgoing; Fri, 18 Jul 1997 14:21:27 -0700 (PDT) Received: from mhub1.tc.umn.edu (0@mhub1.tc.umn.edu [128.101.131.51]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA16374; Fri, 18 Jul 1997 14:17:58 -0700 (PDT) Received: from gold.tc.umn.edu by mhub1.tc.umn.edu; Fri, 18 Jul 97 15:07:17 -0500 Received: from pub-24-a-144.dialup.umn.edu by gold.tc.umn.edu; Fri, 18 Jul 97 15:07:16 -0500 Date: Fri, 18 Jul 1997 15:05:07 -0500 (CDT) From: dave adkins To: dyson@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: 4M pages and XFree3.3 32 bit mode and crash In-Reply-To: <199707181948.OAA04210@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 18 Jul 1997, John S. Dyson wrote: > I use the XF86_SVGA server V3.3 also, and have checked operation with it. > However, I use the Matrox Millenium board, and the board that you use > might be different. Which board are you using? Also a Matrox Millenium/4N with 4M daughter board. I see the problem when running 1466x1100 @ 32 or 24 bpp. I see the same problem on a PPro200 at work at 1600x1200 @ 24 and 32 bpp also running a MGA-MIL/4N with 4M daughter boared. I only see it when loading a background pixmap. If the background is generated by the Xserver pattern blt it doesn't crash until I use xv or ImageMagick to put a picture into the background. dave From owner-freebsd-current Fri Jul 18 14:51:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18452 for current-outgoing; Fri, 18 Jul 1997 14:51:02 -0700 (PDT) Received: from mhub1.tc.umn.edu (0@mhub1.tc.umn.edu [128.101.131.51]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA18444; Fri, 18 Jul 1997 14:50:57 -0700 (PDT) Received: from gold.tc.umn.edu by mhub1.tc.umn.edu; Fri, 18 Jul 97 15:07:17 -0500 Received: from pub-24-a-144.dialup.umn.edu by gold.tc.umn.edu; Fri, 18 Jul 97 15:07:16 -0500 Date: Fri, 18 Jul 1997 15:05:07 -0500 (CDT) From: dave adkins To: dyson@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: 4M pages and XFree3.3 32 bit mode and crash In-Reply-To: <199707181948.OAA04210@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 18 Jul 1997, John S. Dyson wrote: > I use the XF86_SVGA server V3.3 also, and have checked operation with it. > However, I use the Matrox Millenium board, and the board that you use > might be different. Which board are you using? Also a Matrox Millenium/4N with 4M daughter board. I see the problem when running 1466x1100 @ 32 or 24 bpp. I see the same problem on a PPro200 at work at 1600x1200 @ 24 and 32 bpp also running a MGA-MIL/4N with 4M daughter boared. I only see it when loading a background pixmap. If the background is generated by the Xserver pattern blt it doesn't crash until I use xv or ImageMagick to put a picture into the background. dave From owner-freebsd-current Fri Jul 18 16:19:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA23044 for current-outgoing; Fri, 18 Jul 1997 16:19:29 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA23031 for ; Fri, 18 Jul 1997 16:19:20 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.6/8.8.6) with SMTP id QAA00861 for ; Fri, 18 Jul 1997 16:19:18 -0700 (PDT) Date: Fri, 18 Jul 1997 16:19:16 -0700 (PDT) From: Jaye Mathisen To: current@freebsd.org Subject: nfsiod in 3.0-current oddity/broke. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On my 2.2.2 box, my nfsiod's (12) of them, all got a little bit of CPU time under heavye load. After upgrading to 3.0, none of them except the first one get any time. Seems broke. From owner-freebsd-current Fri Jul 18 19:01:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA00492 for current-outgoing; Fri, 18 Jul 1997 19:01:00 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA00483; Fri, 18 Jul 1997 19:00:53 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/CJKv1.99-CAIS) with SMTP id WAA15383; Fri, 18 Jul 1997 22:00:47 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id WAA13910; Fri, 18 Jul 1997 22:00:45 -0400 Date: Fri, 18 Jul 1997 22:00:23 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: FreeBSD current cc: Satoshi Meistersinger Asami Subject: New /usr/src Makefile Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I noticed that, in the new obj directories, there are 3 places where files have been set with immutable flags. I can't understand why this is so, in the obj directories. Could you explain why? I tried to kill these with make clean, and they didn't clean, which I guess (if they have to be immutable there) they ought to do, right? /usr/obj/usr/src/tmp/usr/lib/libc.so.3.0 /usr/obj/usr/src/tmp/usr/lib/libc_r.so.3.0 /usr/obj/usr/src/tmp/usr/libexec/ld.so ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri Jul 18 20:50:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA03847 for current-outgoing; Fri, 18 Jul 1997 20:50:23 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA03842 for ; Fri, 18 Jul 1997 20:50:21 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA12480; Sat, 19 Jul 1997 13:20:03 +0930 (CST) From: Michael Smith Message-Id: <199707190350.NAA12480@genesis.atrad.adelaide.edu.au> Subject: Re: Serial console busted? In-Reply-To: <199707181715.KAA04270@austin.polstra.com> from John Polstra at "Jul 18, 97 10:15:13 am" To: jdp@polstra.com (John Polstra) Date: Sat, 19 Jul 1997 13:20:02 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk John Polstra stands accused of saying: > In article <199707180445.OAA04279@genesis.atrad.adelaide.edu.au>, > Michael Smith wrote: > > > > I boot with '-h', and I see : > > > > Booting 0:wd(0,a)kernel.b @ 0x100000 > > text=0xcb000 data=0x10000 bss=0x1036c symbols=[+0xc94+0x4+0x10194+0x4+0x15c9c] > > Can't find file kernel.b.config > > total=0x211e38 entry point=0x100000 > > > > ... and then I get console output on the (*^&%*(& CRT. > > In your kernel config file, you have to add "flags 0x10" for the sio > device that you want to serve as the console. This is fairly new. In addition to specifying '-h'? This is stupid. I presume the flag is to set the default console device, but if there's no default device it should revert to the previous behaviour. Bruce must be slipping. If this is the case and there are no complaints, I will fix this later today. > John -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Fri Jul 18 21:40:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA06135 for current-outgoing; Fri, 18 Jul 1997 21:40:07 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA06129 for ; Fri, 18 Jul 1997 21:40:01 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id AAA16683 for current@freebsd.org; Sat, 19 Jul 1997 00:40:16 -0400 From: Bill Paul Message-Id: <199707190440.AAA16683@skynet.ctr.columbia.edu> Subject: routed and rip V1 To: current@freebsd.org Date: Sat, 19 Jul 1997 00:40:14 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Alright, I've been wondering about this for a long time, and now I just have to ask. I confess that I have my router on my network distributing routing information via RIP v1. The 'old' routed distributed with the 4.4BSD sources (which I think was shipped with FreeBSD prior to FreeBSD 2.2.0) correctly picked up the routing information and modified the system routing table accordingly. Everything matched up correctly with the other systems on my network running routed or gated. The first thing I noticed after bootstrapping later versions of FreeBSD with the 'new' routed (based on the code from SGI) was that routed was no longer updating the routing table correctly. I run routed -q, and nothing happens. Tonight I compiled gated 3.5.5 and that works correctly: it picks up all the right routes and adds them to the system routing table. At first I thought the 'new' routed was perhaps a little rough around the edges and was just in need of a few tweaks, but after several months waiting to see if it would improve, it still just sits there like a bump on a log. rtquery -1 does work, but rtquery doesn't seem to share its code with routed. I don't want any discussions on the merits of RIP v1 (or lack thereof). Somebody just tell me: is routed goofy or am I just missing something obvious. Is there anyone else using routed with RIP v1 besides me? -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 ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-current Fri Jul 18 23:22:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA09905 for current-outgoing; Fri, 18 Jul 1997 23:22:34 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA09899 for ; Fri, 18 Jul 1997 23:22:31 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <52214(2)>; Fri, 18 Jul 1997 23:21:58 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177512>; Fri, 18 Jul 1997 23:21:51 -0700 To: Bill Paul cc: current@freebsd.org Subject: Re: routed and rip V1 In-reply-to: Your message of "Fri, 18 Jul 97 21:40:14 PDT." <199707190440.AAA16683@skynet.ctr.columbia.edu> Date: Fri, 18 Jul 1997 23:21:41 PDT From: Bill Fenner Message-Id: <97Jul18.232151pdt.177512@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We run RIPv1 (with around 1600 routes, yes, we are insane). I just started up routed on a 2.2.2 system and it failed to install most of the routes that it heard (although if you run "routed -t" it prints out all of the routes). It did install a couple of routes. I then tried the routed from -current (get /usr/src/sbin/routed and /usr/include/protocols/routed.h), and it seemed to work much better. I have 856 routes in my routing table now (only 856 because routed managed to aggregate some RIP routes before installing them into the kernel table, pretty cool). So, a) try the routed from -current and see if it works for you b) I'll put "merge routed into RELENG_2_2" onto my todo list if it works for you. Bill From owner-freebsd-current Sat Jul 19 00:28:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12156 for current-outgoing; Sat, 19 Jul 1997 00:28:46 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA12151 for ; Sat, 19 Jul 1997 00:28:43 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA13081 for current@freebsd.org; Sat, 19 Jul 1997 16:58:41 +0930 (CST) From: Michael Smith Message-Id: <199707190728.QAA13081@genesis.atrad.adelaide.edu.au> Subject: Serial console in -current To: current@freebsd.org Date: Sat, 19 Jul 1997 16:58:40 +0930 (CST) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok, so getting over my prior irritation about this, it occurs to me that the flag concept is indicated because someone wants to use something other than sio for serial console output. Is this actually the case? If not, I'll go ahead with the move to have the first sio port used as the console if none are nominated via flags. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sat Jul 19 00:56:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12987 for current-outgoing; Sat, 19 Jul 1997 00:56:50 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA12982; Sat, 19 Jul 1997 00:56:43 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id RAA31825; Sat, 19 Jul 1997 17:53:16 +1000 Date: Sat, 19 Jul 1997 17:53:16 +1000 From: Bruce Evans Message-Id: <199707190753.RAA31825@godzilla.zeta.org.au> To: current@freebsd.org Subject: mount_cd9660 binary compatibility broken Cc: dfr@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The WebNFS changes broke binary compatibilty of at least cd9660 and mfs by adding a field to `struct export_args'. The iso_args and mfs_args structs have important fields following their export_args field. ufs doesn't have this problem because `struct ufs_args' doesn't have anything following the export_args field. I want to drop binary compatibility with 2.2 mount utilities soon but don't want to have multiple incompatibilities. Bruce From owner-freebsd-current Sat Jul 19 01:00:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA13169 for current-outgoing; Sat, 19 Jul 1997 01:00:49 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA13158; Sat, 19 Jul 1997 01:00:41 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id SAA32004; Sat, 19 Jul 1997 18:00:04 +1000 Date: Sat, 19 Jul 1997 18:00:04 +1000 From: Bruce Evans Message-Id: <199707190800.SAA32004@godzilla.zeta.org.au> To: current@freebsd.org Subject: breakpoints broken by 4MB pages Cc: dyson@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk DDB's temporary changing of the per-page write attibute so that it can write to the text section is broken for 4MB pages. Temporary fix: map the text section read-write in locore.s, and skip the code that changes the attribute in db_interface.c. I don't understand why the latter is necessary. Bruce From owner-freebsd-current Sat Jul 19 01:20:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA13859 for current-outgoing; Sat, 19 Jul 1997 01:20:38 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA13854 for ; Sat, 19 Jul 1997 01:20:34 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA13233 for current@freebsd.org; Sat, 19 Jul 1997 17:50:32 +0930 (CST) From: Michael Smith Message-Id: <199707190820.RAA13233@genesis.atrad.adelaide.edu.au> Subject: GPF calling BIOS from kernel... To: current@freebsd.org Date: Sat, 19 Jul 1997 17:50:32 +0930 (CST) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmm. Tinkering with the BIOS32 stuff, I suspect I am falling foul of something basic in the 386 architecture that I don't properly understand. ... Stopped at _bios32_SDlookup+0x15: movl 0(%esi),%eax Stopped at _bios32_SDlookup+0x17: xorl %ebx,%ebx Stopped at _bios32_SDlookup+0x19: movl _bios32_SDCI,%ecx Stopped at _bios32_SDlookup+0x1f: calll *%ecx Stopped at 0xf00fdb80: cmpl $0x49435024,%eax Stopped at 0xf00fdb85: movb $0x80,%al Stopped at 0xf00fdb87: jnz 0xf00fdba0 Stopped at 0xf00fdb89: movb $0x81,%al Stopped at 0xf00fdb8b: orb %bl,%bl Stopped at 0xf00fdb8d: jnz 0xf00fdba0 Stopped at 0xf00fdb8f: movl $0xf0000,%ebx Stopped at 0xf00fdb94: movl $0x10000,%ecx Stopped at 0xf00fdb99: movl $0xdba1,%edx Stopped at 0xf00fdb9e: movb $0,%al Stopped at 0xf00fdba0: lret Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x8:0xf00fdba0 stack pointer = 0x10:0xf021df48 frame pointer = 0x10:0xf021df64 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = trace trap, resume, IOPL = 0 current process = 0 () interrupt mask = net tty bio kernel: type 9 trap, code=0 Stopped at 0xf00fdba0: lret Why am I getting a GPF here? Is it because the code segment type is inadequately privileged? The spec for the calling interface says : "The segment type must be 0x100b (code, execute only) or 0x101b (code, execute/read)." However my inference from that is that is that the 0x1000 bit is either the execute or code bit, and thus that things would have broken before this. It's also depressing to note that the only BIOS32 service on this board is "IC5$", whatever that is. It looks like the BIOS32 idea was stillborn, given that the spec is dated 1993. And on top of that they (AMI) don't even return the correct value if you request an unknown service. 8( -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sat Jul 19 01:26:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA14041 for current-outgoing; Sat, 19 Jul 1997 01:26:20 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA14036 for ; Sat, 19 Jul 1997 01:26:11 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id SAA32574; Sat, 19 Jul 1997 18:21:14 +1000 Date: Sat, 19 Jul 1997 18:21:14 +1000 From: Bruce Evans Message-Id: <199707190821.SAA32574@godzilla.zeta.org.au> To: current@FreeBSD.ORG, msmith@atrad.adelaide.edu.au Subject: Re: Serial console in -current Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Ok, so getting over my prior irritation about this, it occurs to me >that the flag concept is indicated because someone wants to use >something other than sio for serial console output. > >Is this actually the case? No one does that yet AFAIK (it's hard, since other drivers don't support serial consoles and the boot blocks don't support other hardware), but I don't want to add code that would make it harder. Also, the flags concept is simpler if there are no special cases. Bruce From owner-freebsd-current Sat Jul 19 01:43:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA14642 for current-outgoing; Sat, 19 Jul 1997 01:43:14 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA14637 for ; Sat, 19 Jul 1997 01:43:11 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA13303; Sat, 19 Jul 1997 18:13:04 +0930 (CST) From: Michael Smith Message-Id: <199707190843.SAA13303@genesis.atrad.adelaide.edu.au> Subject: Re: Serial console in -current In-Reply-To: <199707190821.SAA32574@godzilla.zeta.org.au> from Bruce Evans at "Jul 19, 97 06:21:14 pm" To: bde@zeta.org.au (Bruce Evans) Date: Sat, 19 Jul 1997 18:13:04 +0930 (CST) Cc: current@FreeBSD.ORG, msmith@atrad.adelaide.edu.au X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Evans stands accused of saying: > >Ok, so getting over my prior irritation about this, it occurs to me > >that the flag concept is indicated because someone wants to use > >something other than sio for serial console output. > > > >Is this actually the case? > > No one does that yet AFAIK (it's hard, since other drivers don't support > serial consoles and the boot blocks don't support other hardware), but I > don't want to add code that would make it harder. Also, the flags concept > is simpler if there are no special cases. Understood. How would you propose to handle the case where none of the serial devices are marked as console but RB_SERIAL is set? The current behaviour is undeniably bogus, not to mention annoying. 8) > Bruce -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sat Jul 19 02:10:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15359 for current-outgoing; Sat, 19 Jul 1997 02:10:59 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15352 for ; Sat, 19 Jul 1997 02:10:55 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id TAA00966; Sat, 19 Jul 1997 19:06:24 +1000 Date: Sat, 19 Jul 1997 19:06:24 +1000 From: Bruce Evans Message-Id: <199707190906.TAA00966@godzilla.zeta.org.au> To: bde@zeta.org.au, msmith@atrad.adelaide.edu.au Subject: Re: Serial console in -current Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Understood. How would you propose to handle the case where none of the >serial devices are marked as console but RB_SERIAL is set? The >current behaviour is undeniably bogus, not to mention annoying. 8) Same as if there are no serial devices configured - tell the user to not use a silly configuration :-). Bruce From owner-freebsd-current Sat Jul 19 02:19:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15545 for current-outgoing; Sat, 19 Jul 1997 02:19:39 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15540 for ; Sat, 19 Jul 1997 02:19:35 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA13422; Sat, 19 Jul 1997 18:49:31 +0930 (CST) From: Michael Smith Message-Id: <199707190919.SAA13422@genesis.atrad.adelaide.edu.au> Subject: Re: Serial console in -current In-Reply-To: <199707190906.TAA00966@godzilla.zeta.org.au> from Bruce Evans at "Jul 19, 97 07:06:24 pm" To: bde@zeta.org.au (Bruce Evans) Date: Sat, 19 Jul 1997 18:49:31 +0930 (CST) Cc: bde@zeta.org.au, msmith@atrad.adelaide.edu.au, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Evans stands accused of saying: > >Understood. How would you propose to handle the case where none of the > >serial devices are marked as console but RB_SERIAL is set? The > >current behaviour is undeniably bogus, not to mention annoying. 8) > > Same as if there are no serial devices configured - tell the user to > not use a silly configuration :-). Uh, it's not a particularly silly configuration when you consider the historical behaviour of the option, especially in conjunction with the current behaviour of the bootblock. > Bruce -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sat Jul 19 02:22:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15635 for current-outgoing; Sat, 19 Jul 1997 02:22:25 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15630 for ; Sat, 19 Jul 1997 02:22:19 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id KAA15568; Sat, 19 Jul 1997 10:22:28 +0100 (BST) Date: Sat, 19 Jul 1997 10:22:28 +0100 (BST) From: Doug Rabson To: Jaye Mathisen cc: current@freebsd.org Subject: Re: nfsiod in 3.0-current oddity/broke. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 18 Jul 1997, Jaye Mathisen wrote: > > > On my 2.2.2 box, my nfsiod's (12) of them, all got a little bit of CPU > time under heavye load. > > After upgrading to 3.0, none of them except the first one get any time. > > Seems broke. Is the performance any different though? The NFS in 2.2.2 and 3.0 are very similar. In particular, there is no difference in the code for scheduling iods. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 From owner-freebsd-current Sat Jul 19 04:52:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA21813 for current-outgoing; Sat, 19 Jul 1997 04:52:04 -0700 (PDT) Received: from Hydro.CAM.ORG (Hydro.CAM.ORG [198.168.100.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA21742; Sat, 19 Jul 1997 04:51:51 -0700 (PDT) Received: from 1 (DynamicPPP-193.HIP.CAM.ORG [205.151.119.193]) by Hydro.CAM.ORG (8.8.4/8.8.4) with ESMTP id HAA18548; Sat, 19 Jul 1997 07:51:42 -0400 (EDT) Message-ID: <33D0AA62.56ED3612@coproductions.com> Date: Sat, 19 Jul 1997 07:52:02 -0400 From: Jean-Marc Felio Reply-To: Reply-to-Felio@coproductions.com X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: Ragan Slawomir CC: "\"'freebsd-bugs@freebsd.org'\"" , "freebsd-chat@FreeBSD.ORG" , "freebsd-current@FreeBSD.ORG" , "freebsd-multimedia@FreeBSD.ORG" , "freebsd-questions@FreeBSD.ORG" , "hackers@FreeBSD.ORG" , "owner-hackers@FreeBSD.ORG" , "questions@FreeBSD.ORG" , freebsd-bugs@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, "\"freebsd-chat@FreeBSD.ORG\"" , "\"freebsd-current@FreeBSD.ORG\"" , freebsd-multimedia@FreeBSD.ORG Subject: unsubscribe X-Priority: 3 (Normal) References: <9707171549.ZM21695@liza.trier.fh-rpl.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk unsubscribe From owner-freebsd-current Sat Jul 19 05:23:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA23120 for current-outgoing; Sat, 19 Jul 1997 05:23:24 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA23113 for ; Sat, 19 Jul 1997 05:23:21 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id FAA23412 for current@freebsd.org; Sat, 19 Jul 1997 05:21:56 -0700 (PDT) Date: Sat, 19 Jul 1997 05:21:56 -0700 (PDT) Message-Id: <199707191221.FAA23412@freefall.freebsd.org> To: current@FreeBSD.ORG Subject: I am contemplating the following change... Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Rationale: 1. With the advent of visual userconfig, we don't need redundant devices (remember: the goal here is installation, not every possible router/www server/etc configuration). 2. I think that the historical IRQ value of 5 for ed0 is more historical than valuable. :-) Comments? Index: GENERIC =================================================================== RCS file: /home/ncvs/src/sys/i386/conf/GENERIC,v retrieving revision 1.92 diff -u -r1.92 GENERIC --- GENERIC 1997/07/15 04:04:45 1.92 +++ GENERIC 1997/07/19 12:15:37 @@ -133,16 +133,14 @@ device fxp0 device vx0 -device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr -device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr +device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 vector edintr device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr -device ie1 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr device ep0 at isa? port 0x300 net irq 10 vector epintr device ex0 at isa? port? net irq? vector exintr device fe0 at isa? port 0x300 net irq ? vector feintr device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr -device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr +device ze0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zeintr device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop From owner-freebsd-current Sat Jul 19 06:08:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA25000 for current-outgoing; Sat, 19 Jul 1997 06:08:39 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA24987; Sat, 19 Jul 1997 06:08:30 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id GAA18559; Sat, 19 Jul 1997 06:10:40 -0700 (PDT) Message-Id: <199707191310.GAA18559@implode.root.com> To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: I am contemplating the following change... In-reply-to: Your message of "Sat, 19 Jul 1997 05:21:56 PDT." <199707191221.FAA23412@freefall.freebsd.org> From: David Greenman Reply-To: dg@root.com Date: Sat, 19 Jul 1997 06:10:40 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Rationale: > > 1. With the advent of visual userconfig, we don't need redundant > devices (remember: the goal here is installation, not every > possible router/www server/etc configuration). > > 2. I think that the historical IRQ value of 5 for ed0 is > more historical than valuable. :-) > >Comments? irq 5 is used because it is the standard for all 8bit Western Digital 8003 cards and all 3Com 3c503 boards. I think it might even be the standard for Novell NE1000/NE2000 cards. In other words, it's far more common than irq 10 which is only found on 16bit WD/SMC cards. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Sat Jul 19 06:23:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA25390 for current-outgoing; Sat, 19 Jul 1997 06:23:32 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA25380 for ; Sat, 19 Jul 1997 06:23:25 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 15911 invoked by uid 1001); 19 Jul 1997 13:23:21 +0000 (GMT) To: dg@root.com Cc: jkh@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: I am contemplating the following change... In-Reply-To: Your message of "Sat, 19 Jul 1997 06:10:40 -0700" References: <199707191310.GAA18559@implode.root.com> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 19 Jul 1997 15:23:20 +0200 Message-ID: <15909.869318600@verdi.nethelp.no> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > irq 5 is used because it is the standard for all 8bit Western Digital > 8003 cards and all 3Com 3c503 boards. I think it might even be the standard > for Novell NE1000/NE2000 cards. In other words, it's far more common than > irq 10 which is only found on 16bit WD/SMC cards. It's not the default for all NE2000 clones though. I have several Kingston NE2000 clones where the default IRQ is 3. They work very well (even if I normally configure them for a different IRQ). Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current Sat Jul 19 06:28:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA25537 for current-outgoing; Sat, 19 Jul 1997 06:28:36 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA25532; Sat, 19 Jul 1997 06:28:31 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id GAA18837; Sat, 19 Jul 1997 06:30:37 -0700 (PDT) Message-Id: <199707191330.GAA18837@implode.root.com> To: sthaug@nethelp.no cc: jkh@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: I am contemplating the following change... In-reply-to: Your message of "Sat, 19 Jul 1997 15:23:20 +0200." <15909.869318600@verdi.nethelp.no> From: David Greenman Reply-To: dg@root.com Date: Sat, 19 Jul 1997 06:30:36 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> irq 5 is used because it is the standard for all 8bit Western Digital >> 8003 cards and all 3Com 3c503 boards. I think it might even be the standard >> for Novell NE1000/NE2000 cards. In other words, it's far more common than >> irq 10 which is only found on 16bit WD/SMC cards. > >It's not the default for all NE2000 clones though. I have several Kingston >NE2000 clones where the default IRQ is 3. They work very well (even if I >normally configure them for a different IRQ). Yikes! The default is the COM2 irq? Evil. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Sat Jul 19 07:19:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA27071 for current-outgoing; Sat, 19 Jul 1997 07:19:12 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA27066; Sat, 19 Jul 1997 07:19:02 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id XAA14150; Sat, 19 Jul 1997 23:48:33 +0930 (CST) From: Michael Smith Message-Id: <199707191418.XAA14150@genesis.atrad.adelaide.edu.au> Subject: Re: I am contemplating the following change... In-Reply-To: <199707191330.GAA18837@implode.root.com> from David Greenman at "Jul 19, 97 06:30:36 am" To: dg@root.com Date: Sat, 19 Jul 1997 23:48:33 +0930 (CST) Cc: sthaug@nethelp.no, jkh@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk David Greenman stands accused of saying: > > > >It's not the default for all NE2000 clones though. I have several Kingston > >NE2000 clones where the default IRQ is 3. They work very well (even if I > >normally configure them for a different IRQ). > > Yikes! The default is the COM2 irq? Evil. The two brands of NE2000 clone I am buying at the moment (one uses the Realtek 8019, the other something unknown buried under a sticker) come defaulting to IRQ 3 as well. It appears to be common 8( My guess is that second serial ports are less common than soundcards. Yeesh. > David Greenman -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sat Jul 19 07:35:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA27651 for current-outgoing; Sat, 19 Jul 1997 07:35:08 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA27631; Sat, 19 Jul 1997 07:35:00 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id AAA14215; Sun, 20 Jul 1997 00:04:58 +0930 (CST) From: Michael Smith Message-Id: <199707191434.AAA14215@genesis.atrad.adelaide.edu.au> Subject: Re: I am contemplating the following change... In-Reply-To: <199707191221.FAA23412@freefall.freebsd.org> from "Jordan K. Hubbard" at "Jul 19, 97 05:21:56 am" To: jkh@FreeBSD.ORG (Jordan K. Hubbard) Date: Sun, 20 Jul 1997 00:04:57 +0930 (CST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > 1. With the advent of visual userconfig, we don't need redundant > devices (remember: the goal here is installation, not every > possible router/www server/etc configuration). Understood. > 2. I think that the historical IRQ value of 5 for ed0 is > more historical than valuable. :-) Er. This will break all 8-bit 'ed' cards and older 16-bit cards that only offer irq 3/4/5/9. I understand the desire to avoid irq 5 given that it is popular with soundcards however. > +device ze0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zeintr Definitely; very few laptops these days have irq 5 not taken by sound hardware it seems. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sat Jul 19 07:41:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA28040 for current-outgoing; Sat, 19 Jul 1997 07:41:08 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA28035; Sat, 19 Jul 1997 07:40:58 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id RAA07204; Sat, 19 Jul 1997 17:39:57 +0300 (EEST) Date: Sat, 19 Jul 1997 17:39:57 +0300 (EEST) From: Narvi To: David Greenman cc: sthaug@nethelp.no, jkh@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: I am contemplating the following change... In-Reply-To: <199707191330.GAA18837@implode.root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 19 Jul 1997, David Greenman wrote: > >> irq 5 is used because it is the standard for all 8bit Western Digital > >> 8003 cards and all 3Com 3c503 boards. I think it might even be the standard > >> for Novell NE1000/NE2000 cards. In other words, it's far more common than > >> irq 10 which is only found on 16bit WD/SMC cards. > > > >It's not the default for all NE2000 clones though. I have several Kingston > >NE2000 clones where the default IRQ is 3. They work very well (even if I > >normally configure them for a different IRQ). > > Yikes! The default is the COM2 irq? Evil. > *Most* computers don't use the second com port unless they have a modem in which case they usually don't have an ethernet card. So nobody even notices. Sander There is no love, no good, no happiness and no future - all these are just illusions. > -DG > > David Greenman > Core-team/Principal Architect, The FreeBSD Project > From owner-freebsd-current Sat Jul 19 08:35:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA29825 for current-outgoing; Sat, 19 Jul 1997 08:35:49 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA29819; Sat, 19 Jul 1997 08:35:45 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id IAA21012; Sat, 19 Jul 1997 08:34:50 -0700 (PDT) To: dg@root.com cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: I am contemplating the following change... In-reply-to: Your message of "Sat, 19 Jul 1997 06:10:40 PDT." <199707191310.GAA18559@implode.root.com> Date: Sat, 19 Jul 1997 08:34:50 -0700 Message-ID: <21008.869326490@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > irq 5 is used because it is the standard for all 8bit Western Digital > 8003 cards and all 3Com 3c503 boards. I think it might even be the standard > for Novell NE1000/NE2000 cards. In other words, it's far more common than > irq 10 which is only found on 16bit WD/SMC cards. It's far more common in the 8 bit cards, yes. I would, however, hypothesize that the 16 bit cards have now (or will very shortly) outnumber the legacy equipment. I do know that I've certainly received a considerable amount of negative feedback over the choice of 5 ("5?! Who uses that anymore? 10! The default value should be 10! What are you guys thinking?!") :-) How does the "user base" feel about this? Jordan From owner-freebsd-current Sat Jul 19 09:08:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01003 for current-outgoing; Sat, 19 Jul 1997 09:08:31 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA00998; Sat, 19 Jul 1997 09:08:23 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id BAA14511; Sun, 20 Jul 1997 01:38:12 +0930 (CST) From: Michael Smith Message-Id: <199707191608.BAA14511@genesis.atrad.adelaide.edu.au> Subject: Re: I am contemplating the following change... In-Reply-To: <21008.869326490@time.cdrom.com> from "Jordan K. Hubbard" at "Jul 19, 97 08:34:50 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 20 Jul 1997 01:38:12 +0930 (CST) Cc: dg@root.com, jkh@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > outnumber the legacy equipment. I do know that I've certainly > received a considerable amount of negative feedback over the choice of > 5 ("5?! Who uses that anymore? 10! The default value should be > 10! What are you guys thinking?!") :-) > > How does the "user base" feel about this? ... just to clarify on my previous mail; while I think there may be a few complaints, any value is prettymuch OK given that it can be frobbed regardless. > Jordan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sat Jul 19 09:38:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02177 for current-outgoing; Sat, 19 Jul 1997 09:38:27 -0700 (PDT) Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA02168 for ; Sat, 19 Jul 1997 09:38:23 -0700 (PDT) Received: from dual (DUAL [192.187.167.136]) by mantar.slip.netcom.com (8.8.6/8.8.6) with SMTP id JAA00654 for ; Sat, 19 Jul 1997 09:38:20 -0700 (PDT) Message-Id: <3.0.3.32.19970719093815.00e4e210@mantar.slip.netcom.com> X-Sender: guest@mantar.slip.netcom.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Sat, 19 Jul 1997 09:38:15 -0700 To: current@freebsd.org From: Manfred Antar Subject: current kernel page fault Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Current kernel from 7/18/97 crashes when trying to run nntpcache. Kernel from 7/15/97 works fine.I don't really understand the debugger errors. I will write them down if that helps.Is there a specific area that would help Manfred |==============================| | mantar@netcom.com | | Ph. (415) 681-6235 | |==============================| From owner-freebsd-current Sat Jul 19 09:48:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02683 for current-outgoing; Sat, 19 Jul 1997 09:48:10 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA02677; Sat, 19 Jul 1997 09:48:03 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.6/8.8.5) id SAA29271; Sat, 19 Jul 1997 18:48:00 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199707191648.SAA29271@helbig.informatik.ba-stuttgart.de> Subject: Re: I am contemplating the following change... In-Reply-To: <21008.869326490@time.cdrom.com> from "Jordan K. Hubbard" at "Jul 19, 97 08:34:50 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 19 Jul 1997 18:47:58 +0200 (MET DST) Cc: dg@root.com, jkh@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > irq 5 is used because it is the standard for all 8bit Western Digital > > 8003 cards and all 3Com 3c503 boards. I think it might even be the standard > > for Novell NE1000/NE2000 cards. In other words, it's far more common than > > irq 10 which is only found on 16bit WD/SMC cards. > > It's far more common in the 8 bit cards, yes. I would, however, > hypothesize that the 16 bit cards have now (or will very shortly) > outnumber the legacy equipment. I do know that I've certainly > received a considerable amount of negative feedback over the choice of > 5 ("5?! Who uses that anymore? 10! The default value should be > 10! What are you guys thinking?!") :-) > > How does the "user base" feel about this? Here is the user base speeking :-() Couple weeks ago we installed a '386 based FreeBSD firewall/router. We had to put a 16 bit isa card (Teles 16/3) into an 8 bit isa slot. It works well with irq 5. I suppose it wouldn't with irq 10. So what I am telling is, there's lot of ancient hardware out there waiting to be put back to use by FreeBSD :-) (By the way, the firewall didn't have to be rebooted since then!) Wolfgang > > Jordan > From owner-freebsd-current Sat Jul 19 09:50:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02838 for current-outgoing; Sat, 19 Jul 1997 09:50:06 -0700 (PDT) Received: from kithrup.com (kithrup.com [205.179.156.40]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA02802 for ; Sat, 19 Jul 1997 09:50:00 -0700 (PDT) Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id JAA15918; Sat, 19 Jul 1997 09:49:56 -0700 Date: Sat, 19 Jul 1997 09:49:56 -0700 From: Sean Eric Fagan Message-Id: <199707191649.JAA15918@kithrup.com> To: current@freebsd.org Subject: Re: I am contemplating the following change... In-Reply-To: <199707191608.BAA14511.kithrup.freebsd.current@genesis.atrad.adelaide.edu.au> References: <21008.869326490@time.cdrom.com> from "Jordan K. Hubbard" at "Jul 19, 97 08:34:50 am" Organization: Kithrup Enterprises, Ltd. Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199707191608.BAA14511.kithrup.freebsd.current@genesis.atrad.adelaide.edu.au> msmith writes: >... just to clarify on my previous mail; while I think there may be a >few complaints, any value is prettymuch OK given that it can be >frobbed regardless. As I just told Jordan... I disagree. The visual config stuff is neat, and can be a lifesaver... but requiring users to do it is going to bite, *hard*. I had to help a (very technical) friend go through the process -- this is someone who had installed linux on his system with no problem, he's dealt with funky PC hardware before, etc. And yet he needed help to config the kernel before booting. I really think forcing more people to do it is bad. From owner-freebsd-current Sat Jul 19 10:01:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03222 for current-outgoing; Sat, 19 Jul 1997 10:01:25 -0700 (PDT) Received: from veda.is (spiral.veda.is [193.4.230.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03215 for ; Sat, 19 Jul 1997 10:01:21 -0700 (PDT) Received: from ubiq.veda.is (ubiq.veda.is [193.4.230.60]) by veda.is (8.8.6/8.8.5) with ESMTP id RAA10991 for ; Sat, 19 Jul 1997 17:01:18 GMT From: Adam David Received: (from adam@localhost) by ubiq.veda.is (8.8.6/8.8.5) id RAA00380 for freebsd-current@freebsd.org; Sat, 19 Jul 1997 17:01:15 GMT Message-Id: <199707191701.RAA00380@ubiq.veda.is> Subject: fatal double fault To: freebsd-current@freebsd.org Date: Sat, 19 Jul 1997 17:01:14 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I had an NFS client and X server machine double fault panic on me today. There's a heavily loaded machine with all kinds of servers running that is holding out robustly. This is with current from before the NFSweb stuff was added. It might have nothing to do with NFS or X. The only debug info that I have follows: /kernel: Fatal double fault: /kernel: eip = 0xf01bf6a5 /kernel: esp = 0xf3859e9c /kernel: ebp = 0xf3859ec0 /kernel: panic: double fault # nm /kernel | sort | dwimgrep f01bf390 F swtch.o [...] f01bf57c T _cpu_switch f01bf5ce t sw1 f01bf5cf t sw1a f01bf5fd t rt3 f01bf605 t nortqr f01bf637 t idqr f01bf665 t id3 f01bf66b t swtch_com f01bf6b4 T cpu_switch_load_fs f01bf6ba T cpu_switch_load_gs f01bf6c4 T _savectx If this is not useful information, perhaps it would make sense to log more verbosely without requiring a full crash dump to be made. -- Adam David From owner-freebsd-current Sat Jul 19 11:11:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA05711 for current-outgoing; Sat, 19 Jul 1997 11:11:36 -0700 (PDT) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05706 for ; Sat, 19 Jul 1997 11:11:34 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.7.5/8.7.5) id NAA28216 for ; Sat, 19 Jul 1997 13:11:23 -0500 (CDT) Posted-Date: Sat, 19 Jul 1997 13:11:23 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma028209; Sat, 19 Jul 97 13:11:15 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.4/8.8.4) with SMTP id NAA22970 for ; Sat, 19 Jul 1997 13:11:14 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Sat, 19 Jul 1997 13:11:14 -0500 (CDT) From: Kyle Mestery To: freebsd-current@freebsd.org Subject: problems with w gone Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all. I had mentioned the problem with w and finger in X showing all users with the same idle time after X was running for a while. Well, after following someone's suggestion of upgrading to XFree86 3.3, the problems seem to have gone away. Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Brooklyn Park, MN 55428 mesteka@anubis.network.com, mestery@winternet.com From owner-freebsd-current Sat Jul 19 12:53:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA09403 for current-outgoing; Sat, 19 Jul 1997 12:53:20 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA09351; Sat, 19 Jul 1997 12:51:08 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.6/8.8.5) with ESMTP id NAA26969; Sat, 19 Jul 1997 13:51:06 -0600 (MDT) Message-Id: <199707191951.NAA26969@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: current@freebsd.org cc: smp@freebsd.org Subject: INT priorities Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 19 Jul 1997 13:51:06 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I am currently struggling with INT code in the SMP kernel. To solve the "problem of the day", I think I need to make a leap and re-arrange the hw INTs to different APIC priority levels. For the first stab this means 'constant' INTs like the 8254, RTC and possibly keyboard. I have 7 or 8 prio levels to play with. Any suggestions where these should end up relative to the rest of the INTs? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Sat Jul 19 13:30:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA10907 for current-outgoing; Sat, 19 Jul 1997 13:30:27 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA10894; Sat, 19 Jul 1997 13:30:05 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id WAA01884; Sat, 19 Jul 1997 22:15:32 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.6/8.8.6) id WAA01059; Sat, 19 Jul 1997 22:14:28 +0200 (CEST) Message-ID: <19970719221428.10703@gtn.com> Date: Sat, 19 Jul 1997 22:14:28 +0200 From: Andreas Klemm To: Michael Smith Cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: I am contemplating the following change... References: <199707191221.FAA23412@freefall.freebsd.org> <199707191434.AAA14215@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <199707191434.AAA14215@genesis.atrad.adelaide.edu.au>; from Michael Smith on Sun, Jul 20, 1997 at 12:04:57AM +0930 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, Jul 20, 1997 at 12:04:57AM +0930, Michael Smith wrote: > > Er. This will break all 8-bit 'ed' cards and older 16-bit cards that > only offer irq 3/4/5/9. I understand the desire to avoid irq 5 given > that it is popular with soundcards however. Network cards are so inexpensive in nowadays ... I think people won't have to use the 8 Bit ones never more. And if you need, you can change the values in visual kernel config ... I think IRQ 5 for network cards is only needed in rare cases. IRQ 10 is a more sane default. Or do you all wanna say, that most people install FreeBSD without X11 on a 80386 form 1990 ?! Is FreeBSD turing PC's into workstations or is it only used for lamer PC hardware ?! -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Sat Jul 19 13:30:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA10942 for current-outgoing; Sat, 19 Jul 1997 13:30:58 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA10927; Sat, 19 Jul 1997 13:30:38 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id WAA01885; Sat, 19 Jul 1997 22:15:35 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.6/8.8.6) id WAA00712; Sat, 19 Jul 1997 22:04:26 +0200 (CEST) Message-ID: <19970719220426.30355@gtn.com> Date: Sat, 19 Jul 1997 22:04:26 +0200 From: Andreas Klemm To: dg@root.com Cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: I am contemplating the following change... References: <199707191221.FAA23412@freefall.freebsd.org> <199707191310.GAA18559@implode.root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <199707191310.GAA18559@implode.root.com>; from David Greenman on Sat, Jul 19, 1997 at 06:10:40AM -0700 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Jul 19, 1997 at 06:10:40AM -0700, David Greenman wrote: > >Rationale: > > > > 1. With the advent of visual userconfig, we don't need redundant > > devices (remember: the goal here is installation, not every > > possible router/www server/etc configuration). > > > > 2. I think that the historical IRQ value of 5 for ed0 is > > more historical than valuable. :-) > > > >Comments? > > irq 5 is used because it is the standard for all 8bit Western Digital > 8003 cards and all 3Com 3c503 boards. I think it might even be the standard > for Novell NE1000/NE2000 cards. In other words, it's far more common than > irq 10 which is only found on 16bit WD/SMC cards. But what's in todays computing environment the most case ?! If people do have LPT2: or a soundcard, then IRQ 5 isn't free. I can't remember any personal configuration nor in our company, where we used IRQ 5 for network cards. I think Jordans changes do reflect todays situation best. -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Sat Jul 19 13:31:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA10975 for current-outgoing; Sat, 19 Jul 1997 13:31:49 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA10969; Sat, 19 Jul 1997 13:31:32 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id WAA01879; Sat, 19 Jul 1997 22:15:27 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.6/8.8.6) id WAA01050; Sat, 19 Jul 1997 22:10:49 +0200 (CEST) Message-ID: <19970719221048.19170@gtn.com> Date: Sat, 19 Jul 1997 22:10:48 +0200 From: Andreas Klemm To: Wolfgang Helbig Cc: "Jordan K. Hubbard" , dg@root.com, jkh@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: I am contemplating the following change... References: <21008.869326490@time.cdrom.com> <199707191648.SAA29271@helbig.informatik.ba-stuttgart.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <199707191648.SAA29271@helbig.informatik.ba-stuttgart.de>; from Wolfgang Helbig on Sat, Jul 19, 1997 at 06:47:58PM +0200 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Jul 19, 1997 at 06:47:58PM +0200, Wolfgang Helbig wrote: > > Here is the user base speeking :-() > > Couple weeks ago we installed a '386 based FreeBSD firewall/router. > We had to put a 16 bit isa card (Teles 16/3) into an 8 bit isa > slot. It works well with irq 5. I suppose it wouldn't with irq 10. > So what I am telling is, there's lot of ancient hardware out there > waiting to be put back to use by FreeBSD :-) Well, I think in most cases people do have only one machine at home. This machine is used for everyything (Work, games, ...). I think this configuration is a typical one: IRQ 3 - COM2 - modem IRQ 4 - COM1 - mouse or something else IRQ 5 - Soundblaster IRQ 7 - LPT1: - printer IRQ 9 - Teles 16 Bit ISDN card IRQ 10 - Network Card <- cheapo 10 MBit ISA IRQ 11 - free for PCI IRQ 12 - PS/2 mouse IRQ 14 - free for PCI IRQ 15 - IDE crap -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Sat Jul 19 13:51:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA11734 for current-outgoing; Sat, 19 Jul 1997 13:51:49 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA11725 for ; Sat, 19 Jul 1997 13:51:43 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.5/8.8.5) id NAA22121; Sat, 19 Jul 1997 13:52:19 -0700 (PDT) Message-ID: <19970719135219.55450@hydrogen.nike.efn.org> Date: Sat, 19 Jul 1997 13:52:19 -0700 From: John-Mark Gurney To: Andreas Klemm Cc: current@FreeBSD.ORG Subject: Re: I am contemplating the following change... References: <21008.869326490@time.cdrom.com> <199707191648.SAA29271@helbig.informatik.ba-stuttgart.de> <19970719221048.19170@gtn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <19970719221048.19170@gtn.com>; from Andreas Klemm on Sat, Jul 19, 1997 at 10:10:48PM +0200 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Andreas Klemm scribbled this message on Jul 19: > On Sat, Jul 19, 1997 at 06:47:58PM +0200, Wolfgang Helbig wrote: > Well, I think in most cases people do have only one machine at home. > This machine is used for everyything (Work, games, ...). > > I think this configuration is a typical one: [...] > IRQ 14 - free for PCI > IRQ 15 - IDE crap sounds about right, but both irq14 and irq15 are used for ide crap... i.e. irq14 for primary hd (and possibly a second hd), irq15 use for atapi cdrom drive (second ide channel) -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-current Sat Jul 19 14:00:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA12091 for current-outgoing; Sat, 19 Jul 1997 14:00:09 -0700 (PDT) Received: from gargoyle.clark.net (qmailr@gargoyle.clark.net [168.143.0.250]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA12083 for ; Sat, 19 Jul 1997 14:00:06 -0700 (PDT) Received: (qmail 20995 invoked by uid 500); 19 Jul 1997 21:07:23 -0000 Date: Sat, 19 Jul 1997 17:07:23 -0400 (EDT) From: "Paul D. Robertson" X-Sender: proberts@gargoyle To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: I am contemplating the following change... In-Reply-To: <199707191221.FAA23412@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 19 Jul 1997, Jordan K. Hubbard wrote: > 2. I think that the historical IRQ value of 5 for ed0 is > more historical than valuable. :-) Given the easy availability of older network cards, and the lack of non-DOS utilities for said cards, IRQ 5 is a good thing. It's been the choice for the last 2 machines I've installed FreeBSD on at home. Paul ----------------------------------------------------------------------------- Paul D. Robertson "My statements in this message are personal opinions proberts@clark.net which may have no basis whatsoever in fact." PSB#9280 From owner-freebsd-current Sat Jul 19 14:10:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA12372 for current-outgoing; Sat, 19 Jul 1997 14:10:27 -0700 (PDT) Received: from gargoyle.clark.net (qmailr@gargoyle.clark.net [168.143.0.250]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA12367 for ; Sat, 19 Jul 1997 14:10:24 -0700 (PDT) Received: (qmail 21026 invoked by uid 500); 19 Jul 1997 21:17:42 -0000 Date: Sat, 19 Jul 1997 17:17:42 -0400 (EDT) From: "Paul D. Robertson" X-Sender: proberts@gargoyle To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: I am contemplating the following change... In-Reply-To: <21008.869326490@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 19 Jul 1997, Jordan K. Hubbard wrote: > It's far more common in the 8 bit cards, yes. I would, however, > hypothesize that the 16 bit cards have now (or will very shortly) > outnumber the legacy equipment. I do know that I've certainly 16bit OEM SoundBlasters used to ship with IRQ5. Not sure if they still do or not. > How does the "user base" feel about this? I'd prefer to have the network card come up initially, sound isn't as important in a Unix to me as networking is. If there's a conflict, the sound card is always the one I toss out. Paul ----------------------------------------------------------------------------- Paul D. Robertson "My statements in this message are personal opinions proberts@clark.net which may have no basis whatsoever in fact." PSB#9280 From owner-freebsd-current Sat Jul 19 14:10:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA12404 for current-outgoing; Sat, 19 Jul 1997 14:10:58 -0700 (PDT) Received: from ox.ismi.net (root@ox.ismi.net [206.31.56.6]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA12398; Sat, 19 Jul 1997 14:10:54 -0700 (PDT) Received: from aerosmith.dyn.ml.org (mrr@pm3-00.ismi.net [206.31.56.70]) by ox.ismi.net (8.6.9/8.6.9) with SMTP id RAA18259; Sat, 19 Jul 1997 17:07:05 -0400 Date: Sat, 19 Jul 1997 17:03:27 -0400 (EDT) From: "Michael R. Rudel" To: Andreas Klemm cc: Wolfgang Helbig , "Jordan K. Hubbard" , dg@root.com, jkh@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: I am contemplating the following change... In-Reply-To: <19970719221048.19170@gtn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 19 Jul 1997, Andreas Klemm wrote: > On Sat, Jul 19, 1997 at 06:47:58PM +0200, Wolfgang Helbig wrote: > > > > Here is the user base speeking :-() > > > > Couple weeks ago we installed a '386 based FreeBSD firewall/router. > > We had to put a 16 bit isa card (Teles 16/3) into an 8 bit isa > > slot. It works well with irq 5. I suppose it wouldn't with irq 10. > > So what I am telling is, there's lot of ancient hardware out there > > waiting to be put back to use by FreeBSD :-) > > Well, I think in most cases people do have only one machine at home. > This machine is used for everyything (Work, games, ...). > > I think this configuration is a typical one: > > IRQ 3 - COM2 - modem > IRQ 4 - COM1 - mouse or something else > IRQ 5 - Soundblaster > IRQ 7 - LPT1: - printer > IRQ 9 - Teles 16 Bit ISDN card > IRQ 10 - Network Card <- cheapo 10 MBit ISA > IRQ 11 - free for PCI > IRQ 12 - PS/2 mouse > IRQ 14 - free for PCI > IRQ 15 - IDE crap > Acutally, I think more people have their modem on COM1 then their mouse... Just my .02 cents. -- Michael R. Rudel -=- FreeBSD: There are no limits -=- mrr@aerosmith.dyn.ml.org FreeBSD aerosmith.dyn.ml.org 3.0-CURRENT PGP Key Block: finger mrrpgp@aerosmith.dyn.ml.org ... Flames will be used to warm my feet ... From owner-freebsd-current Sat Jul 19 14:21:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA12774 for current-outgoing; Sat, 19 Jul 1997 14:21:27 -0700 (PDT) Received: from gargoyle.clark.net (qmailr@gargoyle.clark.net [168.143.0.250]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA12765 for ; Sat, 19 Jul 1997 14:21:21 -0700 (PDT) Received: (qmail 21062 invoked by uid 500); 19 Jul 1997 21:28:39 -0000 Date: Sat, 19 Jul 1997 17:28:39 -0400 (EDT) From: "Paul D. Robertson" X-Sender: proberts@gargoyle To: Andreas Klemm cc: current@FreeBSD.ORG Subject: Re: I am contemplating the following change... In-Reply-To: <19970719221428.10703@gtn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 19 Jul 1997, Andreas Klemm wrote: > Network cards are so inexpensive in nowadays ... I think people > won't have to use the 8 Bit ones never more. And if you need, you > can change the values in visual kernel config ... > > I think IRQ 5 for network cards is only needed in rare cases. 4 of the last 5 NICs I've purchased have been IRQ5, as well as the last one that someone gave me. > IRQ 10 is a more sane default. Or do you all wanna say, that > most people install FreeBSD without X11 on a 80386 form 1990 ?! I'd say that most people choose older, cheaper hardware for a home network, and most people use FreeBSD at home. > Is FreeBSD turing PC's into workstations or is it only used > for lamer PC hardware ?! The first machine I put it on was a 386/25. If not for that, I certainly wouldn't have purchased a K6 to run FreeBSD on. Yes, the 386 is still running just fine, 'lamer hardware' that it is. Paul ----------------------------------------------------------------------------- Paul D. Robertson "My statements in this message are personal opinions proberts@clark.net which may have no basis whatsoever in fact." PSB#9280 From owner-freebsd-current Sat Jul 19 15:17:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA14451 for current-outgoing; Sat, 19 Jul 1997 15:17:25 -0700 (PDT) Received: from minor.stranger.com (stranger.vip.best.com [204.156.129.250]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA14444 for ; Sat, 19 Jul 1997 15:17:09 -0700 (PDT) Received: from dog.farm.org (dog.farm.org [207.111.140.47]) by minor.stranger.com (8.6.12/8.6.12) with ESMTP id PAA07338; Sat, 19 Jul 1997 15:40:31 -0700 Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id PAA21949; Sat, 19 Jul 1997 15:16:29 -0700 (PDT) Date: Sat, 19 Jul 1997 15:16:29 -0700 (PDT) From: Dmitry Kohmanyuk Message-Id: <199707192216.PAA21949@dog.farm.org> To: toor@dyson.iquest.net (John S. Dyson) Cc: freebsd-current@freebsd.org, sia@nest.org Subject: Re: -current :) Newsgroups: cs-monolit.gated.lists.freebsd.current Organization: FARM Computing Association Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199707170447.XAA01927@dyson.iquest.net> you wrote: > > According to Satoshi Asami: > > > I think they are mainly on the client side. What I've seen are a > > > string of ^@ bytes inserted in files I save from rmail. (I now don't > > > save mail at school. ;) this is in 2.2-tree also. (I just wrote mail about this to -hackers.) > > I t is not NFS-related but each time my INN 1.5.1 processes a newgroup > > control message, my active file ands up with a whole page of ^@ and then > > the new group(s) appear after it. > > > > Probably MMAP related as ACT_STYLE is MMAP in my config.data file. > > > > John, any idea ? > > > I have checked the code over and over and over again. I sure wish we > had a repeatable example :-(. this _exactly_ (zero-filled page in active, then new newsgroups) happened to me on our news server running 2.2.1-RELEASE. So, it should be old code. machine details: kernel config: machine "i386" cpu "I586_CPU" cpu "I686_CPU" ident MANTRA maxusers 64 options USERCONFIG #boot -c editor #options USERCONFIG_BOOT #imply -c and parse info area #options VISUAL_USERCONFIG #visual boot -c editor options FAILSAFE #Be conservative options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options PERFMON options USER_LDT #allow user-level control of i386 ldt options "I586_FAST_BCOPY" options SCSI_REPORT_GEOMETRY options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options CHILD_MAX=128 options OPEN_MAX=128 #options EXTRAVNODES=1 options SYSVSHM options SYSVSEM options SYSVMSG #options DDB #options DDB_UNATTENDED options KTRACE #kernel tracing options INET #InterNETworking options MROUTING # Multicast routing options IPFIREWALL #firewall options IPDIVERT #divert sockets options FFS #Berkeley Fast Filesystem options MFS #Memory File System options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options DEVFS #devices filesystem config kernel root on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller ahc0 controller ncr0 controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr controller scbus0 device sd0 device cd0 #Only need one of these, the code dynamically grows device od0 #See LINT for possible `od' options. device ch0 #SCSI media changers device st0 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Mandatory, don't remove device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr # network cards device de0 device ed0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector edintr # Controls all sound devices controller snd0 device sb0 at isa? port 0x220 irq 5 conflicts drq 1 vector sbintr pseudo-device loop pseudo-device ether pseudo-device disc #Discard device pseudo-device sl 2 pseudo-device ppp 2 pseudo-device tun 2 pseudo-device pty 128 pseudo-device bpfilter 8 #Berkeley packet filter pseudo-device snp 4 #Snoop device - to look at pty/vty/etc.. pseudo-device log pseudo-device gzip # Exec gzipped a.out's pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device vn #Vnode driver (turns a file into a device) INN 1.5.1 config.data: (from ports, slightly customized for directory names). hmm... why is uses ## Should we msync when using mmap? Pick DO or DONT. Useful ## with some slightly broken mmap implementations. (like HPUX and BSD/OS). #### =()@>()= MMAP_SYNC DONT ?? should we declare FreeBSD mmap slightly broken?? ;-) ## $Revision: 1.8 $ ## ## InterNetNews configuration file. ## Note that if you leave a field blank, you must have the trailing tab! ## ## ## NOTE. This file is ready to build on BSD/OS (although you may want to ## tweak some things). If you're not on BSD/OS, then pay attention to ## variables like LIBS. ## ## ## 1. MAKE CONFIG PARAMETERS ## Where the DBZ sources are, from C News. INN has a (maybe old) copy. #### =()@>()= DBZDIR ../dbz ## If you have a parallel make, set this to "&" #### =()

@>()= P ## C pre-processor flags #### =()@>()= DEFS -I../include ## C compiler #### =()@>()= CC gcc ## Does your compiler properly do "char const *"? Pick DO DONT or DUNNO #### =()@>()= USE_CHAR_CONST DUNNO ## C compiler flags #### =()@>()= CFLAGS $(DEFS) -O -pipe ## C compiler flags to use when compiling dbz #### =()@>()= DBZCFLAGS $(CFLAGS) ## What flags to use if profiling; -p or -pg, e.g. #### =()@>()= PROF -pg ## Flags for the "cc -o" line; e.g., -Bstatic on SunOS4.x while debugging. #### =()@>()= LDFLAGS ## If you use the standard NNTP way of connecting, where is the library? #### =()@>()= NNTPLIB ## If you need to link in other libraries, add them here. ## On NetBSD and FreeBSD, you must add the -lcrypt directive here ## -lutil on BSD/OS gives you setproctitle() see HAVE_SETPROCTITLE. #### =()@>()= LIBS -lutil -lcrypt ## How to make a lint library; pick BSD, SYSV, or NONE. #### =()@>()= LINTLIBSTYLE NONE ## Flags for lint. AIX wants "-wkD"; it and others don't want "-z". #### =()@>()= LINTFLAGS -b -h -z $(DEFS) ## Some lints insist on putting out the filename and other crap. ## Possible values: ## LINTFILTER | sed -n -f ../sedf.aix ## LINTFILTER | sed -n -f ../sedf.osx ## LINTFILTER | sed -n -f ../sedf.sun ## LINTFILTER | sed -n -f ../sedf.sysv ## LINTFILTER #### =()@>()= LINTFILTER | sed -n -f ../sedf.sun ## How to install manpages; pick SOURCE, NROFF-PACK, NROFF-PACK-SCO, ## BSD4.4 or NONE. #### =()@>()= MANPAGESTYLE SOURCE ## Where various manpages should go #### =()@>()= MAN1 /usr/local/man/man1 #### =()@>()= MAN3 /usr/local/man/man3 #### =()@>()= MAN5 /usr/local/man/man5 #### =()@>()= MAN8 /usr/local/man/man8 ## Ranlib command. Use echo if you don't need ranlib. #### =()@>()= RANLIB ranlib ## YACC (yet another config control?) #### =()@>()= YACC yacc ## Ctags command. Use echo if you don't have ctags. #### =()@>()= CTAGS ctags -t -w ## ## 2. LOGGING LEVELS ## Facility innd should log under. #### =()@>()= LOG_INN_SERVER LOG_NEWS ## Facility all other programs should log under. #### =()@>()= LOG_INN_PROG LOG_NEWS ## Flags to use in opening the logs; some programs add LOG_PID. #### =()@>()= L_OPENLOG_FLAGS (LOG_CONS | LOG_NDELAY) ## Log a fatal error; program is about to exit. #### =()@>()= L_FATAL LOG_CRIT ## Log an error that might mean one or more articles get lost. #### =()@>()= L_ERROR LOG_ERR ## Informational notice, usually not worth caring about. #### =()@>()= L_NOTICE LOG_WARNING ## A protocol trace. #### =()@>()= L_TRACE LOG_DEBUG ## All incoming control commands (ctlinnd, etc). #### =()@>()= L_CC_CMD LOG_INFO ## ## 3. OWNERSHIPS AND FILE MODES ## Owner of articles and directories and _PATH_INNDDIR #### =()@>()= NEWSUSER news ## Group, for same purpose #### =()@>()= NEWSGROUP news ## Who gets email from news.daily and about control messages. #### =()@>()= NEWSMASTER usenet ## Who gets email on the Path line? #### =()@>()= PATHMASTER not-for-mail ## Umask to set. #### =()@>()= NEWSUMASK 02 ## Mode that incoming articles are created under. #### =()@>()= ARTFILE_MODE 0664 ## Mode that batch files are created under. #### =()@>()= BATCHFILE_MODE 0664 ## Mode that directories are created under. #### =()@>()= GROUPDIR_MODE 0775 ## ## 4. C LIBRARY DIFFERENCES ## Use stdargs, varargs, or neither? Pick VARARGS STDARGS or NONE. ## You need vfprintf and vfsprintf if not NONE. #### =()@>()= VAR_STYLE VARARGS ## If you don't have , set this to "mystring.h" #### =()@>()= STR_HEADER ## If you don't have , set this to "mymemory.h" #### =()@>()= MEM_HEADER ## What is a file offset? MUST BE LONG FOR NOW. #### =()@>()= OFFSET_T long ## What is the type of an object size? Usually size_t or unsigned int. #### =()@>()= SIZE_T size_t ## What is the type of a passwd uid and gid, for use in chown(2)? #### =()@>()= UID_T uid_t #### =()@>()= GID_T gid_t ## Type of a pid, for use in kill(2). #### =()@>()= PID_T pid_t ## Generic pointer, used by memcpy, malloc, etc. Usually char or void. #### =()@>()= POINTER void ## Worst-case alignment, in order to shut lint up #### =()@>()= ALIGNPTR int ## What should a signal handler return? Usually int or void. #### =()@>()= SIGHANDLER void ## Type of variables can be modified in a signal handler? sig_atomic_t #### =()@>()= SIGVAR sig_atomic_t ## Function that returns no value, and a pointer to it. Pick int or void #### =()@>()= FUNCTYPE void ## Type of 32 bit unsigned integer. #### =()@>()= U_INT32_T u_int32_t ## Type of 32 bit signed integer. #### =()@>()= INT32_T int32_t ## Use BSD4.2 or Posix directory names? Pick DIRENT or DIRECT. #### =()@>()= DIR_STYLE DIRENT ## Use flock, lockf, or nothing to lock files? ## Pick FLOCK, LOCKF, FCNTL, or NONE #### =()@>()= LOCK_STYLE FLOCK ## Do you have ? Pick DO or DONT #### =()@>()= HAVE_UNISTD DO ## Do you have setbuffer? Pick DO or DONT. #### =()@>()= HAVE_SETBUFFER DO ## Do you have gettimeofday? Pick DO or DONT. #### =()@>()= HAVE_GETTIMEOFDAY DO ## Do you have setproctitle()? Pick DO or DONT. ## You may need to adjust LIBS for this. #### =()@>()= HAVE_SETPROCTITLE DO ## Do you have fchmod? Pick DO or DONT. #### =()@>()= HAVE_FCHMOD DO ## Do you have setsid()? Pick DO or DONT. #### =()@>()= HAVE_SETSID DO ## Does your (struct tm) have a tm_gmtoff field? Pick DO or DONT. #### =()@>()= HAVE_TM_GMTOFF DO ## Does your (struct stat) have a st_blksize field? Pick DO or DONT. #### =()@>()= HAVE_ST_BLKSIZE DO ## Use waitpid instead of wait3? Pick DO or DONT. #### =()@>()= HAVE_WAITPID DO ## Use "union wait" instead of int? Pick DO or DONT. #### =()@>()= USE_UNION_WAIT DONT ## How to fork? Pick fork or vfork. #### =()@>()= FORK vfork ## Do you have ? Pick DO or DONT. #### =()@>()= HAVE_VFORK DONT ## Do you have symbolic links? Pick DO or DONT. #### =()@>()= HAVE_SYMLINK DO ## Do you have Unix-domain sockets? Pick DO or DONT. #### =()@>()= HAVE_UNIX_DOMAIN DO ## Does your AF_UNIX bind use sizeof for the socket size? Pick DO or DONT. #### =()@>()= BIND_USE_SIZEOF DO ## How should close-on-exec be done? Pick IOCTL or FCNTL. #### =()@>()= CLX_STYLE IOCTL ## How should non-blocking I/O be done? Pick IOCTL or FCNTL. #### =()@>()= NBIO_STYLE FCNTL ## How should resource-totalling be done? Pick RUSAGE or TIMES #### =()@>()= RES_STYLE RUSAGE ## How to get number of available descriptors? ## Pick GETDTAB, GETRLIMIT, SYSCONF, ULIMIT, or CONSTANT. #### =()@>()= FDCOUNT_STYLE GETRLIMIT ## If greater than -1, then use [gs]etrlimit to set that many descriptors. ## If -1, then no [gs]etrlimit calls are done. #### =()@>()= NOFILE_LIMIT -1 ## Do you need as well as ? Pick DO or DONT. #### =()@>()= NEED_TIME DONT ## What predicate, if any, the macros need #### =()@>()= CTYPE (isascii((c)) && isXXXXX((c))) #CTYPE ((c) > 0 && isXXXXX((c))) #CTYPE isXXXXX((c)) ## What's the return type of abort? Usually int or void. #### =()@>()= ABORTVAL void ## What's the return type of alarm? Usually int or unsigned int. #### =()@>()= ALARMVAL unsigned int ## What's the return type of getpid? Usually int or unsigned int. #### =()@>()= GETPIDVAL pid_t ## What's the return type of sleep? Usually int or unsigned int. #### =()@>()= SLEEPVAL unsigned int ## What's the return type of qsort? Usually int or void. #### =()@>()= QSORTVAL void ## What's the return type of lseek? Usually long or off_t. #### =()@>()= LSEEKVAL off_t ## What's the return type of free? Usually int or void. #### =()@>()= FREEVAL void ## What's the return type of exit? Usually int or void. ## (For gcc (not pedantic ANSI) use "volatile void" in EXITVAL and _EXITVAL.) #### =()@>()= EXITVAL void ## What's the return type of _exit? Usually int or void. #### =()<_EXITVAL @<_EXITVAL>@>()= _EXITVAL void ## ## 5. C LIBRARY OMISSIONS ## Possible values: ## MISSING_MAN strcasecmp.3 syslog.3 ## MISSING_SRC strcasecmp.c syslog.c strerror.c getdtab.c ## MISSING_OBJ strcasecmp.o syslog.o strerror.o getdtab.c ## getdtab has a getdtablesize() routine if you need it; see the lib ## directory and Install.ms for others. ## OSx systems should add $(OSXATTOBJ) to MISSING_OBJ. #### =()@>()= MISSING_MAN #### =()@>()= MISSING_SRC #### =()@>()= MISSING_OBJ ## ## 6. MISCELLANEOUS CONFIG DATA ## ## Use read/write to update the active file, or mmap? Pick READ or MMAP. #### =()@>()= ACT_STYLE MMAP ## Do you want mail notifications of bad control messages. DO or DONT ## Setting it to do results in a lot of mail with the number of spammers ## out there. #### =()@>()= MAIL_BADCONTROLS DONT ## What type of pointer does mmap() manage? Normally ``caddr_t'' or ``void *'' ## or ``char *'' #### =()@>()= MMAP_PTR caddr_t ## Should we msync when using mmap? Pick DO or DONT. Useful ## with some slightly broken mmap implementations. (like HPUX and BSD/OS). #### =()@>()= MMAP_SYNC DONT ## Should we call your msync() with 3 args? (addr,len,flags) ## Choose DO or DONT. #### =()@>()= MSYNC_3_ARG DONT ## Do clients use our NNTP-server-open routine, or the one in NNTP? ## INND is nicer, but you must install inn.conf files everywhere; NNTP ## is better if you already have lots of /usr/lib/news/server files. ## Pick INND or NNTP. #### =()@>()= REM_STYLE INND ## Should rnews save articles that the server rejects? Pick DO or DONT. #### =()@>()= RNEWS_SAVE_BAD DO ## Should rnews log articles innd already has? Pick SYSLOG, FILE, OR DONT. #### =()@>()= RNEWS_LOG_DUPS DO ## Look in _PATH_RNEWSPROGS for rnews unpackers? Pick DO or DONT. #### =()@>()= RNEWSPROGS DO ## Should rnews try the local host? Pick DO or DONT. #### =()@>()= RNEWSLOCALCONNECT DO ## Environment variable that has remote hostname for rnews. #### =()<_ENV_UUCPHOST @<_ENV_UUCPHOST>@>()= _ENV_UUCPHOST UU_MACHINE ## Require posts to have under 50% inclusion (">") lines? Pick DO OR DONT. ## (This is only for inews and nnrpd.) #### =()@>()= CHECK_INCLUDED_TEXT DONT ## Put hosts in the inews Path header? Pick DO or DONT. #### =()@>()= INEWS_PATH DO ## Munge the gecos field of password entry? Pick DO or DONT. #### =()@>()= MUNGE_GECOS DO ## How many times to try to fork before giving up #### =()@>()= MAX_FORKS 10 ## Largest acceptable article size; 0 allows any size #### =()@>()= MAX_ART_SIZE 1000000L ## Value of dbzincore(FLAG) call in innd. Pick 1 or 0. #### =()@>()= INND_DBZINCORE 1 ## Should sub-processes get a nice(2) value? Pick DO or DONT. #### =()@>()= INND_NICE_KIDS DONT ## Value for nice(2) call in innd. #### =()@>()= INND_NICE_VALUE 4 ## Null-terminated list of unknown commands to not log to syslog. ## INND_QUIET_BADLIST "xstream", "xfoo", NULL #### =()@>()= INND_QUIET_BADLIST "xover", "xindex", "xuser", "spooldir", "authinfo", "xmotd", NULL ## Null-terminated set of illegal distribution patterns for local postings. #### =()@>()= BAD_DISTRIBS "*.*",NULL ## Verify that the poster is the person doing the cancel? Pick DO or DONT. ## (Can't do this if cancel arrives before the article does, by the way, ## in which case the early cancel will be ignored.) #### =()@>()= VERIFY_CANCELS DO ## Log "ctlinnd cancel" commands to syslog? Pick DO or DONT. #### =()@>()= LOG_CANCEL_COMMANDS DO ## File unknown "to.*" groups into the "to" newsgroup? Pick DO or DONT. #### =()@>()= MERGE_TO_GROUPS DONT ## File articles in unknown newsgroups into junk? Pick DO or DONT. #### =()@>()= WANT_TRASH DO ## Record rejected articles in history? Pick DO or DONT. #### =()@>()= REMEMBER_TRASH DO ## Check the linecount against the Lines header? Pick DO or DONT. #### =()@>()= CHECK_LINECOUNT DONT ## If checking, the error must be within LINECOUNT_FUZZ lines. ## Five is number of .signature lines + 1. #### =()@>()= LINECOUNT_FUZZ 5 ## Have innd throttle itself after this many I/O errors. #### =()@>()= IO_ERROR_COUNT 50 ## Default value for ctlinnd -t flag; use 0 to wait and poll. #### =()@>()= CTLINND_TIMEOUT 0 ## Flush logs if we go this long with no I/O. #### =()@>()= DEFAULT_TIMEOUT 300 ## INND closes channel if inactive this long (seconds). #### =()@>()= PEER_TIMEOUT (1 * 60 * 60) ## NNRP exits if first command doesn't arrive within this time (seconds). #### =()@>()= INIT_CLIENT_TIMEOUT 30 ## NNRP exits if inactive for this long (seconds). #### =()@>()= CLIENT_TIMEOUT (10 * 60) ## Allow nnrpd readers when paused or throttled? Pick DO or DONT. #### =()@>()= ALLOW_READERS DO ## Refuse newsreader connections if load is higher then this; -1 disables. #### =()@>()= NNRP_LOADLIMIT 16 ## Don't readdir() spool dir if same group within this many secs. #### =()@>()= NNRP_RESCAN_DELAY 60 ## Do gethostbyaddr on client adresses in nnrp? Pick DO or DONT. ## (If DONT, then use only IP addresses in hosts.nnrp) #### =()@>()= NNRP_GETHOSTBYADDR DO ## How many Message-ID retrievals until nnrpd does a dbzincore? Set ## to -1 to never do incore. #### =()@>()= NNRP_DBZINCORE_DELAY 40 ## Strip Sender from posts that didn't authenticate? Pick DO or DONT. #### =()@>()= NNRP_AUTH_SENDER DO ## Do you want to make life easy for peers to pull feeds from you (it's ## harder on your machine). Pick DO or DONT. With DONT, you get a small ## sleep inserted before each ARTICLE command is processed. (With ## apologies to the Australians in the audience). #### =()@>()= LIKE_PULLERS DO ## Allow the NEWNEWS NNTP command? Pick DO or DONT. ## (RFC 977 says you should; your server performance may not agree...) #### =()@>()= ALLOW_NEWNEWS DO ## How many read/write failures until channel is put to sleep or closed? #### =()@>()= BAD_IO_COUNT 5 ## Multiplier for sleep in EWOULDBLOCK writes (seconds). #### =()@>()= BLOCK_BACKOFF (2 * 60) ## How many article-writes between active and history updates? #### =()@>()= ICD_SYNC_COUNT 10 ## Tell resolver _res.options to be fast? Pick DO or DONT. #### =()@>()= FAST_RESOLV DONT ## Drop articles that were posted this many days ago. #### =()@>()= DEFAULT_CUTOFF 14 ## Maximum number of incoming NNTP connections. #### =()@>()= DEFAULT_CONNECTIONS 50 ## Wait this many seconds before channel restarts. #### =()@>()= CHANNEL_RETRY_TIME (5 * 60) ## Wait this many seconds before seeing if pause is ended. #### =()@>()= PAUSE_RETRY_TIME (5 * 60) ## Wait this many seconds between noticing inactive channels. #### =()@>()= CHANNEL_INACTIVE_TIME (10 * 60) ## Put nntplink info (filename) into the log? #### =()@>()= NNTPLINK_LOG DONT ## Put article size into the log? #### =()@>()= LOG_SIZE DO ## Log by host IP address, rather than from Path line? #### =()@>()= IPADDR_LOG DO ## Log NNTP activity after this many articles. #### =()@>()= NNTP_ACTIVITY_SYNC 200 ## Free buffers bigger than this when we're done with them. #### =()@>()= BIG_BUFFER (2 * START_BUFF_SIZE) ## A general small buffer. #### =()@>()= SMBUF 256 ## Buffer for a single article name. #### =()@>()= MAXARTFNAME 10 ## Buffer for a single pathname in the spool directory. #### =()@>()= SPOOLNAMEBUFF 512 ## Maximum size of a single header. #### =()@>()= MAXHEADERSIZE 1024 ## Byte limit on locally-posted articles; 0 to disable the check. #### =()@>()= LOCAL_MAX_ARTSIZE 1000000L ## Default number of bytes to hold in memory when buffered. #### =()@>()= SITE_BUFFER_SIZE (16 * 1024) ## Do you have uustat, or just uuq? Pick DO or DONT #### =()@>()= HAVE_UUSTAT DO ## Should INN do some setsockopts on network connections. Pick DO or DONT. ## Some versions of Solaris should set to DONT (pre 2.4 it seems) #### =()@>()= SET_SOCKOPT DO ## ## 7. PATHS TO COMMON PROGRAMS ## Where the raison d'etre for this distribution lives. #### =()<_PATH_INND @<_PATH_INND>@>()= _PATH_INND /usr/local/news/etc/innd ## Where the optional front-end that exec's innd lives. #### =()<_PATH_INNDSTART @<_PATH_INNDSTART>@>()= _PATH_INNDSTART /usr/local/news/etc/inndstart ## Where news boot-up script should be installed. #### =()<_PATH_NEWSBOOT @<_PATH_NEWSBOOT>@>()= _PATH_NEWSBOOT /usr/local/news/etc/rc.news ## Where sendmail, or a look-alike, lives. ## The -t is optional and says to read message for recipients #### =()<_PATH_SENDMAIL @<_PATH_SENDMAIL>@>()= _PATH_SENDMAIL /usr/sbin/sendmail -t ## Where the shell is. #### =()<_PATH_SH @<_PATH_SH>@>()= _PATH_SH /bin/sh ## Where the compress program lives. #### =()<_PATH_COMPRESS @<_PATH_COMPRESS>@>()= _PATH_COMPRESS /usr/bin/gzip ## What extension your compress appends #### =()<_PATH_COMPRESSEXT @<_PATH_COMPRESSEXT>@>()= _PATH_COMPRESSEXT .gz ## Where egrep lives (you might need the FSF one; see scanlogs) #### =()<_PATH_EGREP @<_PATH_EGREP>@>()= _PATH_EGREP /usr/bin/egrep ## Where perl lives #### =()<_PATH_PERL @<_PATH_PERL>@>()= _PATH_PERL /usr/local/bin/perl5.003 ## Where awk lives #### =()<_PATH_AWK @<_PATH_AWK>@>()= _PATH_AWK /usr/bin/awk ## Where sed lives (you might need the FSF one) #### =()<_PATH_SED @<_PATH_SED>@>()= _PATH_SED /usr/bin/sed ## Where sort lives (you may want the FSF one). #### =()<_PATH_SORT @<_PATH_SORT>@>()= _PATH_SORT /usr/bin/sort ## Where inews lives. #### =()<_PATH_INEWS @<_PATH_INEWS>@>()= _PATH_INEWS /usr/local/bin/inews ## Where rnews lives. #### =()<_PATH_RNEWS @<_PATH_RNEWS>@>()= _PATH_RNEWS /usr/local/bin/rnews ## Where generic authentication programs live. #### =()<_PATH_AUTHDIR @<_PATH_AUTHDIR>@>()= _PATH_AUTHDIR /usr/local/news/bin/auth ## Where the NNRP server lives. #### =()<_PATH_NNRPD @<_PATH_NNRPD>@>()= _PATH_NNRPD /usr/local/news/etc/in.nnrpd ## The path of the process run when an unknown host connects to innd. ## Usually the same as _PATH_NNRPD, but may be, e.g., the path to ## nntpd from the reference implementation. #### =()<_PATH_NNTPD @<_PATH_NNTPD>@>()= _PATH_NNTPD /usr/local/news/etc/in.nnrpd ## Where the NNQR server lives. Make same as _PATH_NNRPD for now #### =()<_PATH_NNQRD @<_PATH_NNRPD>@>()= _PATH_NNQRD /usr/local/news/etc/in.nnrpd ## Where most other programs live. ## See also _PATH_RNEWSPROGS and _PATH_CONTROLPROGS, below. #### =()<_PATH_NEWSBIN @<_PATH_NEWSBIN>@>()= _PATH_NEWSBIN /usr/local/news/bin ## Where temporary files live on the server #### =()<_PATH_TMP @<_PATH_TMP>@>()= _PATH_TMP /var/news/tmp ## Command to send mail (with -s "subject" allowed) #### =()<_PATH_MAILCMD @<_PATH_MAILCMD>@>()= _PATH_MAILCMD /usr/bin/Mail ## Where scripts should have shlock create locks. #### =()<_PATH_LOCKS @<_PATH_LOCKS>@>()= _PATH_LOCKS /var/news/run ## Where your GNU gzip binary is (for rnews to run on gzipped batches). #### =()<_PATH_GZIP @<_PATH_GZIP>@>()= _PATH_GZIP /usr/bin/gzip ## ## 8. PATHS RELATED TO THE SPOOL DIRECTORY ## Spool directory, where articles live. #### =()<_PATH_SPOOL @<_PATH_SPOOL>@>()= _PATH_SPOOL /var/news/spool ## Spool directory where overview data lives. #### =()<_PATH_OVERVIEWDIR @<_PATH_OVERVIEWDIR>@>()= _PATH_OVERVIEWDIR /var/news/over.view ## Name of overview file within its spool directory. #### =()<_PATH_OVERVIEW @<_PATH_OVERVIEW>@>()= _PATH_OVERVIEW .overview ## Where rnews spools its input. #### =()<_PATH_SPOOLNEWS @<_PATH_SPOOLNEWS>@>()= _PATH_SPOOLNEWS /var/news/in.coming ## Where rnews creates temporary files until finished #### =()<_PATH_SPOOLTEMP @<_PATH_SPOOLTEMP>@>()= _PATH_SPOOLTEMP /var/news/tmp ## Where rnews puts bad input. #### =()<_PATH_BADNEWS @<_PATH_BADNEWS>@>()= _PATH_BADNEWS /var/news/in.coming/bad ## Where rnews puts bad input, relative to _PATH_SPOOLNEWS. #### =()<_PATH_RELBAD @<_PATH_RELBAD>@>()= _PATH_RELBAD bad ## Where the XBATCH command should put the batches. Normally same as ## _PATH_SPOOLNEWS so that 'rnews -U' can find it. #### =()<_PATH_XBATCHES @<_PATH_XBATCHES>@>()= _PATH_XBATCHES /var/news/in.coming ## ## 9. EXECUTION PATHS FOR INND AND RNEWS ## Pathname where dups are logged if RNEWS_LOG_DUPS is FILE. #### =()<_PATH_RNEWS_DUP_LOG @<_PATH_RNEWS_DUP_LOG>@>()= _PATH_RNEWS_DUP_LOG /dev/null ## Rnews may execute any program in this directory; see RNEWSPROGS. #### =()<_PATH_RNEWSPROGS @<_PATH_RNEWSPROGS>@>()= _PATH_RNEWSPROGS /usr/local/news/bin/rnews ## Path to control messages scripts. #### =()<_PATH_CONTROLPROGS @<_PATH_CONTROLPROGS>@>()= _PATH_CONTROLPROGS /usr/local/news/bin/control ## Default "unknown/illegal" control script, within _PATH_CONTROLPROGS. #### =()<_PATH_BADCONTROLPROG @<_PATH_BADCONTROLPROG>@>()= _PATH_BADCONTROLPROG default ## ## 10. SOCKETS CREATED BY INND OR CLIENTS #### =()<_PATH_INNDDIR @<_PATH_INNDDIR>@>()= _PATH_INNDDIR /var/news/run ## Unix-domain stream socket that rnews connects to. #### =()<_PATH_NNTPCONNECT @<_PATH_NNTPCONNECT>@>()= _PATH_NNTPCONNECT /var/news/run/nntpin ## Unix-domain datagram socket that ctlinnd to. #### =()<_PATH_NEWSCONTROL @<_PATH_NEWSCONTROL>@>()= _PATH_NEWSCONTROL /var/news/run/control ## Temporary socket created by ctlinnd; run through mktemp #### =()<_PATH_TEMPSOCK @<_PATH_TEMPSOCK>@>()= _PATH_TEMPSOCK /var/news/run/ctlinndXXXXXX ## ## 11. LOG AND CONFIG FILES ## Shell script that sets most of these as shell vars #### =()<_PATH_SHELLVARS @<_PATH_SHELLVARS>@>()= _PATH_SHELLVARS /usr/local/news/lib/innshellvars ## Perl script that sets most of these as perl variables #### =()<_PATH_PERL_SHELLVARS @<_PATH_PERL_SHELLVARS>@>()= _PATH_PERL_SHELLVARS /usr/local/news/lib/innshellvars.pl ## TCL script that sets most of these as tcl variables #### =()<_PATH_TCL_SHELLVARS @<_PATH_TCL_SHELLVARS>@>()= _PATH_TCL_SHELLVARS /usr/local/news/lib/innshellvars.tcl ## csh script that sets most of these as csh variables #### =()<_PATH_CSH_SHELLVARS @<_PATH_CSH_SHELLVARS>@>()= _PATH_CSH_SHELLVARS /usr/local/news/lib/innshellvars.csh ## Where most config and data files are usually stored; not required ## to the home directory of NEWSUSER. #### =()<_PATH_NEWSLIB @<_PATH_NEWSLIB>@>()= _PATH_NEWSLIB /usr/local/news/lib ## The group owner of the rnews program. Usually uucp. #### =()@>()= RNEWS_GROUP uucp ## The server's log file. #### =()<_PATH_LOGFILE @<_PATH_LOGFILE>@>()= _PATH_LOGFILE /var/log/news/news ## The server's error log file. #### =()<_PATH_ERRLOG @<_PATH_ERRLOG>@>()= _PATH_ERRLOG /var/log/news/errlog ## Where most sylog log files go; see also scanlogs, innstat, etc. #### =()<_PATH_MOST_LOGS @<_PATH_MOST_LOGS>@>()= _PATH_MOST_LOGS /var/log/news ## How many generates of log files to keep. #### =()@>()= LOG_CYCLES 7 ## Text value of the server's pid. #### =()<_PATH_SERVERPID @<_PATH_SERVERPID>@>()= _PATH_SERVERPID /var/news/run/innd.pid ## The newsfeeds file, on the server host. #### =()<_PATH_NEWSFEEDS @<_PATH_NEWSFEEDS>@>()= _PATH_NEWSFEEDS /usr/local/news/lib/newsfeeds ## The article history database, on the server host. #### =()<_PATH_HISTORY @<_PATH_HISTORY>@>()= _PATH_HISTORY /var/news/db/history ## File listing the sites that feed us news. #### =()<_PATH_INNDHOSTS @<_PATH_INNDHOSTS>@>()= _PATH_INNDHOSTS /usr/local/news/lib/hosts.nntp ## The active file, on the server host. #### =()<_PATH_ACTIVE @<_PATH_ACTIVE>@>()= _PATH_ACTIVE /var/news/db/active ## A temporary active file, for writing on the server host. #### =()<_PATH_NEWACTIVE @<_PATH_NEWACTIVE>@>()= _PATH_NEWACTIVE /var/news/db/active.tmp ## An old active file on the server host. #### =()<_PATH_OLDACTIVE @<_PATH_OLDACTIVE>@>()= _PATH_OLDACTIVE /var/news/db/active.old ## The log of when groups are created. #### =()<_PATH_ACTIVETIMES @<_PATH_ACTIVETIMES>@>()= _PATH_ACTIVETIMES /var/news/db/active.times ## Where batch files are located. #### =()<_PATH_BATCHDIR @<_PATH_BATCHDIR>@>()= _PATH_BATCHDIR /var/news/out.going ## Where archives are kept. #### =()<_PATH_ARCHIVEDIR @<_PATH_ARCHIVEDIR>@>()= _PATH_ARCHIVEDIR /var/news/news.archive ## Where NNRP distributions file is #### =()<_PATH_NNRPDIST @<_PATH_NNRPDIST>@>()= _PATH_NNRPDIST /usr/local/news/lib/distributions ## Where the NNRP automatic subscriptions file is #### =()<_PATH_NNRPSUBS @<_PATH_NNRPSUBS>@>()= _PATH_NNRPSUBS /usr/local/news/lib/subscriptions ## Where the default Distribution assignments file is #### =()<_PATH_DISTPATS @<_PATH_DISTPATS>@>()= _PATH_DISTPATS /usr/local/news/lib/distrib.pats #### =()<_PATH_NEWSGROUPS @<_PATH_NEWSGROUPS>@>()= _PATH_NEWSGROUPS /usr/local/news/lib/newsgroups ## File where client configuration parameters can be read. #### =()<_PATH_CONFIG @<_PATH_CONFIG>@>()= _PATH_CONFIG /usr/local/news/lib/inn.conf ## The possible active file, on clients (NFS-mounted, e.g.). #### =()<_PATH_CLIENTACTIVE @<_PATH_CLIENTACTIVE>@>()= _PATH_CLIENTACTIVE /var/news/db/active ## A temporary file, for client inews to use. #### =()<_PATH_TEMPACTIVE @<_PATH_TEMPACTIVE>@>()= _PATH_TEMPACTIVE /var/tmp/activeXXXXXX ## Where to mail to the moderators. #### =()<_PATH_MODERATORS @<_PATH_MODERATORS>@>()= _PATH_MODERATORS /usr/local/news/lib/moderators ## A temporary file, for client inews to use. #### =()<_PATH_TEMPMODERATORS @<_PATH_TEMPMODERATORS>@>()= _PATH_TEMPMODERATORS /var/tmp/moderatorsXXXXXX ## Where NNTP puts the name of the server. #### =()<_PATH_SERVER @<_PATH_SERVER>@>()= _PATH_SERVER /usr/local/news/lib/server ## File with name/password for all remote connections. #### =()<_PATH_NNTPPASS @<_PATH_NNTPPASS>@>()= _PATH_NNTPPASS /usr/local/news/lib/passwd.nntp ## NNRP access file. #### =()<_PATH_NNRPACCESS @<_PATH_NNRPACCESS>@>()= _PATH_NNRPACCESS /usr/local/news/lib/nnrp.access ## Default expire control file. #### =()<_PATH_EXPIRECTL @<_PATH_EXPIRECTL>@>()= _PATH_EXPIRECTL /usr/local/news/lib/expire.ctl ## Prolog to parse control scripts #### =()<_PATH_PARSECTL @<_PATH_PARSECTL>@>()= _PATH_PARSECTL /usr/local/news/lib/parsecontrol ## Access control file for control scripts. #### =()<_PATH_CONTROLCTL @<_PATH_CONTROLCTL>@>()= _PATH_CONTROLCTL /usr/local/news/lib/control.ctl ## Innwatch control file. #### =()<_PATH_CTLWATCH @<_PATH_CTLWATCH>@>()= _PATH_CTLWATCH /usr/local/news/lib/innwatch.ctl ## Where innwatch writes its own pid. #### =()<_PATH_WATCHPID @<_PATH_WATCHPID>@>()= _PATH_WATCHPID /var/news/run/innwatch.pid ## Where innwatch writes status when it gets an interrupt #### =()<_PATH_INNWSTATUS @<_PATH_INNWSTATUS>@>()= _PATH_INNWSTATUS /var/news/run/innwatch.status ## Format of news overview database #### =()<_PATH_SCHEMA @<_PATH_SCHEMA>@>()= _PATH_SCHEMA /usr/local/news/lib/overview.fmt ## ## 12. INNWATCH CONFIGURATION ## Load average (* 100) at which innd should be paused. #### =()@>()= INNWATCH_PAUSELOAD 1500 ## Load average (* 100) at which innd should be throttled. #### =()@>()= INNWATCH_HILOAD 2000 ## Load average (* 100) at which to restart innd (pause/throttle undone). #### =()@>()= INNWATCH_LOLOAD 1000 ## Space, in df output units, at which to throttle innd on _PATH_SPOOL ## or _PATH_OVERVIEWDIR. #### =()@>()= INNWATCH_SPOOLSPACE 8000 ## Space, in df output units, at which to throttle innd on _PATH_BATCHDIR. #### =()@>()= INNWATCH_BATCHSPACE 800 ## Space, in df output units, at which to throttle innd on _PATH_NEWSLIB. #### =()@>()= INNWATCH_LIBSPACE 25000 ## Number of inodes at which to throttle innd on _PATH_SPOOL. #### =()@>()= INNWATCH_SPOOLNODES 200 ## How long to sleep between innwatch iterations. #### =()@>()= INNWATCH_SLEEPTIME 600 ## How inn (not just innwatch anymore) gets disk space usage ## (SVR4 machine would probably use /usr/ucb/df) #### =()@>()= INNWATCH_DF /bin/df ## so, John, do we have repeatable example now? -- "- Why are we hiding from the police dad? - They use EMACS son. We use vi." --- Peter Gutmann From owner-freebsd-current Sat Jul 19 15:25:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA14696 for current-outgoing; Sat, 19 Jul 1997 15:25:15 -0700 (PDT) Received: from minor.stranger.com (stranger.vip.best.com [204.156.129.250]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA14691 for ; Sat, 19 Jul 1997 15:25:08 -0700 (PDT) Received: from dog.farm.org (dog.farm.org [207.111.140.47]) by minor.stranger.com (8.6.12/8.6.12) with ESMTP id PAA07346; Sat, 19 Jul 1997 15:47:30 -0700 Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id PAA22048; Sat, 19 Jul 1997 15:22:07 -0700 (PDT) Date: Sat, 19 Jul 1997 15:22:07 -0700 (PDT) From: Dmitry Kohmanyuk Message-Id: <199707192222.PAA22048@dog.farm.org> To: terry@lambert.org (Terry Lambert) Cc: freebsd-current@freebsd.org Subject: Re: -current :) Newsgroups: cs-monolit.gated.lists.freebsd.current Organization: FARM Computing Association Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199707172133.OAA03939@phaeton.artisoft.com> you wrote: > FWIW: I have been able to repeat this with vi and files in frags. You > have to do all of the following before updated fires. > 1) Create a very small file > 2) Copy it to another name > 3) append to it in vi > 4) go back to the first one > 5) append to it in vi > 6) Edit the first file; there are now NUL's where you did the > first append. > This was happening with great frequency with a two mall shell > scripts, RESET and RESETD, which I was using to play with an > LDAP server on FreeBSD. over NFS, right? btw, which LDAP server, ldapd from UMICH? -- "Mr. Worf, scan that ship." "Aye captain. 300 dpi?" From owner-freebsd-current Sat Jul 19 18:25:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA21070 for current-outgoing; Sat, 19 Jul 1997 18:25:11 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA21062 for ; Sat, 19 Jul 1997 18:25:07 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id SAA22428; Sat, 19 Jul 1997 18:24:11 -0700 (PDT) To: Sean Eric Fagan cc: current@FreeBSD.ORG Subject: Re: I am contemplating the following change... In-reply-to: Your message of "Sat, 19 Jul 1997 09:49:56 PDT." <199707191649.JAA15918@kithrup.com> Date: Sat, 19 Jul 1997 18:24:11 -0700 Message-ID: <22424.869361851@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As I just told Jordan... I disagree. > > The visual config stuff is neat, and can be a lifesaver... but requiring > users to do it is going to bite, *hard*. I had to help a (very technical) I agree, which is why I'd like to do something other than have to visit it EVERY SINGLE TIME I do an install in order to change from that obnoxious default of 5. I have probably installed several hundred FreeBSD machines at this point, for myself and many other people, and I have _yet_ to have a single card be at IRQ 5 by default. The ed1 entry is also the cause of much tech support for me since it "catches" cards at 0x300 but invariably with the wrong IRQ, so the user is tricked into thinking that things work until the install is well underway and the only message they're now seeing is: "ed1: device timeout" from the bogus IRQ value. Jordan From owner-freebsd-current Sat Jul 19 18:53:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA22057 for current-outgoing; Sat, 19 Jul 1997 18:53:15 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA22050 for ; Sat, 19 Jul 1997 18:53:11 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id DAA25057; Sun, 20 Jul 1997 03:45:29 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.6/8.8.6) id DAA29287; Sun, 20 Jul 1997 03:35:35 +0200 (CEST) Message-ID: <19970720033535.13811@gtn.com> Date: Sun, 20 Jul 1997 03:35:35 +0200 From: Andreas Klemm To: "Paul D. Robertson" Cc: Andreas Klemm , current@FreeBSD.ORG Subject: Re: I am contemplating the following change... References: <19970719221428.10703@gtn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: ; from Paul D. Robertson on Sat, Jul 19, 1997 at 05:28:39PM -0400 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Jul 19, 1997 at 05:28:39PM -0400, Paul D. Robertson wrote: > > IRQ 10 is a more sane default. Or do you all wanna say, that > > most people install FreeBSD without X11 on a 80386 form 1990 ?! > I'd say that most people choose older, cheaper hardware for a home network, > and most people use FreeBSD at home. Hardware isn't that expensive anymore. If I look into the magazines, then you already get P200 machines for a very low price. And I think 386 machines are really a bit out of date. 486 machines including a math coprocessor on the CPU chip are really cheap as well. And you should get 16 Bit ISA cards for very little money as well. So I'd vote for the FreeBSD installation to directly support hardware, that is in use today. Nearly everybody has a Pentium I think, even at home and if not surely a 80486 machine. I think 386 machines are mainly used as a standanlone ISDN router ... But even then I'd prefer to put the ISDN card directly into the "workhorse", then to have another machine wasting energy. > > Is FreeBSD turing PC's into workstations or is it only used > > for lamer PC hardware ?! > > The first machine I put it on was a 386/25. If not for that, I certainly > wouldn't have purchased a K6 to run FreeBSD on. Yes, the 386 is still > running just fine, 'lamer hardware' that it is. Oops, I just saw that my sentence could be understood wrongly. I'm not referring to people who use that old hardware are lamers. I meant the hardware itself to be lame ;-) So please don't get me wrong. -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Sat Jul 19 19:45:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA24243 for current-outgoing; Sat, 19 Jul 1997 19:45:01 -0700 (PDT) Received: from luke.pmr.com (luke.pmr.com [207.170.114.132]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA24230 for ; Sat, 19 Jul 1997 19:44:58 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.8.6/8.8.6) id VAA28273; Sat, 19 Jul 1997 21:44:15 -0500 (CDT) Message-ID: <19970719214415.40771@pmr.com> Date: Sat, 19 Jul 1997 21:44:15 -0500 From: Bob Willcox To: current list Subject: Location of daily 3.0 snaps? Reply-To: Bob Willcox Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Where are the daily 3.0 snaps located, and are they available via anonymous ftp? Thanks, -- Bob Willcox Deliberation, n.: The act of examining one's bread bob@luke.pmr.com to determine which side it is buttered on. Austin, TX -- Ambrose Bierce, "The Devil's Dictionary" From owner-freebsd-current Sat Jul 19 20:08:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA25375 for current-outgoing; Sat, 19 Jul 1997 20:08:50 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA25369 for ; Sat, 19 Jul 1997 20:08:47 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA15968; Sun, 20 Jul 1997 12:38:31 +0930 (CST) From: Michael Smith Message-Id: <199707200308.MAA15968@genesis.atrad.adelaide.edu.au> Subject: Re: I am contemplating the following change... In-Reply-To: <22424.869361851@time.cdrom.com> from "Jordan K. Hubbard" at "Jul 19, 97 06:24:11 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 20 Jul 1997 12:38:31 +0930 (CST) Cc: sef@Kithrup.COM, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > The ed1 entry is also the cause of much tech support for me since > it "catches" cards at 0x300 but invariably with the wrong IRQ, so the > user is tricked into thinking that things work until the install > is well underway and the only message they're now seeing is: > "ed1: device timeout" from the bogus IRQ value. I'm playing with some code at the moment which improves on the basic 'ed' probe insofar as it tries to talk to parts that are known to be soft-settable, or to have read their config from an eeprom, and then tries to generate an interrupt to suck-it-and-see. I don't know how successful this is going to be. > Jordan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sat Jul 19 20:09:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA25403 for current-outgoing; Sat, 19 Jul 1997 20:09:24 -0700 (PDT) Received: from tau-ceti.isc-br.com (root@tau-ceti.isc-br.com [129.189.2.133]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA25398 for ; Sat, 19 Jul 1997 20:09:21 -0700 (PDT) Received: by tau-ceti.isc-br.com via rmail with stdio id for freebsd-current@FreeBSD.ORG; Sat, 19 Jul 1997 20:09:18 -0700 (PDT) (Smail-3.2.0.93 1997-Apr-12 #12 built 1997-May-25) Received: from phobos.walker.dom (localhost.walker.dom [127.0.0.1]) by phobos.walker.dom (8.8.6/8.8.5) with ESMTP id TAA09578 for ; Sat, 19 Jul 1997 19:40:29 -0700 (PDT) Message-Id: <199707200240.TAA09578@phobos.walker.dom> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-current@FreeBSD.ORG Subject: Insertion of NUL's (was: Re: -current :) In-reply-to: Your message of "Sat, 19 Jul 1997 15:22:07 PDT." <199707192222.PAA22048@dog.farm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 19 Jul 1997 19:40:29 -0700 From: Keith Walker Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > 1) Create a very small file > > 2) Copy it to another name > > 3) append to it in vi > > 4) go back to the first one > > 5) append to it in vi > > 6) Edit the first file; there are now NUL's where you did the > > first append. > Oh good grief, I retired my only QIC-02 tape drive because I thought it was screwed up and inserting NUL's. Tapes made with tar (and I think dump, but I can't remember for sure) would have blocks of ^@'s inserted every once in a while, certainly enough to render a tape backup useless. Could this be related to the above problem? Or is my tape drive (circa 1987) actually broke? (Being's how the tape drive is so old, I don't have any DOS utilities to check the thing :-) Hmmm. keith. From owner-freebsd-current Sat Jul 19 20:22:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA25795 for current-outgoing; Sat, 19 Jul 1997 20:22:52 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA25790 for ; Sat, 19 Jul 1997 20:22:47 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id UAA22713; Sat, 19 Jul 1997 20:21:37 -0700 (PDT) To: Bob Willcox cc: current list Subject: Re: Location of daily 3.0 snaps? In-reply-to: Your message of "Sat, 19 Jul 1997 21:44:15 CDT." <19970719214415.40771@pmr.com> Date: Sat, 19 Jul 1997 20:21:37 -0700 Message-ID: <22709.869368897@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ftp://current.freebsd.org/pub/FreeBSD/ > Where are the daily 3.0 snaps located, and are they available > via anonymous ftp? > > Thanks, > -- > Bob Willcox Deliberation, n.: The act of examining one's bread > bob@luke.pmr.com to determine which side it is buttered on. > Austin, TX -- Ambrose Bierce, "The Devil's Dictionary" From owner-freebsd-current Sat Jul 19 20:34:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA26144 for current-outgoing; Sat, 19 Jul 1997 20:34:38 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA26139 for ; Sat, 19 Jul 1997 20:34:35 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA16060; Sun, 20 Jul 1997 13:04:26 +0930 (CST) From: Michael Smith Message-Id: <199707200334.NAA16060@genesis.atrad.adelaide.edu.au> Subject: Re: fatal double fault In-Reply-To: <199707191701.RAA00380@ubiq.veda.is> from Adam David at "Jul 19, 97 05:01:14 pm" To: adam@veda.is (Adam David) Date: Sun, 20 Jul 1997 13:04:26 +0930 (CST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Adam David stands accused of saying: > I had an NFS client and X server machine double fault panic on me today. > There's a heavily loaded machine with all kinds of servers running that is > holding out robustly. This is with current from before the NFSweb stuff > was added. It might have nothing to do with NFS or X. I don't think it would. > The only debug info that I have follows: > > /kernel: Fatal double fault: > /kernel: eip = 0xf01bf6a5 > /kernel: esp = 0xf3859e9c > /kernel: ebp = 0xf3859ec0 > /kernel: panic: double fault > > # nm /kernel | sort | dwimgrep > f01bf390 F swtch.o > [...] > f01bf57c T _cpu_switch > f01bf5ce t sw1 > f01bf5cf t sw1a > f01bf5fd t rt3 > f01bf605 t nortqr > f01bf637 t idqr > f01bf665 t id3 > f01bf66b t swtch_com > f01bf6b4 T cpu_switch_load_fs > f01bf6ba T cpu_switch_load_gs > f01bf6c4 T _savectx > > If this is not useful information, perhaps it would make sense to log more > verbosely without requiring a full crash dump to be made. It's almost impossible to log anything more useful on a double fault; that's why it's called a 'fatal' double fault. If you get the above on a regular basis, then I'd be starting to get worried about the usual memory/cache problems. > Adam David -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sat Jul 19 21:07:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA27170 for current-outgoing; Sat, 19 Jul 1997 21:07:05 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27137; Sat, 19 Jul 1997 21:05:47 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id OAA23396; Sun, 20 Jul 1997 14:03:37 +1000 Date: Sun, 20 Jul 1997 14:03:37 +1000 From: Bruce Evans Message-Id: <199707200403.OAA23396@godzilla.zeta.org.au> To: current@FreeBSD.ORG, smp@csn.net Subject: Re: INT priorities Cc: smp@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I am currently struggling with INT code in the SMP kernel. To solve >the "problem of the day", I think I need to make a leap and re-arrange >the hw INTs to different APIC priority levels. For the first stab this >means 'constant' INTs like the 8254, RTC and possibly keyboard. I have 7 or 8 >prio levels to play with. Any suggestions where these should end up relative >to the rest of the INTs? The (non-SMP) kernel doesn't really care. It uses spl priorities for essentially everything except fast interrupt handlers. For fast interrupt handlers, the priorities only matter for interrupts that arrive concurrently. Bruce From owner-freebsd-current Sat Jul 19 21:25:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA27909 for current-outgoing; Sat, 19 Jul 1997 21:25:49 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27872; Sat, 19 Jul 1997 21:24:51 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.6/8.8.5) with ESMTP id WAA28515; Sat, 19 Jul 1997 22:24:28 -0600 (MDT) Message-Id: <199707200424.WAA28515@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Bruce Evans cc: current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: INT priorities In-reply-to: Your message of "Sun, 20 Jul 1997 14:03:37 +1000." <199707200403.OAA23396@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 19 Jul 1997 22:24:28 -0600 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce, > The (non-SMP) kernel doesn't really care. It uses spl priorities > for essentially everything except fast interrupt handlers. For fast > interrupt handlers, the priorities only matter for interrupts that > arrive concurrently. I guess I should give a little background: The APIC provides 16 different priority levels for handling INTs. Because they are handled as messages, and each level has a 2 deep fifo, ideally we want at most 2 INTs assigned per level to avoid "message bounce". Because the timer and possibly other INTs can occur on non-standard IRQ #s, we can't compile in values for them. They can only be determined at run time. Another factor is that the APIC doesn't have 1 mask register like the 8259. Instead its an individual bit in a per-source register set, ie the 24 possible INTs sources are masked across 24 different registers. So keeping a bitmask in imen, and the bitmasks in the isa dev struct is of little use. Its actually counter-productive as many operations require a search of the mask for the particular bit of interest. It would be much better to keep INTs organized as logical INT #s, and use the # as an index into various tables, registers, etc. Given the need to reorganize INTs for the above reasons we might as well put a little thought into what goes where. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Sat Jul 19 21:49:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA28940 for current-outgoing; Sat, 19 Jul 1997 21:49:01 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA28935 for ; Sat, 19 Jul 1997 21:48:58 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id VAA26685; Sat, 19 Jul 1997 21:50:45 -0700 (PDT) Message-Id: <199707200450.VAA26685@implode.root.com> To: Michael Smith cc: jkh@time.cdrom.com (Jordan K. Hubbard), sef@Kithrup.COM, current@FreeBSD.ORG Subject: Re: I am contemplating the following change... In-reply-to: Your message of "Sun, 20 Jul 1997 12:38:31 +0930." <199707200308.MAA15968@genesis.atrad.adelaide.edu.au> From: David Greenman Reply-To: dg@root.com Date: Sat, 19 Jul 1997 21:50:45 -0700 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Jordan K. Hubbard stands accused of saying: >> >> The ed1 entry is also the cause of much tech support for me since >> it "catches" cards at 0x300 but invariably with the wrong IRQ, so the >> user is tricked into thinking that things work until the install >> is well underway and the only message they're now seeing is: >> "ed1: device timeout" from the bogus IRQ value. > >I'm playing with some code at the moment which improves on the basic >'ed' probe insofar as it tries to talk to parts that are known to be >soft-settable, or to have read their config from an eeprom, and then >tries to generate an interrupt to suck-it-and-see. I don't know >how successful this is going to be. The main problem I encountered when considering this myself was that while you could read the EEPROM soft settings and use them, the soft settings may not actually be the current settings in use. Most of the cards have jumpers that select specific hard settings or the soft settings and I could not find any documentation on how to read how the jumpers were set. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project