From owner-freebsd-stable Sun Apr 30 0:17:48 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.nerv.nu (cx639627-c.irvn1.occa.home.com [24.0.209.134]) by hub.freebsd.org (Postfix) with ESMTP id 805DE37B88A for ; Sun, 30 Apr 2000 00:17:46 -0700 (PDT) (envelope-from nugundam@nerv.nu) Received: from localhost (nugundam@localhost) by mail.nerv.nu (8.9.3/8.9.3) with ESMTP id AAA03195; Sun, 30 Apr 2000 00:17:51 -0700 (PDT) (envelope-from nugundam@greenwood3.nerv.nu) Date: Sun, 30 Apr 2000 00:17:51 -0700 (PDT) From: Joseph Lee To: freebsd-stable@freebsd.org Cc: luigi@info.iet.unipi.it Subject: ip_fw.c: /kernel: invalid state: 0x3 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After moving my 3.4S box to 4.0S today, I've been getting a lot of "/kernel: invalid state: 0x3" messages. Grepping through my mail spool, and /usr/src, it seems it's related to ip_fw.c where it checks for a invalid state in the statefullness of the firewall rules. Going by the previous emails which went over this, I don't have any keep-state rules on ip, just tcp rules, and udp rules. The error code is 0x3 which looks like a TH_SYN | TH_FIN. I do have SYNFIN drop sysctl compiled in the kernel, but it's not enabled. Is this some strange interaction here? -- Joseph nugundam =best=com==/==\=IIGS=/==\=Playstation=/==\=Civic HX CVT=/==\ # Anime Expo 2000 >> www.anime-expo.org/ > # FreeBSD: The Power to Serve >> www.freebsd.org > # The Ultimate Online Speed-Shop >> www.racesearch.com / To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 1:52:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from bcgrizzly.com (bcgrizzly.com [207.34.136.10]) by hub.freebsd.org (Postfix) with SMTP id 7DC0637BC41 for ; Sun, 30 Apr 2000 01:52:41 -0700 (PDT) (envelope-from forger@bcgrizzly.com) Received: (qmail 35276 invoked by uid 1162); 30 Apr 2000 08:53:58 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Apr 2000 08:53:58 -0000 Date: Sun, 30 Apr 2000 01:53:58 -0700 (PDT) From: Brook To: freebsd-stable@freebsd.org Subject: 4.0-STABLE reboots on high CPU use? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've seen a few messages on spontaneous reboots due to the new ata drivers (which I am using) but my problem doesn't seem to be disk related. If I run dnetc (the distributed.net client) then my system will simply reset after a while. Last night I ran dnetc for the first time in a week or more and it reset after 6 hours, then after 2, and the last time in under 30 minutes. dnetc does very little disk io, so I assume it has something to do with the strain on the CPU? I just did a make world with no problems, although the first time I did this in 4.0-RELEASE (a couple weeks ago) it took several tries before the entire process completed without a reset. included my dmesg if it will be of any use, thanks for any help or references. Cheers, Brook +--- | Brook Miles | A spec of cosmic dust... with attitude. +-------------------------------------- Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #2: Sun Apr 30 00:13:32 PDT 2000 forger@forge.anvilforge.groovey:/usr/src/sys/compile/FORGE Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (199.90-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x544 Stepping = 4 Features=0x8001bf real memory = 67108864 (65536K bytes) config> q avail memory = 62234624 (60776K bytes) Preloaded elf kernel "kernel" at 0xc02f9000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc02f909c. Intel Pentium detected, installing workaround for F00F bug md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 dc0: port 0x6100-0x61ff mem 0xe1000000-0xe10000ff irq 11 at device 13.0 on pci0 dc0: Ethernet address: 00:a0:cc:32:bf:3a miibus0: on dc0 dcphy0: on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: supplying EUI64: 00:a0:cc:ff:fe:32:bf:3a pci0: at 15.0 irq 10 pci0: (vendor=0x1274, dev=0x5000) at 17.0 irq 12 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 ed0 at port 0x240-0x25f iomem 0xd8000 irq 9 on isa0 ed0: address 00:40:05:45:0f:fa, type NE2000 (16 bit) IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to deny, logging limited to 32 packets/entry by default ad0: 3020MB [6136/16/63] at ata0-master using WDMA2 acd0: CD-RW at ata1-master using PIO3 acd1: CDROM at ata1-slave using PIO3 Mounting root from ufs:/dev/ad0s2a WARNING: / was not properly dismounted dc0: starting DAD for fe80:0001::02a0:ccff:fe32:bf3a ed0: starting DAD for fe80:0003::0240:05ff:fe45:0ffa dc0: DAD complete for fe80:0001::02a0:ccff:fe32:bf3a - no duplicates found ed0: DAD complete for fe80:0003::0240:05ff:fe45:0ffa - no duplicates found To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 1:57: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from corinth.bossig.com (mail.dohboys.com [208.26.253.10]) by hub.freebsd.org (Postfix) with ESMTP id 2604A37BB54 for ; Sun, 30 Apr 2000 01:56:56 -0700 (PDT) (envelope-from kstewart@3-cities.com) Received: from 3-cities.com (unverified [208.26.241.106]) by corinth.bossig.com (Rockliffe SMTPRA 4.2.1) with ESMTP id ; Sun, 30 Apr 2000 02:01:23 -0700 Message-ID: <390BF54B.4CCE873C@3-cities.com> Date: Sun, 30 Apr 2000 01:56:43 -0700 From: Kent Stewart Organization: Columbia Basin Virtual Community Project X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Brook Cc: freebsd-stable@freebsd.org Subject: Re: 4.0-STABLE reboots on high CPU use? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brook wrote: > > I've seen a few messages on spontaneous reboots due to the new ata > drivers (which I am using) but my problem doesn't seem to be disk related. > > If I run dnetc (the distributed.net client) then my system will simply > reset after a while. Last night I ran dnetc for the first time in a week > or more and it reset after 6 hours, then after 2, and the last time in > under 30 minutes. > > dnetc does very little disk io, so I assume it has something to do with > the strain on the CPU? I just did a make world with no problems, although > the first time I did this in 4.0-RELEASE (a couple weeks ago) it took > several tries before the entire process completed without a reset. > > included my dmesg if it will be of any use, thanks for any help or > references. You might try running "netstat -m" while this is going on and see if you are running out of mbufs. If you are, you need to increase you NMBCLUSTERS in the kernel. Kent > > Cheers, > Brook > > +--- > | Brook Miles > | A spec of cosmic dust... with attitude. > +-------------------------------------- > > Copyright (c) 1992-2000 The FreeBSD Project. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > FreeBSD 4.0-STABLE #2: Sun Apr 30 00:13:32 PDT 2000 > forger@forge.anvilforge.groovey:/usr/src/sys/compile/FORGE > Timecounter "i8254" frequency 1193182 Hz > CPU: Pentium/P55C (199.90-MHz 586-class CPU) > Origin = "GenuineIntel" Id = 0x544 Stepping = 4 > Features=0x8001bf > real memory = 67108864 (65536K bytes) > config> q > avail memory = 62234624 (60776K bytes) > Preloaded elf kernel "kernel" at 0xc02f9000. > Preloaded userconfig_script "/boot/kernel.conf" at 0xc02f909c. > Intel Pentium detected, installing workaround for F00F bug > md0: Malloc disk > npx0: on motherboard > npx0: INT 16 interface > pcib0: on motherboard > pci0: on pcib0 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port 0xf000-0xf00f at device 7.1 on pci0 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: at 0x170 irq 15 on atapci0 > dc0: port 0x6100-0x61ff mem 0xe1000000-0xe10000ff irq 11 at device 13.0 on pci0 > dc0: Ethernet address: 00:a0:cc:32:bf:3a > miibus0: on dc0 > dcphy0: on miibus0 > dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > dc0: supplying EUI64: 00:a0:cc:ff:fe:32:bf:3a > pci0: at 15.0 irq 10 > pci0: (vendor=0x1274, dev=0x5000) at 17.0 irq 12 > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 > fdc0: FIFO enabled, 8 bytes threshold > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > sc0: on isa0 > sc0: VGA <16 virtual consoles, flags=0x200> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio1: configured irq 3 not in bitmap of probed irqs 0 > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > ppi0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > plip0: on ppbus0 > ed0 at port 0x240-0x25f iomem 0xd8000 irq 9 on isa0 > ed0: address 00:40:05:45:0f:fa, type NE2000 (16 bit) > IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to deny, logging limited to 32 packets/entry by default > ad0: 3020MB [6136/16/63] at ata0-master using WDMA2 > acd0: CD-RW at ata1-master using PIO3 > acd1: CDROM at ata1-slave using PIO3 > Mounting root from ufs:/dev/ad0s2a > WARNING: / was not properly dismounted > dc0: starting DAD for fe80:0001::02a0:ccff:fe32:bf3a > ed0: starting DAD for fe80:0003::0240:05ff:fe45:0ffa > dc0: DAD complete for fe80:0001::02a0:ccff:fe32:bf3a - no duplicates found > ed0: DAD complete for fe80:0003::0240:05ff:fe45:0ffa - no duplicates found > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:kstewart@3-cities.com http://www.3-cities.com/~kstewart/index.html FreeBSD News http://daily.daemonnews.org/ SETI(Search for Extraterrestrial Intelligence) @ HOME http://setiathome.ssl.berkeley.edu/ Hunting Archibald Stewart, b 1802 in Ballymena, Antrim Co., NIR http://www.3-cities.com/~kstewart/genealogy/archibald_stewart.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 8:23:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 1675737B9C5 for ; Sun, 30 Apr 2000 08:23:32 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p30-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.31]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id AAA21364; Mon, 1 May 2000 00:23:24 +0900 (JST) Message-ID: <390C5052.C00AD600@newsguy.com> Date: Mon, 01 May 2000 00:25:06 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Roddie Hasan Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Disk error and No /boot/loader References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Roddie Hasan wrote: > > > Booting above 8 Gb is not supported, due to BIOS problems. If you don't > > believe that, trying booting Windows above 8 Gb... :-) > > Understood - But why would it have worked with 3.4 and the *exact* same > configuration? (When I upgraded, I deleted the partition during install, > and recreated it the same way). Perhaps you used boot0cfg to configure "packet mode" under 3.4, and forgot to repeat that step? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org dcs@there.is.no.such.thing.as.a.bsdconspiracy.net GPL certainly doesn't meet Janis Joplin's definition of freedom: "Freedom is just another word for nothing left to lose." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 8:47:37 2000 Delivered-To: freebsd-stable@freebsd.org Received: from kodos.tinet.ie (kodos.tinet.ie [159.134.237.29]) by hub.freebsd.org (Postfix) with ESMTP id C6A7A37B645 for ; Sun, 30 Apr 2000 08:47:33 -0700 (PDT) (envelope-from tony@nua.ie) Received: from p269.as1.adl.dublin.eircom.net ([159.134.229.13]) by kodos.tinet.ie with smtp (Exim 2.05 #23) id 12lvwL-0002UB-00; Sun, 30 Apr 2000 16:47:26 +0100 From: Tony Byrne To: Cc: Subject: Re: atdisk driver question... Date: Sun, 30 Apr 2000 16:52:25 +0100 Organization: Nua Ltd. Reply-To: tony@nua.ie Message-ID: <9ljogsgql0ud994vea64hhgq08kqsnivdo@4ax.com> References: In-Reply-To: X-Mailer: Forte Agent 1.7/32.534 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 29 Apr 2000 21:33:07 -0400, you wrote: >recognize fine. The root partition of the hard drive mounts. Then, I = get >an error that /dev/wd0s1f is larger than the partition. "fsck" also = bombs >out, telling me that it cannot read several sectors. If I reboot with = my >3.4S kernel, the system comes up without a hitch. And yes, I created = ad0, >ad0s1[abcdefgh] to match the old "wd" device identifiers. Did you edit your /etc/fstab to change the /dev/wd* entries to /dev/ad*? Regards, Tony. -- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Tony Byrne , Swords, Co. Dublin, Ireland. MP3 Musician http://www.mp3.com/tony_byrne Get your copy of the Winamp MP3 player: http://www.winamp.com =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 9: 9: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mercury.campbell-mithun.com (Mercury.campbell-mithun.com [192.159.32.151]) by hub.freebsd.org (Postfix) with ESMTP id ED67937B9F8; Sun, 30 Apr 2000 09:08:58 -0700 (PDT) (envelope-from swb@grasslake.net) Received: from accord.grasslake.net (honda.grasslake.net [192.168.1.1]) by mercury.campbell-mithun.com (8.9.1a/8.9.1) with ESMTP id LAA29285; Sun, 30 Apr 2000 11:08:56 -0500 Received: from k6 (k6.grasslake.net [192.168.2.1]) by accord.grasslake.net (8.9.3/8.9.3) with SMTP id BAA00312; Sun, 30 Apr 2000 01:40:38 -0500 (CDT) (envelope-from swb@grasslake.net) Message-ID: <006601bfb26f$28df73b0$0102a8c0@k6> From: "Shawn Barnhart" To: "Mike Smith" Cc: References: <200004300438.VAA00706@mass.cdrom.com> Subject: HPDA/DAC960PL (was Re: How good is AMI MegaRAID support?) Date: Sun, 30 Apr 2000 01:41:48 -0500 Organization: Grasslake.Net MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----- Original Message ----- From: "Mike Smith" | > mlx0: port 0xdc80-0xdcff irq 11 at | > device 13.0 on pci0 | > mlx0: couldn't allocate mailbox window | > device_probe_and_attach: mlx0 attach returned 6 | | What firmware revision are you running? This looks like your card isn't | supporting a memory-mapped region for the mailbox window - I should check | for this I guess. | | I'm fairly sure that 2.42 or later will work. I took a leap of faith and downloaded 2.73 from Mylex web site and flashed it onto my HPDA aka 960PL card. With the Mylex utils and the new firmware I've found I have two dead disks in this cabinet, but I was able to format the three remaining as RAID5. Unfortunately, I'm still getting the above error message. Any potential workarounds? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 9:31:33 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail2.mia.bellsouth.net (mail2.mia.bellsouth.net [205.152.144.14]) by hub.freebsd.org (Postfix) with ESMTP id 8DA2F37B6C3 for ; Sun, 30 Apr 2000 09:31:30 -0700 (PDT) (envelope-from almacen@bellsouth.net) Received: from bellsouth.net (host-209-215-29-131.mia.bellsouth.net [209.215.29.131]) by mail2.mia.bellsouth.net (3.3.5alt/0.75.2) with ESMTP id MAA25597 for ; Sun, 30 Apr 2000 12:31:21 -0400 (EDT) Message-ID: <390C8A11.A6E35B98@bellsouth.net> Date: Sun, 30 Apr 2000 12:31:29 -0700 From: "O. Nunez de Villavicencio" Organization: The_ONVA_Group X-Mailer: Mozilla 4.7 [en]C-bls40 (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-stable@FreeBSD.org almacen@bellsouth.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 11:53:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lucifer.bart.nl (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 6EE5637B8EB for ; Sun, 30 Apr 2000 11:53:46 -0700 (PDT) (envelope-from asmodai@lucifer.bart.nl) Received: (from asmodai@localhost) by lucifer.bart.nl (8.9.3/8.9.3) id UAA37164; Sun, 30 Apr 2000 20:53:34 +0200 (CEST) (envelope-from asmodai) Date: Sun, 30 Apr 2000 20:53:34 +0200 From: Jeroen Ruigrok van der Werven To: rjk191@psu.edu Cc: freebsd-stable@FreeBSD.ORG Subject: Re: syntax errors in netinet/in.h Message-ID: <20000430205334.B36647@lucifer.bart.nl> References: <20000429003113.A65770@rjk191.rh.psu.edu> <20000429064542.K17098@strontium.scientia.demon.co.uk> <20000429035009.A91597@rjk191.rh.psu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000429035009.A91597@rjk191.rh.psu.edu>; from ray@rjk191.rh.psu.edu on Sat, Apr 29, 2000 at 03:50:09AM -0400 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20000429 10:00], Ray Kohler (ray@rjk191.rh.psu.edu) wrote: >I was trying to compile wine, and wrote a small test program that >included without using anything in it because I >wanted to investigate some compile errors with wine. It turns out >that the problem there was that the files were included in the wrong >order, anyway. Read style(9). Good advice on include files. -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl Answering the questions that no one asks... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 12: 4:40 2000 Delivered-To: freebsd-stable@freebsd.org Received: from bcgrizzly.com (bcgrizzly.com [207.34.136.10]) by hub.freebsd.org (Postfix) with SMTP id B597C37B937 for ; Sun, 30 Apr 2000 12:04:35 -0700 (PDT) (envelope-from forger@bcgrizzly.com) Received: (qmail 39263 invoked by uid 1162); 30 Apr 2000 19:05:55 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Apr 2000 19:05:55 -0000 Date: Sun, 30 Apr 2000 12:05:55 -0700 (PDT) From: Brook To: Kent Stewart Cc: freebsd-stable@freebsd.org Subject: Re: 4.0-STABLE reboots on high CPU use? In-Reply-To: <390BF54B.4CCE873C@3-cities.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If I'm not mistaken, mbufs are network related? dnetc only performs network io once a day or so, and wasn't doing any at the time of the resets. +--- | Brook Miles | A spec of cosmic dust... with attitude. +-------------------------------------- On Sun, 30 Apr 2000, Kent Stewart wrote: > > > Brook wrote: > > > > I've seen a few messages on spontaneous reboots due to the new ata > > drivers (which I am using) but my problem doesn't seem to be disk related. > > > > If I run dnetc (the distributed.net client) then my system will simply > > reset after a while. Last night I ran dnetc for the first time in a week > > or more and it reset after 6 hours, then after 2, and the last time in > > under 30 minutes. > > > > dnetc does very little disk io, so I assume it has something to do with > > the strain on the CPU? I just did a make world with no problems, although > > the first time I did this in 4.0-RELEASE (a couple weeks ago) it took > > several tries before the entire process completed without a reset. > > > > included my dmesg if it will be of any use, thanks for any help or > > references. > > You might try running "netstat -m" while this is going on and see if you are running > out of mbufs. If you are, you need to increase you NMBCLUSTERS in the kernel. > > Kent > > > > > Cheers, > > Brook > > > > +--- > > | Brook Miles > > | A spec of cosmic dust... with attitude. > > +-------------------------------------- > > > > Copyright (c) 1992-2000 The FreeBSD Project. > > Copyright (c) 1982, 1986, 1989, 1991, 1993 > > The Regents of the University of California. All rights reserved. > > FreeBSD 4.0-STABLE #2: Sun Apr 30 00:13:32 PDT 2000 > > forger@forge.anvilforge.groovey:/usr/src/sys/compile/FORGE > > Timecounter "i8254" frequency 1193182 Hz > > CPU: Pentium/P55C (199.90-MHz 586-class CPU) > > Origin = "GenuineIntel" Id = 0x544 Stepping = 4 > > Features=0x8001bf > > real memory = 67108864 (65536K bytes) > > config> q > > avail memory = 62234624 (60776K bytes) > > Preloaded elf kernel "kernel" at 0xc02f9000. > > Preloaded userconfig_script "/boot/kernel.conf" at 0xc02f909c. > > Intel Pentium detected, installing workaround for F00F bug > > md0: Malloc disk > > npx0: on motherboard > > npx0: INT 16 interface > > pcib0: on motherboard > > pci0: on pcib0 > > isab0: at device 7.0 on pci0 > > isa0: on isab0 > > atapci0: port 0xf000-0xf00f at device 7.1 on pci0 > > ata0: at 0x1f0 irq 14 on atapci0 > > ata1: at 0x170 irq 15 on atapci0 > > dc0: port 0x6100-0x61ff mem 0xe1000000-0xe10000ff irq 11 at device 13.0 on pci0 > > dc0: Ethernet address: 00:a0:cc:32:bf:3a > > miibus0: on dc0 > > dcphy0: on miibus0 > > dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > dc0: supplying EUI64: 00:a0:cc:ff:fe:32:bf:3a > > pci0: at 15.0 irq 10 > > pci0: (vendor=0x1274, dev=0x5000) at 17.0 irq 12 > > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 > > fdc0: FIFO enabled, 8 bytes threshold > > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > > atkbdc0: at port 0x60,0x64 on isa0 > > atkbd0: irq 1 on atkbdc0 > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > > sc0: on isa0 > > sc0: VGA <16 virtual consoles, flags=0x200> > > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > > sio0: type 16550A > > sio1: configured irq 3 not in bitmap of probed irqs 0 > > ppc0: at port 0x378-0x37f irq 7 on isa0 > > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > > ppi0: on ppbus0 > > lpt0: on ppbus0 > > lpt0: Interrupt-driven port > > plip0: on ppbus0 > > ed0 at port 0x240-0x25f iomem 0xd8000 irq 9 on isa0 > > ed0: address 00:40:05:45:0f:fa, type NE2000 (16 bit) > > IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to deny, logging limited to 32 packets/entry by default > > ad0: 3020MB [6136/16/63] at ata0-master using WDMA2 > > acd0: CD-RW at ata1-master using PIO3 > > acd1: CDROM at ata1-slave using PIO3 > > Mounting root from ufs:/dev/ad0s2a > > WARNING: / was not properly dismounted > > dc0: starting DAD for fe80:0001::02a0:ccff:fe32:bf3a > > ed0: starting DAD for fe80:0003::0240:05ff:fe45:0ffa > > dc0: DAD complete for fe80:0001::02a0:ccff:fe32:bf3a - no duplicates found > > ed0: DAD complete for fe80:0003::0240:05ff:fe45:0ffa - no duplicates found > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > -- > Kent Stewart > Richland, WA > > mailto:kstewart@3-cities.com > http://www.3-cities.com/~kstewart/index.html > FreeBSD News http://daily.daemonnews.org/ > > SETI(Search for Extraterrestrial Intelligence) @ HOME > http://setiathome.ssl.berkeley.edu/ > > Hunting Archibald Stewart, b 1802 in Ballymena, Antrim Co., NIR > http://www.3-cities.com/~kstewart/genealogy/archibald_stewart.html > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 13:24: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from falla.videotron.net (falla.videotron.net [205.151.222.106]) by hub.freebsd.org (Postfix) with ESMTP id 2358637BE29 for ; Sun, 30 Apr 2000 13:24:01 -0700 (PDT) (envelope-from bmilekic@dsuper.net) Received: from modemcable009.62-201-24.mtl.mc.videotron.net ([24.201.62.9]) by falla.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0FTU0075DJ90Z7@falla.videotron.net> for freebsd-stable@FreeBSD.ORG; Sun, 30 Apr 2000 16:22:12 -0400 (EDT) Date: Sun, 30 Apr 2000 16:23:13 -0400 (EDT) From: Bosko Milekic Subject: Re: 4.0-STABLE reboots on high CPU use? In-reply-to: X-Sender: bmilekic@jehovah.technokratis.com To: Brook Cc: Kent Stewart , freebsd-stable@FreeBSD.ORG Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG That's right. Furthermore, the system will not crash (or should not) upon running out of mbufs so the reboots are related to something else. Try getting a crash dump, then offer us a stacktrace to look at, with detailed information appended. On Sun, 30 Apr 2000, Brook wrote: > > If I'm not mistaken, mbufs are network related? dnetc only performs > network io once a day or so, and wasn't doing any at the time of the > resets. > > +--- > | Brook Miles > | A spec of cosmic dust... with attitude. > +-------------------------------------- > -- Bosko Milekic * pages.infinit.net/bmilekic/index.html * www.technokratis.com bmilekic@dsuper.net * bmilekic@technokratis.com * b.milekic@marianopolis.edu "Give a man a fish and he will eat for a day. Teach him how to fish, and he will sit in a boat and drink beer all day." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 13:30: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from andrsn.stanford.edu (andrsn.Stanford.EDU [171.66.112.163]) by hub.freebsd.org (Postfix) with ESMTP id D494837BD9C for ; Sun, 30 Apr 2000 13:30:00 -0700 (PDT) (envelope-from andrsn@andrsn.stanford.edu) Received: from localhost (andrsn@localhost.stanford.edu [127.0.0.1]) by andrsn.stanford.edu (8.9.3/8.9.1) with ESMTP id NAA07510 for ; Sun, 30 Apr 2000 13:24:07 -0700 (PDT) Date: Sun, 30 Apr 2000 13:24:07 -0700 (PDT) From: Annelise Anderson To: freebsd-stable@freebsd.org Subject: gettytab "if" not working? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In 4.0-RELEASE and 4.0-STABLE, adding if=/etc/issue: to the default: line no longer works to display the contents of /etc/issue when someone telnets to the machine. Adding to the P|Pc|Pc console: line still (something like if=/etc/pcissue: still works for logins at the console, displaying the contents of /etc/pcissue as expected. I tried to find the code that handles this but didn't succeed. What's the right way to make this work now? Annelise To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 14:12: 8 2000 Delivered-To: freebsd-stable@freebsd.org Received: from indigo.dreamfire.net (indigo.dreamfire.net [207.113.154.29]) by hub.freebsd.org (Postfix) with ESMTP id 9FCDF37BD4A for ; Sun, 30 Apr 2000 14:12:03 -0700 (PDT) (envelope-from sean@dreamfire.net) Received: from valiant.dreamfire.net (valiant [24.11.227.21]) by indigo.dreamfire.net (Postfix) with ESMTP id 65EA89452 for ; Sun, 30 Apr 2000 14:12:02 -0700 (PDT) Received: by valiant.dreamfire.net (Postfix, from userid 1000) id AC0991B1; Sun, 30 Apr 2000 14:12:01 -0700 (PDT) Date: Sun, 30 Apr 2000 14:12:01 -0700 From: Sean-Paul Rees To: freebsd-stable@freebsd.org Subject: Sound skipping Message-ID: <20000430141201.A79175@seanrees.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been diddling with my FreeBSD 4.0-RELEASE installation. Its going to be -STABLE later tonight or tomorrow. Anyhoo, I compiled up the xmms port (no modifications) and when I play a song I seem to get a lot of skips. I think its directly related to the cpu usage at the time of mp3 playing. I never get this in Linux, even if the CPU is 100% busy. Pertinent info: sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 sbc0: setting card to irq 5, drq 1, 5 pcm0: on sbc0 unknown0: at port 0x200-0x207 on isa0 unknown1: at port 0x620-0x623 on isa0 Is there any way to keep the skips down to a minimum (zero)? The box is a P2 300, 160M of RAM. -- Cheers, Sean Sean-Paul Rees (sean@seanrees.com) Web: http://www.seanrees.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 15: 8:28 2000 Delivered-To: freebsd-stable@freebsd.org Received: from bcgrizzly.com (bcgrizzly.com [207.34.136.10]) by hub.freebsd.org (Postfix) with SMTP id 2AA5637BE03 for ; Sun, 30 Apr 2000 15:08:23 -0700 (PDT) (envelope-from forger@bcgrizzly.com) Received: (qmail 40813 invoked by uid 1162); 30 Apr 2000 22:09:43 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Apr 2000 22:09:43 -0000 Date: Sun, 30 Apr 2000 15:09:43 -0700 (PDT) From: Brook To: Bosko Milekic Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 4.0-STABLE reboots on high CPU use? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I usually don't run with the console on, but when I did to see what other info I could see I got this: "Fatal trap 12: Page fault while in kernel mode ..." http://ript.net/~forger/DSC0003.JPG Sorry for the focus =) If there are better ways of getting this info please fill me in. I can reliably reproduce this by running dnetc for about 20 minutes, so if there's something I should do to gather more info it shouldn't be a problem. +--- | Brook Miles | A spec of cosmic dust... with attitude. +-------------------------------------- On Sun, 30 Apr 2000, Bosko Milekic wrote: > > That's right. Furthermore, the system will not crash (or should not) > upon running out of mbufs so the reboots are related to something else. > Try getting a crash dump, then offer us a stacktrace to look at, with > detailed information appended. > > On Sun, 30 Apr 2000, Brook wrote: > > > > > If I'm not mistaken, mbufs are network related? dnetc only performs > > network io once a day or so, and wasn't doing any at the time of the > > resets. > > > > +--- > > | Brook Miles > > | A spec of cosmic dust... with attitude. > > +-------------------------------------- > > > > > -- > Bosko Milekic * pages.infinit.net/bmilekic/index.html * www.technokratis.com > bmilekic@dsuper.net * bmilekic@technokratis.com * b.milekic@marianopolis.edu > > "Give a man a fish and he will eat for a day. Teach him how > to fish, and he will sit in a boat and drink beer all day." > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 15:14: 3 2000 Delivered-To: freebsd-stable@freebsd.org Received: from monet.titania.net (monet.titania.net [209.207.60.17]) by hub.freebsd.org (Postfix) with ESMTP id 80E6937C07A for ; Sun, 30 Apr 2000 15:13:59 -0700 (PDT) (envelope-from jtk@titania.net) Received: from titania.net ([206.64.112.115]) by monet.titania.net (8.9.3/8.9.1) with ESMTP id BAA93839 for ; Mon, 1 May 2000 01:40:49 GMT Message-ID: <390CB079.25A8D10@titania.net> Date: Sun, 30 Apr 2000 18:15:21 -0400 From: "Joseph T. Klein" X-Mailer: Mozilla 4.72 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: X on Dell Optiplex GX100? What is the magic incantation to make X-Window function. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I need a clue on how to configure the Xserver on a Dell Optiplex GX100. It has an i810 graphics chipset. -- Joseph T. Klein jtk@titania.net Cogent Communications jklein@cogentco.com +1 202 295 4217 +1 414 915 7489 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 15:24:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-193-112-57.dsl.snfc21.pacbell.net [63.193.112.57]) by hub.freebsd.org (Postfix) with ESMTP id 2B8CB37B852 for ; Sun, 30 Apr 2000 15:24:20 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id PAA03609; Sun, 30 Apr 2000 15:32:28 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200004302232.PAA03609@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Shawn Barnhart" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: HPDA/DAC960PL (was Re: How good is AMI MegaRAID support?) In-reply-to: Your message of "Sun, 30 Apr 2000 01:41:48 CDT." <006601bfb26f$28df73b0$0102a8c0@k6> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 30 Apr 2000 15:32:28 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > | I'm fairly sure that 2.42 or later will work. > > I took a leap of faith and downloaded 2.73 from Mylex web site and > flashed it onto my HPDA aka 960PL card. With the Mylex utils and the > new firmware I've found I have two dead disks in this cabinet, but I was > able to format the three remaining as RAID5. > > Unfortunately, I'm still getting the above error message. Any potential > workarounds? No - it's going to take a driver fix. Let me get back to you on this in a day or two. (bug me if I don't) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 15:32:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.twave.net (twave.net [206.100.228.5]) by hub.freebsd.org (Postfix) with SMTP id 0E37E37BD42 for ; Sun, 30 Apr 2000 15:32:22 -0700 (PDT) (envelope-from brameld@twave.net) Received: from [208.47.188.202] by mail.twave.net (NTMail 3.03.0018/1.abwg) with ESMTP id za156935 for ; Sun, 30 Apr 2000 18:32:10 -0400 From: Walter Brameld To: Sean-Paul Rees , freebsd-stable@freebsd.org Subject: Re: Sound skipping Date: Sun, 30 Apr 2000 18:29:30 -0400 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain References: <20000430141201.A79175@seanrees.com> In-Reply-To: <20000430141201.A79175@seanrees.com> MIME-Version: 1.0 Message-Id: <00043018320800.30807@Bozo_3.BozoLand.domain> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 30 Apr 2000, in a never-ending search for enlightenment, Sean-Paul Rees wrote: > I've been diddling with my FreeBSD 4.0-RELEASE installation. Its going to > be -STABLE later tonight or tomorrow. > > Anyhoo, I compiled up the xmms port (no modifications) and when I play a song > I seem to get a lot of skips. I think its directly related to the cpu usage > at the time of mp3 playing. I never get this in Linux, even if the CPU is > 100% busy. > > Pertinent info: > sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq > 1,5 on isa0 > sbc0: setting card to irq 5, drq 1, 5 > pcm0: on sbc0 > unknown0: at port 0x200-0x207 on isa0 > unknown1: at port 0x620-0x623 on isa0 > > Is there any way to keep the skips down to a minimum (zero)? The box is a > P2 300, 160M of RAM. > > -- > Cheers, > Sean From what I've seen here on the list, xmms must be a real resource hog. I just installed it to give it a try, and I get skips whenever I do anything else while it is in use. I can't use the equalizer either, bogs the playback down to nil output. I'm running a P3 450 w/ 128M ram. It plays fine if I don't touch my mouse or keyboard.... guess I'll stick with gqmpeg. -- Walter Brameld Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? BSD: Are you guys coming, or what? Walter: And what does THIS button do?? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 15:36:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from epsilon.lucida.qc.ca (epsilon.lucida.qc.ca [216.95.146.6]) by hub.freebsd.org (Postfix) with SMTP id A5E5437BE60 for ; Sun, 30 Apr 2000 15:36:43 -0700 (PDT) (envelope-from matt@ARPA.MAIL.NET) Received: (qmail 952 invoked by uid 1000); 30 Apr 2000 22:36:42 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Apr 2000 22:36:42 -0000 Date: Sun, 30 Apr 2000 18:36:38 -0400 (EDT) From: Matt Heckaman X-Sender: matt@epsilon.lucida.qc.ca To: Walter Brameld Cc: Sean-Paul Rees , freebsd-stable@freebsd.org Subject: Re: Sound skipping In-Reply-To: <00043018320800.30807@Bozo_3.BozoLand.domain> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: localhost 1.6.2 0/1000/N Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 30 Apr 2000, Walter Brameld wrote: [...] : I just installed it to give it a try, and I get skips whenever I do : anything else while it is in use. I can't use the equalizer either, : bogs the playback down to nil output. I'm running a P3 450 w/ 128M ram. sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 sbc0: setting card to irq 5, drq 1, 5 pcm0: on sbc0 I have the same xmms problem, however ONLY when I use the equalizer, if I don't use the EQ it runs perfectly fine. This is either an xmms issue or a 4.0 pcm issue, it worked fine (EQ and all) under 3.4. BTW, hi Sean, long time no see. : It plays fine if I don't touch my mouse or keyboard.... guess I'll : stick with gqmpeg. : : -- : Walter Brameld : : Microsoft: Where do you want to go today? : Linux: Where do you want to go tomorrow? : BSD: Are you guys coming, or what? : Walter: And what does THIS button do?? : : : : To Unsubscribe: send mail to majordomo@FreeBSD.org : with "unsubscribe freebsd-stable" in the body of the message : Matt Heckaman matt@arpa.mail.net http://www.lucida.qc.ca -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.1 (FreeBSD) Comment: http://www.lucida.qc.ca/pgp iD8DBQE5DLV5dMMtMcA1U5ARAvkUAJ40U6zB6JVJVEw3KIULjJ/2DQa5owCg1z8h EJRvM3LKku19+cjtfpk4dnU= =jHuh -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 15:59: 8 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dominik.saargate.de (dominik.saargate.de [212.88.133.252]) by hub.freebsd.org (Postfix) with ESMTP id 1B5AF37BF9F; Sun, 30 Apr 2000 15:59:03 -0700 (PDT) (envelope-from domi@saargate.de) Received: from localhost (localhost [127.0.0.1]) by dominik.saargate.de (8.9.3/8.9.3) with ESMTP id AAA45021; Mon, 1 May 2000 00:56:08 +0200 (CEST) (envelope-from domi@saargate.de) Date: Mon, 1 May 2000 00:56:07 +0200 (CEST) From: Dominik Brettnacher To: "sean@seanrees.com" Cc: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org Subject: Re: Sound skipping In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 30 Apr 2000, sean@seanrees.com wrote: > I've been diddling with my FreeBSD 4.0-RELEASE installation. Its going to > be -STABLE later tonight or tomorrow. newpcm respective FreeBSD 4 seem to me more sensible when it comes to short CPU load spikes. On 3-STABLE I never had problems with mpg123 up to a load average of 6-7 on a P166MMX using a buffer of 1024 kbytes. Now the sound sometimes hangs or skips even when I open an xterm. Another issue is the mixer with newpcm: on my Avance Asound 110 there has been some noise since I'm using 4-STABLE. Setting the volume to 100 using mixer(8) does not result in the same loudness as it did before. -- Dominik - http://www.brettnacher.org/users/dominik/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 16:35: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from field.videotron.net (field.videotron.net [205.151.222.108]) by hub.freebsd.org (Postfix) with ESMTP id 46BBE37BBBD for ; Sun, 30 Apr 2000 16:35:04 -0700 (PDT) (envelope-from bmilekic@dsuper.net) Received: from modemcable009.62-201-24.mtl.mc.videotron.net ([24.201.62.9]) by field.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0FTU003JAS2Y6L@field.videotron.net> for freebsd-stable@FreeBSD.ORG; Sun, 30 Apr 2000 19:32:59 -0400 (EDT) Date: Sun, 30 Apr 2000 19:34:00 -0400 (EDT) From: Bosko Milekic Subject: Re: 4.0-STABLE reboots on high CPU use? In-reply-to: X-Sender: bmilekic@jehovah.technokratis.com To: Brook Cc: freebsd-stable@FreeBSD.ORG Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 30 Apr 2000, Brook wrote: > > I usually don't run with the console on, but when I did to see what other > info I could see I got this: > "Fatal trap 12: Page fault while in kernel mode ..." > http://ript.net/~forger/DSC0003.JPG > > Sorry for the focus =) If there are better ways of getting this info > please fill me in. Sure there are. For one thing, you want to build your kernel with debugging information. A combination of the following (or all of the following) may be useful for you: makeoptions DEBUG=-g options DDB options INVARIANTS options INVARIANT_SUPPORT options DIAGNOSTIC You also should look at the Handbook and read the `debugging' section. In this particular case, you may want to show us the output of `trace' from within the debugger, and particularily, the disassembled function where the fault occurs with the address of the `Instruction Pointer' (in the above screenshot, you had this information) highlighted. > > I can reliably reproduce this by running dnetc for about 20 minutes, so if > there's something I should do to gather more info it shouldn't be a > problem. > > +--- > | Brook Miles > | A spec of cosmic dust... with attitude. > +-------------------------------------- > -- Bosko Milekic * pages.infinit.net/bmilekic/index.html * www.technokratis.com bmilekic@dsuper.net * bmilekic@technokratis.com * b.milekic@marianopolis.edu "Give a man a fish and he will eat for a day. Teach him how to fish, and he will sit in a boat and drink beer all day." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 17: 5:28 2000 Delivered-To: freebsd-stable@freebsd.org Received: from student-00cdr.williams.edu (student-00cdr.williams.edu [137.165.32.200]) by hub.freebsd.org (Postfix) with ESMTP id E5F6F37BDF2; Sun, 30 Apr 2000 17:05:25 -0700 (PDT) (envelope-from chris@student-00cdr.williams.edu) Received: by student-00cdr.williams.edu (Postfix, from userid 1000) id 1B24812C; Sun, 30 Apr 2000 20:05:56 -0400 (EDT) Date: Sun, 30 Apr 2000 20:05:56 -0400 From: Chris Richards To: FreeBSD-STABLE Cc: Cameron Grant Subject: Re: cvs commit: src/sys/dev/sound/pci emu10k1.c Message-ID: <20000430200556.A30836@student-00cdr.williams.edu> References: <200004181911.MAA96314@freefall.freebsd.org> <20000419014212.A316@student-00cdr.williams.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000419014212.A316@student-00cdr.williams.edu>; from crichard-freebsd@wso.williams.edu on Wed, Apr 19, 2000 at 01:42:12AM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 19, 2000 at 01:42:12AM -0400, Chris Richards wrote: > On Tue, Apr 18, 2000 at 12:11:39PM -0700, Cameron Grant wrote: > > > Modified files: > > sys/dev/sound/pci emu10k1.c > > Log: > > try the fix from creative bugzilla for nmi problem > > Alas, the fix didn't. The 4.0-STABLE kernel still panics with a RAM > parity error. Whoops, I take that back. I must have been testing the wrong kernel, because the emu10k1 driver is now working beautifully for me, ECC and all. -chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 17:53: 3 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mercury.campbell-mithun.com (Mercury.campbell-mithun.com [192.159.32.151]) by hub.freebsd.org (Postfix) with ESMTP id 68A3137B620; Sun, 30 Apr 2000 17:52:59 -0700 (PDT) (envelope-from swb@grasslake.net) Received: from accord.grasslake.net (honda.grasslake.net [192.168.1.1]) by mercury.campbell-mithun.com (8.9.1a/8.9.1) with ESMTP id TAA02454; Sun, 30 Apr 2000 19:52:58 -0500 Received: from k6 (k6.grasslake.net [192.168.2.1]) by accord.grasslake.net (8.9.3/8.9.3) with SMTP id TAA00358; Sun, 30 Apr 2000 19:51:38 -0500 (CDT) (envelope-from swb@grasslake.net) Message-ID: <00af01bfb307$99eecbd0$0102a8c0@k6> From: "Shawn Barnhart" To: "Mike Smith" Cc: References: <200004302232.PAA03609@mass.cdrom.com> Subject: Re: HPDA/DAC960PL (was Re: How good is AMI MegaRAID support?) Date: Sun, 30 Apr 2000 19:52:51 -0500 Organization: Grasslake.Net MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sure. It's not super urgent for the home network, as the electrical charges for running the disk cabinet (4 A @ 117V) year-round are $266, way more than a brand new 20GB IDE disk. But it would be nice at work. We just decomissioned a Netserver LX Pro 166 that has a newer(?) HPDA card and 6 x 4GB of disk. For little money it could easily be a dual PPro FreeBSD box with RAID... Thanks for your attention! ----- Original Message ----- From: "Mike Smith" To: "Shawn Barnhart" Cc: Sent: Sunday, April 30, 2000 17:32 Subject: Re: HPDA/DAC960PL (was Re: How good is AMI MegaRAID support?) | > | I'm fairly sure that 2.42 or later will work. | > | > I took a leap of faith and downloaded 2.73 from Mylex web site and | > flashed it onto my HPDA aka 960PL card. With the Mylex utils and the | > new firmware I've found I have two dead disks in this cabinet, but I was | > able to format the three remaining as RAID5. | > | > Unfortunately, I'm still getting the above error message. Any potential | > workarounds? | | No - it's going to take a driver fix. Let me get back to you on this in | a day or two. (bug me if I don't) | | -- | \\ Give a man a fish, and you feed him for a day. \\ Mike Smith | \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org | \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com | | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 18:11:38 2000 Delivered-To: freebsd-stable@freebsd.org Received: from netcom.com (netcom19.netcom.com [199.183.9.119]) by hub.freebsd.org (Postfix) with ESMTP id 4C54037B99B for ; Sun, 30 Apr 2000 18:11:36 -0700 (PDT) (envelope-from stanb@netcom.com) Received: (from stanb@localhost) by netcom.com (8.9.3/8.9.3) id SAA23980 for freebsd-stable@freebsd.org; Sun, 30 Apr 2000 18:11:34 -0700 (PDT) From: Stan Brown Message-Id: <200005010111.SAA23980@netcom.com> Subject: libsafe for FreeBSD? To: freebsd-stable@freebsd.org (FreeBSD Stable List) Date: Sun, 30 Apr 2000 21:11:34 -0400 (EDT) X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there any effort to make a port of the Bell Labs libsafe library, or even to incorporate it inot the main tree? -- Stan Brown stanb@netcom.com 404-996-6955 Factory Automation Systems Atlanta Ga. -- Look, look, see Windows 95. Buy, lemmings, buy! Pay no attention to that cliff ahead... Henry Spencer (c) 1998 Stan Brown. Redistribution via the Microsoft Network is prohibited. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 18:26: 5 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 97A6437B772; Sun, 30 Apr 2000 18:26:03 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id SAA74286; Sun, 30 Apr 2000 18:26:03 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sun, 30 Apr 2000 18:26:03 -0700 (PDT) From: Kris Kennaway To: Stan Brown Cc: FreeBSD Stable List Subject: Re: libsafe for FreeBSD? In-Reply-To: <200005010111.SAA23980@netcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 30 Apr 2000, Stan Brown wrote: > Is there any effort to make a port of the Bell Labs libsafe library, or > even to incorporate it inot the main tree? Someone mentioned they were working on StackGuard, which would be a better use of developer resources. Libsafe is okay as far as it goes, but StackGuard would be much better. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 18:30:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from got.wedgie.org (got.wedgie.org [216.181.169.146]) by hub.freebsd.org (Postfix) with ESMTP id A800C37C090 for ; Sun, 30 Apr 2000 18:30:39 -0700 (PDT) (envelope-from jgarman@got.wedgie.org) Received: (from jgarman@localhost) by got.wedgie.org (8.9.3/8.9.3) id VAA93462 for stable@freebsd.org; Sun, 30 Apr 2000 21:30:35 -0400 (EDT) (envelope-from jgarman) Date: Sun, 30 Apr 2000 21:30:35 -0400 From: Jason Garman To: stable@freebsd.org Subject: bridging code problems with aliasing Message-ID: <20000430213035.A93390@got.wedgie.org> Reply-To: jgarman@wedgie.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i X-Phase-Of-Moon: The Moon is Waning Crescent (13% of Full) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The bridging code returns a random hw address from the interfaces which are bridged to arp requests. My bridge host has an IP x (bound to ed0), and every time an arp request is sent on the wire for x, either ed0's hw address is returned or fxp0's address is returned. This is mostly a minor annoyance most of the time, because the machine will answer arp requests on both ed0 and fxp0 regardless of the hw address it is currently "using." However, when an alias is added to the machine, if the machine currently "thinks" its hardware address is fxp0's hw address, it will not answer any arp requests from ed0. If the machine currently "thinks" its hardware address is ed0's hw address then it will answer all arp requests from both wires. So, basically, aliasing and bridging do not mix. Any clues? -- Jason Garman http://web.wedgie.org/ Student, University of Maryland jgarman@wedgie.org From fortune(1): Whois: JAG145 "... Had this been an actual emergency, we would have fled in terror, and you would not have been informed." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 18:45:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from got.wedgie.org (got.wedgie.org [216.181.169.146]) by hub.freebsd.org (Postfix) with ESMTP id A45C237B5A7 for ; Sun, 30 Apr 2000 18:45:15 -0700 (PDT) (envelope-from jgarman@got.wedgie.org) Received: (from jgarman@localhost) by got.wedgie.org (8.9.3/8.9.3) id VAA93535; Sun, 30 Apr 2000 21:45:07 -0400 (EDT) (envelope-from jgarman) Date: Sun, 30 Apr 2000 21:45:07 -0400 From: Jason Garman To: Annelise Anderson Cc: freebsd-stable@FreeBSD.ORG Subject: Re: gettytab "if" not working? Message-ID: <20000430214507.B93390@got.wedgie.org> Reply-To: jgarman@wedgie.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from Annelise Anderson on Sun, Apr 30, 2000 at 01:24:07PM -0700 X-Phase-Of-Moon: The Moon is Waning Crescent (13% of Full) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Apr 30, 2000 at 01:24:07PM -0700, Annelise Anderson wrote: > In 4.0-RELEASE and 4.0-STABLE, adding > if=/etc/issue: > to the default: line no longer works to display the contents > of /etc/issue when someone telnets to the machine. > I submitted patches to fix this a while back, and they were committed. However, it seems that if you have the crypto sources installed -- it uses the telnetd from that collection instead, which doesnt have those patches applied. enjoy -- Jason Garman http://web.wedgie.org/ Student, University of Maryland jgarman@wedgie.org From fortune(1): Whois: JAG145 "... Had this been an actual emergency, we would have fled in terror, and you would not have been informed." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 19:54:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ncc-1701.kll.com (c48797-a.frmt1.sfba.home.com [24.0.77.106]) by hub.freebsd.org (Postfix) with ESMTP id B72D837BA5B for ; Sun, 30 Apr 2000 19:54:04 -0700 (PDT) (envelope-from kachun@pathlink.com) Received: from data ([165.113.238.234]) by ncc-1701.kll.com (8.8.8/8.8.7) with SMTP id TAA19370 for ; Sun, 30 Apr 2000 19:54:02 -0700 (PDT) Message-Id: <200005010254.TAA19370@ncc-1701.kll.com> X-Sender: kachun@linda.pathlink.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Sun, 30 Apr 2000 19:54:03 -0700 To: freebsd-stable@freebsd.org From: Kachun Lee Subject: tcp_setpersist panic Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I upgraded one of our News servers from 3.4-stable to 4.0-stable. It panic'ed in several hours... panic: tcp_setpersist: retransmit pending mp_lock = 00000001; cpuid = 0; lapic.id = 01000000 boot() called on cpu#0 syncing disks... Fatal trap 12: page fault while in kernel mode mp_lock = 00000002; cpuid = 0; lapic.id = 01000000 fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01f4dad stack pointer = 0x10:0xff806e58 frame pointer = 0x10:0xff806e5c 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 = bio <- SMP: XXX trap number = 12 I did not have ddbg compiled in. It is P2B-DS Daul 450 PII 1G RAM 1 de 1 fxp. Any help will be greately appreciated. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 20:36:48 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ns1.syntegra.com (ns1.syntegra.com [150.143.16.2]) by hub.freebsd.org (Postfix) with ESMTP id BD73537BF3D for ; Sun, 30 Apr 2000 20:36:44 -0700 (PDT) (envelope-from clg1@daemon.arh.ms.cdc.com) Received: from [129.179.161.11] by ns1.cdc.com with ESMTP for freebsd-stable@FreeBSD.ORG; Sun, 30 Apr 2000 22:36:42 -0500 Received: from daemon.arh.ms.cdc.com by cdsms.cdc.com with ESMTP for freebsd-stable@FreeBSD.ORG; Sun, 30 Apr 2000 22:36:41 -0500 Date: Sun, 30 Apr 2000 22:36:41 -0500 (CDT) From: "Christopher L. Goetzke" Reply-To: "Christopher L. Goetzke" To: freebsd-stable@FreeBSD.ORG Subject: Re: Sound skipping In-Reply-To: <20000430141201.A79175@seanrees.com> Message-Id: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 30 Apr 2000, Sean-Paul Rees wrote: > I've been diddling with my FreeBSD 4.0-RELEASE installation. Its going to > be -STABLE later tonight or tomorrow. > > Anyhoo, I compiled up the xmms port (no modifications) and when I play a song > I seem to get a lot of skips. I think its directly related to the cpu usage > at the time of mp3 playing. I never get this in Linux, even if the CPU is > 100% busy. I tend to get skips while playing audio with mp3blaster; as a quick-n-dirty workaround, I fire it up at nice -10 (actually, I usually renice it). That seems to work for me. YMMV. CLG -- Christopher L. Goetzke Consultant/Ronin Technomancer Syntegra (USA), Inc. Christopher.L.Goetzke@syntegra.com We are too busy mopping the floor to turn off the faucet. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 30 20:44:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from moek.pir.net (moek.pir.net [209.192.237.190]) by hub.freebsd.org (Postfix) with ESMTP id CC81A37B9DF for ; Sun, 30 Apr 2000 20:44:12 -0700 (PDT) (envelope-from pir@pir.net) Received: from pir by moek.pir.net with local (Exim) id 12m77o-0007gd-00 for freebsd-stable@FreeBSD.ORG; Sun, 30 Apr 2000 23:44:00 -0400 Date: Sun, 30 Apr 2000 23:44:00 -0400 From: Peter Radcliffe To: freebsd-stable@FreeBSD.ORG Subject: Re: Sound skipping Message-ID: <20000430234359.B24846@pir.net> Reply-To: freebsd-stable@freebsd.org Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20000430141201.A79175@seanrees.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from clg1@daemon.arh.ms.cdc.com on Sun, Apr 30, 2000 at 10:36:41PM -0500 X-fish: < X-Copy-On-Listmail: Please do NOT Cc: me on list mail. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Christopher L. Goetzke" probably said: > I tend to get skips while playing audio with mp3blaster; as a quick-n-dirty > workaround, I fire it up at nice -10 (actually, I usually renice it). That > seems to work for me. YMMV. Something got a lot worse, particularly with xmms, not long before 4.0 was released. My 3.4-STABLE box at work running xms with the newest libraries I could find uses 100% cpu to itself, all the time and skips with no provovation. My laptop when it was running 3.4-PAO and slightly older xmms libraries was fine (same as the desktop box used to be). My now 4.0-S laptop is better than the 3.4-S desktop but xmms still takes more CPU and skips a lot more than exactly the same hardware used to, and the equalizer breaks audio to the point of just occasional crackling sounds, now. P. -- pir pir@pir.net pir@net.tufts.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 1:33:40 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail1.gmx.net (mail.gmx.net [194.221.183.61]) by hub.freebsd.org (Postfix) with SMTP id 9C15F37B56C for ; Mon, 1 May 2000 01:33:35 -0700 (PDT) (envelope-from sdt@gmx.net) Received: (qmail 24040 invoked by uid 0); 1 May 2000 08:33:31 -0000 Received: from as12-78.brunet.bn (HELO stomper.sdtzone) (202.160.12.78) by mail.gmx.net with SMTP; 1 May 2000 08:33:31 -0000 Received: from localhost (sdt@localhost) by stomper.sdtzone (8.9.3/8.9.3) with ESMTP id QAA00816; Mon, 1 May 2000 16:21:27 +0800 (BNT) (envelope-from sdt@stomper.sdtzone) Date: Mon, 1 May 2000 16:21:27 +0800 (BNT) From: Stefanus Du Toit To: Sean-Paul Rees Cc: freebsd-stable@freebsd.org Subject: Re: Sound skipping In-Reply-To: <20000430141201.A79175@seanrees.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Try activating POSIX schedulers in your kernel configuration, if they aren't. At least that was what seemed to have caused skips for me last time, after changing that they were gone. -- Stefanus Du Toit * WorldForger * Unix Hacker * Open Source Fanatic mailto:sdt@gmx.net * http://www.worldforge.org/ * http://ultracool.net/ GPG key: 6B92DE98 from certserver.pgp.com or http://ultracool.net/gpg/ On Sun, 30 Apr 2000, Sean-Paul Rees wrote: > I've been diddling with my FreeBSD 4.0-RELEASE installation. Its going to > be -STABLE later tonight or tomorrow. > > Anyhoo, I compiled up the xmms port (no modifications) and when I play a song > I seem to get a lot of skips. I think its directly related to the cpu usage > at the time of mp3 playing. I never get this in Linux, even if the CPU is > 100% busy. > > Pertinent info: > sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq > 1,5 on isa0 > sbc0: setting card to irq 5, drq 1, 5 > pcm0: on sbc0 > unknown0: at port 0x200-0x207 on isa0 > unknown1: at port 0x620-0x623 on isa0 > > Is there any way to keep the skips down to a minimum (zero)? The box is a > P2 300, 160M of RAM. > > -- > Cheers, > Sean > > Sean-Paul Rees (sean@seanrees.com) > Web: http://www.seanrees.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 2:57:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from zmail6.easynet.fr (email.easynet.fr [195.114.64.207]) by hub.freebsd.org (Postfix) with SMTP id D790937B791 for ; Mon, 1 May 2000 02:57:22 -0700 (PDT) (envelope-from fonvi@easynet.fr) Received: (qmail 15500 invoked from network); 1 May 2000 09:57:20 -0000 Received: from mailgate1.easynet.fr (192.168.1.2) by mailserver.easynet.fr with QMQP; 1 May 2000 09:57:20 -0000 Received: from adsl-92-1-211.pops.easynet.fr (HELO vobiscum.styx.org) (212.11.34.211) by mrelay1.easynet.fr with SMTP; 1 May 2000 09:57:20 -0000 Received: (from marc@localhost) by vobiscum.styx.org (8.9.3/8.9.3/ - 6/08/98) id LAA04475; Mon, 1 May 2000 11:58:10 +0200 (CEST) (envelope-from marc) Date: Mon, 1 May 2000 11:58:10 +0200 From: Marc Fonvieille To: Luigi Rizzo Cc: freebsd-stable@FreeBSD.ORG, Philippe Thin Subject: Re: "/kernel: invalid state: 0x1" with ipfw under 4.0S Message-ID: <20000501115810.A3958@vobiscum.styx.org> References: <20000429144133.A1225@vobiscum.styx.org> <200004291739.TAA37866@info.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200004291739.TAA37866@info.iet.unipi.it>; from luigi@info.iet.unipi.it on Sat, Apr 29, 2000 at 07:39:33PM +0200 X-Useless-Header: Black Metal inc. X-Operating-System: FreeBSD 4.0-STABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 29, 2000 at 07:39:33PM +0200, Luigi Rizzo wrote: > Hi, > keep-state is only significant with TCP and to a lesser extent UDP. > i think changing your rule 600 from "ip" to "tcp" > (and maybe adding another one for UDP) is probably going to > fix this problem. First thank for your answer. I changed my rule to $fwcmd add pass tcp from any to any out xmit ${oif} keep-state So keep-state feature is only use for TCP but i still have /kernel: invalid state: 0x1 or /kernel: invalid state: 0x0 Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 3:18:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dominik.saargate.de (dominik.saargate.de [212.88.133.252]) by hub.freebsd.org (Postfix) with ESMTP id 459B937B859 for ; Mon, 1 May 2000 03:18:08 -0700 (PDT) (envelope-from domi@saargate.de) Received: from localhost (localhost [127.0.0.1]) by dominik.saargate.de (8.9.3/8.9.3) with ESMTP id MAA93268; Mon, 1 May 2000 12:13:09 +0200 (CEST) (envelope-from domi@saargate.de) Date: Mon, 1 May 2000 12:13:08 +0200 (CEST) From: Dominik Brettnacher To: "sdt@gmx.net" Cc: sean@seanrees.com, freebsd-stable@freebsd.org Subject: Re: Sound skipping In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 1 May 2000, sdt@gmx.net wrote: > Try activating POSIX schedulers in your kernel configuration, if they > aren't. > > At least that was what seemed to have caused skips for me last time, after > changing that they were gone. I think "options _KPOSIX_PRIORITY_SCHEDULING" is included in the default GENERIC kernel. Or am I talking about something different? -- Dominik - http://www.brettnacher.org/users/dominik/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 4: 1:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from www1.gmx.net (www.gmx.net [194.221.183.41]) by hub.freebsd.org (Postfix) with SMTP id 7C56237B791 for ; Mon, 1 May 2000 04:01:16 -0700 (PDT) (envelope-from sdt@gmx.net) Received: (qmail 12239 invoked by uid 0); 1 May 2000 11:01:14 -0000 Date: Mon, 1 May 2000 13:01:14 +0200 (MEST) To: Dominik Brettnacher Cc: stable@freebsd.org Cc: stable@freebsd.org Subject: Re: Re: Sound skipping From: Stefanus Du Toit References: Message-ID: <12217.957178874@www1.gmx.net> MIME-Version: 1.0 X-Authenticated-Sender: #0000555107@gmx.net X-Authenticated-IP: [202.160.12.35] X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG For 4.0-STABLE, yes. 4.0-RELEASE I have no clue. 3.4-RELEASE they weren't. This is where I encountered the problem. - Stefanus Du Toit > On Mon, 1 May 2000, sdt@gmx.net wrote: > > > Try activating POSIX schedulers in your kernel configuration, if they > > aren't. > > > > At least that was what seemed to have caused skips for me last time, > after > > changing that they were gone. > > I think "options _KPOSIX_PRIORITY_SCHEDULING" is included in the default > GENERIC kernel. Or am I talking about something different? > > > -- > Dominik - http://www.brettnacher.org/users/dominik/ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > -- Sent through Global Message Exchange - http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 5:36: 1 2000 Delivered-To: freebsd-stable@freebsd.org Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (Postfix) with ESMTP id BFC3E37B619 for ; Mon, 1 May 2000 05:35:57 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: (from uucp@localhost) by isbalham.ist.co.uk (8.9.2/8.8.7) with UUCP id NAA87497; Mon, 1 May 2000 13:35:49 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from [194.32.164.2] (eccles [194.32.164.2]) by seagoon.gid.co.uk (8.9.3/8.9.3) with ESMTP id NAA40755; Mon, 1 May 2000 13:19:18 +0100 (BST) (envelope-from rb@gid.co.uk) X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 1 May 2000 13:19:19 +0100 To: Brook From: Bob Bishop Subject: Re: 4.0-STABLE reboots on high CPU use? Cc: freebsd-stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 01:53 -0700 30/4/00, Brook wrote: >I've seen a few messages on spontaneous reboots due to the new ata >drivers (which I am using) but my problem doesn't seem to be disk related. > >If I run dnetc (the distributed.net client) then my system will simply >reset after a while.[etc] Are your fans working properly? -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 5:37: 6 2000 Delivered-To: freebsd-stable@freebsd.org Received: from 214.norrgarden.se (214.norrgarden.se [195.100.133.214]) by hub.freebsd.org (Postfix) with ESMTP id C525737B9BA for ; Mon, 1 May 2000 05:37:02 -0700 (PDT) (envelope-from cj@214.norrgarden.se) Received: from 214.norrgarden.se (localhost [127.0.0.1]) by 214.norrgarden.se (Postfix) with ESMTP id 9B766212 for ; Mon, 1 May 2000 14:36:57 +0200 (CEST) Date: Mon, 1 May 2000 14:36:56 +0200 (CEST) From: Carl Johan Madestrand Subject: GTK problems To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Message-Id: <20000501123657.9B766212@214.norrgarden.se> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Im running FreeBSD 4 STABLE. The problem I am experiencing is happening with a lot of GTK applications (XMMS is one exception). As soon as I load these programs it takes about a minute to load them up on a pentium MMX 200 with 82 M RAM and I get this warning message on my console: Gdk-WARNING **: locale not supported by C library Could this be a bug in the current GTK version 1.2.7 or some problem in 4.0-STABLE? Any ideas ? -- - Carl Johan Madestrand - IRC: Lord_CJ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 5:56:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rock.ghis.net (rock.ghis.net [209.222.164.7]) by hub.freebsd.org (Postfix) with ESMTP id 35F6337B809 for ; Mon, 1 May 2000 05:56:09 -0700 (PDT) (envelope-from will@blackdawn.com) Received: from argon.blackdawn.com (deepspace9.dcds.edu [207.231.151.2]) by rock.ghis.net (8.9.3/8.9.3) with ESMTP id FAA21460; Mon, 1 May 2000 05:56:07 -0700 (PDT) Received: by argon.blackdawn.com (Postfix, from userid 1000) id 14983194D; Mon, 1 May 2000 08:55:16 -0400 (EDT) Date: Mon, 1 May 2000 08:55:16 -0400 From: Will Andrews To: Carl Johan Madestrand Cc: freebsd-stable@FreeBSD.ORG Subject: Re: GTK problems Message-ID: <20000501085515.D399@argon.blackdawn.com> References: <20000501123657.9B766212@214.norrgarden.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000501123657.9B766212@214.norrgarden.se>; from calle.madestrand@norrgarden.se on Mon, May 01, 2000 at 02:36:56PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, May 01, 2000 at 02:36:56PM +0200, Carl Johan Madestrand wrote: > Gdk-WARNING **: locale not supported by C library > > Could this be a bug in the current GTK version 1.2.7 or some problem in > 4.0-STABLE? Any ideas ? No. It's happened ever since before GTK 1.0 (oh, what nostalgia!). The problem is that the environment variable LOCALE or something like that is not set so Gdk doesn't know which locale you want. The error message is rather braindead, I would say.. -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 6:20:30 2000 Delivered-To: freebsd-stable@freebsd.org Received: from 2amail.2ainfo.it (2amail.2ainfo.it [195.31.142.11]) by hub.freebsd.org (Postfix) with ESMTP id 6E10D37B905 for ; Mon, 1 May 2000 06:20:24 -0700 (PDT) (envelope-from gunnut@2ainfo.it) Received: from localhost (ppp40.2ainfo.it [195.31.142.72]) by 2amail.2ainfo.it (8.8.8/8.7.3) with SMTP id OAA27706 for ; Mon, 1 May 2000 14:39:09 +0200 From: Date: Mon, 01 May 2000 12:23:32 GMT Message-ID: <20000501.12233200@mis.configured.host> Subject: Problem with WP8 To: stable@FREEBSD.ORG X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.1; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I run 4.0-STABLE on PentiumII 266 128MB Xfree86-4 with Linux emulation enabled. I have built all the software from ports exept the linux_base=20 installed with the system. I tried to install from ports wordperfect and everything went well. When I launch xwp I get the following error: The following path/filenames do not exist Styles .wprc/ as well as file not found .wprc/wp8x.set the directory .wprc is created in my home directory but it is empty (I tried to copy this directory from my Linux partition but the error persists).I do have POSIX compliance enabled in my kernel and in fact I can run Acrobat and Staroffice. I did edit /compat/linux/etc/ld.so.conf and then ran=20 /compat/linux/sbin /ldconfig. Any help really appreciated Filippo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 6:27:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rdc1.ct.home.com (ha1.rdc1.ct.home.com [24.2.0.66]) by hub.freebsd.org (Postfix) with ESMTP id CBE9137B765 for ; Mon, 1 May 2000 06:27:10 -0700 (PDT) (envelope-from tsikora@home.com) Received: from home.com ([24.2.168.186]) by mail.rdc1.ct.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000501132710.XEMY18096.mail.rdc1.ct.home.com@home.com>; Mon, 1 May 2000 06:27:10 -0700 Message-ID: <390D8680.A3ADF9D5@home.com> Date: Mon, 01 May 2000 09:28:32 -0400 From: Ted Sikora Reply-To: tsikora@powerusersbbs.com Organization: Jtl Development X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en-US,en-GB MIME-Version: 1.0 To: anand@desktop.com, "freebsd-stable@FreeBSD.ORG" Subject: Re: Acroread4 References: <200003271358.FAA02567@cwsys.cwsent.com> <20000412090055.L64452@daemon.ninth-circle.org> <14580.35404.952873.461147@onceler.kcilink.com> <20000412090204.A61701@desktop.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Anand Ranganathan wrote: > > I used to have this problem for all linux executables on my 3.x system. > It turned out that the problem was that I had /usr/lib in my > LD_LIBRARY_PATH (a holdover from an older brain-dead system that > couldn't find its shared libraries). Somehow that used to confuse the > "linux emulator" and it would load standard libraries from /usr/lib > instead of /compat/linux/usr/lib. It doesn't seem to be a problem in > 4.0, so whatever it was has gotten fixed. > > Anand > > Vivek Khera quoth: > > >>>>> "A" == Asmodai writes: > > > > >> I don't think this is a 4.0 issue. I get the same on a couple of 3.4R > > >> systems, minus the locale message. > > > > A> I can, on my 3.4-STABLE, get acroread4 to coredump time and again. > > > > I've never had acroread version 4 croak on my 3.4-STABLE system. It > > works just perfectly fine. > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message I use the SuSE(ftp.suse.com) version of Acroread-4.0.5 It has a working plugin for the Linux 2.1.3 libraries. It works perfectly under Netscape-Linux and native. Convert with alien with alien -t file.rpm then intall in /compat/linux. Get plugger-3.0 too. I can stream any *media via Netscape with it including .vob dvd files. I had Win users look at it and say how can I make windows like that. Sorry guys. I used to think Windows was far ahead in multimedia...no more. Of course it's all in the set up. *you need acroread mpg123 xaudio mtv xanim xmovie netshow realplayer7 mpeg2player splay timidity gv pluggerrc controls most of it. *plugins flashplayer4 plugger-3.0 ump realplayer7 nppdf (acroread) Many forget to edit ld.so.conf(/etc) and run ldconfig -v (/sbin) in /compat/linux May be the cause of unloaded libraries. -- Ted Sikora Jtl Development Group tsikora@powerusersbbs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 7:15:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from columbus.cris.net (columbus.cris.net [212.110.128.65]) by hub.freebsd.org (Postfix) with ESMTP id F16F837C388 for ; Mon, 1 May 2000 07:15:36 -0700 (PDT) (envelope-from phantom@FreeBSD.org.ua) Received: from phantom.cris.net (phantom.cris.net [212.110.130.74]) by columbus.cris.net (8.9.3/8.9.3) with ESMTP id RAA81702; Mon, 1 May 2000 17:15:14 +0300 (EEST) Received: (from phantom@localhost) by phantom.cris.net (8.9.3/8.9.3) id RAA85948; Mon, 1 May 2000 17:18:15 +0300 (EEST) (envelope-from phantom) Date: Mon, 1 May 2000 17:18:14 +0300 From: Alexey Zelkin To: stable@FreeBSD.org Subject: 3.x buildworld breakage Message-ID: <20000501171814.A85942@phantom.cris.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Operating-System: FreeBSD 4.0-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, Just experienced strange buildworld breakage. Anyone else have such problem ? ==--==--==-- cc -fpic -DPIC -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/home/src/3.x-STABLE/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/home/src/3.x-STABLE/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -I/usr/obj/home/src/3.x-STABLE/src/tmp/usr/include -c /home/src/3.x-STABLE/src/lib/libc/../libc/stdtime/difftime.c -o difftime.So cc -fpic -DPIC -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/home/src/3.x-STABLE/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/home/src/3.x-STABLE/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -I/usr/obj/home/src/3.x-STABLE/src/tmp/usr/include -c /home/src/3.x-STABLE/src/lib/libc/../libc/stdtime/localtime.c -o localtime.So {standard input}: Assembler messages: {standard input}:87: Error: warning: unrecognized characters `@GOTOFF' in expression {standard input}:114: Error: warning: unrecognized characters `@GOTOFF' in expression *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop in /home/src/3.x-STABLE/src. *** Error code 1 Stop in /home/src/3.x-STABLE/src. *** Error code 1 Stop in /home/src/3.x-STABLE/src. ==--==--==-- -- /* Alexey Zelkin && phantom@cris.net */ /* Tavric National University && phantom@crimea.edu */ /* http://www.ccssu.crimea.ua/~phantom && phantom@FreeBSD.org */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 8:36:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from comnet.ca (comnet.ca [207.107.47.2]) by hub.freebsd.org (Postfix) with ESMTP id BC36637B80C for ; Mon, 1 May 2000 08:36:20 -0700 (PDT) (envelope-from sarr0006@algonquincollege.com) Received: from algonquincollege.com (d-207.comnet.ca [207.107.44.207]) by comnet.ca (8.10.0/8.10.0) with ESMTP id e4147Ik17622 for ; Mon, 1 May 2000 00:07:18 -0400 (EDT) Message-ID: <390D0499.7246CFC3@algonquincollege.com> Date: Mon, 01 May 2000 00:14:17 -0400 From: David Sarrazin X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Subject: Re: Sound skipping References: <20000430141201.A79175@seanrees.com> <20000430234359.B24846@pir.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Radcliffe wrote: > "Christopher L. Goetzke" probably said: > > I tend to get skips while playing audio with mp3blaster; as a quick-n-dirty > > workaround, I fire it up at nice -10 (actually, I usually renice it). That > > seems to work for me. YMMV. > > Something got a lot worse, particularly with xmms, not long before 4.0 > was released. My 3.4-STABLE box at work running xms with the newest > libraries I could find uses 100% cpu to itself, all the time and skips > with no provovation. > > My laptop when it was running 3.4-PAO and slightly older xmms libraries > was fine (same as the desktop box used to be). > > My now 4.0-S laptop is better than the 3.4-S desktop but xmms still > takes more CPU and skips a lot more than exactly the same hardware > used to, and the equalizer breaks audio to the point of just > occasional crackling sounds, now. > Just to provide an additional data point, while running XMMS 0.9.5 on 3.4-STABLE, with the sb driver, I found that it used up 100% (according to top) of my CPU, which seems to be the norm. After upgrading to FreeBSD 4.0-STABLE and XMMS 1.0.1, CPU usage has dropped to 28%, with the PCM driver. I have no trouble with the EQ, and the only time it skips is when I start using Netscape 4.5. I use the AWE64, so no difference there. In case it matters, my mp3s are kept on a FAT32 partition. dmesg: CPU: Pentium/P55C (199.74-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bf real memory = 67108864 (65536K bytes) avail memory = 62205952 (60748K bytes) sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 sbc0: setting card to irq 5, drq 1, 5 pcm0: on sbc0 unknown0: at port 0x200-0x207 on isa0 unknown1: at port 0x620-0x623 on isa0 I know this doesn't solve your problem, but it's a situation where something (XMMS 1.0.1 or FreeBSD 4.0 w/PCM) has improved the situation. David Sarrazin > > P. > > -- > pir pir@pir.net pir@net.tufts.edu > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 8:45:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from melete.ch.intel.com (melete.ch.intel.com [143.182.246.25]) by hub.freebsd.org (Postfix) with ESMTP id 7249E37B8A5 for ; Mon, 1 May 2000 08:45:13 -0700 (PDT) (envelope-from jreynold@sedona.ch.intel.com) Received: from sedona.intel.com (sedona.ch.intel.com [143.182.218.21]) by melete.ch.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.22 2000/04/06 17:58:51 dmccart Exp $) with ESMTP id PAA07753; Mon, 1 May 2000 15:46:31 GMT Received: from hip186.ch.intel.com (hip186.ch.intel.com [143.182.225.68]) by sedona.intel.com (8.9.1a/8.9.1/d: sendmail.cf,v 1.10 2000/02/10 21:38:16 steved Exp $) with ESMTP id IAA08363; Mon, 1 May 2000 08:45:08 -0700 (MST) X-Envelope-From: jreynold@sedona.ch.intel.com Received: (from jreynold@localhost) by hip186.ch.intel.com (8.9.1a/8.9.1/d: client.m4,v 1.3 1998/09/29 16:36:11 sedayao Exp sedayao $) id LAA25252; Mon, 1 May 2000 11:45:08 -0400 (EDT) X-Authentication-Warning: hip186.ch.intel.com: jreynold set sender to jreynold@sedona.ch.intel.com using -f From: John Reynolds~ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14605.42627.743819.273014@hip186.ch.intel.com> Date: Mon, 1 May 2000 08:45:07 -0700 (MST) To: Walter Brameld Cc: Sean-Paul Rees , freebsd-stable@freebsd.org Subject: Re: Sound skipping In-Reply-To: <00043018320800.30807@Bozo_3.BozoLand.domain> References: <20000430141201.A79175@seanrees.com> <00043018320800.30807@Bozo_3.BozoLand.domain> X-Mailer: VM 6.75 under Emacs 20.3.11 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ On Sunday, April 30, Walter Brameld wrote: ] > > I just installed it to give it a try, and I get skips whenever I do > anything else while it is in use. I can't use the equalizer either, > bogs the playback down to nil output. I'm running a P3 450 w/ 128M ram. > > It plays fine if I don't touch my mouse or keyboard.... guess I'll > stick with gqmpeg. > You might try applying this patch to your kernel: It makes xmms "responsive" on my system, but still doesn't fix the bug where it chews up almost 100% of the CPU when it's playing back (haven't had the time to dive into this one ... it didn't used to do that, so I don't know if it's a new version of xmms that is doing Bad Things(tm) or if we've done a Bad Thing(tm) to our pcm driver). --- es1370.c.orig Mon Feb 28 21:15:17 2000 +++ es1370.c Mon Feb 28 21:15:03 2000 @@ -628,7 +628,69 @@ static int es_select(dev_t i_dev, int rw, struct proc * p) { - return (ENOSYS); + int unit, c = 1; + snddev_info *d ; + u_long flags; + + /* dev = minor(i_dev); */ + /* d = get_snddev_info(dev, &unit); */ + unit = UNIT(minor(i_dev)); + d = &pcm_info[unit]; + + if (d == NULL ) /* should not happen! */ + return (ENXIO) ; + + { + /* + * if the user selected a block size, then we want to use the + * device as a block device, and select will return ready when + * we have a full block. + * In all other cases, select will return when 1 byte is ready. + */ + int lim = 1; + + int revents = 0 ; + if (rw & (POLLOUT | POLLWRNORM) ) { + if ( d->flags & SND_F_HAS_SIZE ) + lim = d->play_blocksize ; + /* XXX fix the test here for half duplex devices */ + if (1 /* write is compatible with current mode */) { + flags = spltty(); + if (d->dbuf_out.dl) { + es_wr_dmaupdate(d); + } + c = d->dbuf_out.fl ; + if (c < lim) /* no space available */ + selrecord(p, & (d->wsel)); + else + revents |= rw & (POLLOUT | POLLWRNORM); + splx(flags); + } + } + if (rw & (POLLIN | POLLRDNORM)) { + if ( d->flags & SND_F_HAS_SIZE ) + lim = d->rec_blocksize ; + /* XXX fix the test here */ + if (1 /* read is compatible with current mode */) { + flags = spltty(); + if ( d->dbuf_in.dl == 0 ) /* dma idle, restart it */ + dma_rdintr(d); + else { + es_rd_dmaupdate(d); + } + c = d->dbuf_in.rl ; + if (c < lim) /* no data available */ + selrecord(p, & (d->rsel)); + else + revents |= rw & (POLLIN | POLLRDNORM); + splx(flags); + } + DEB(printf("sndselect on read: %d >= %d flags 0x%08x\n", + c, lim, d->flags)); + return c < lim ? 0 : 1 ; + } + return revents; + } } @@ -746,6 +808,15 @@ if(es_debug > 0) printf("es_callback reason %d speed %d \t",reason ,d->p lay_speed); switch(reason & SND_CB_REASON_MASK) { + case SND_CB_DMAUPDATE: + if (reason & SND_CB_WR) + es_wr_dmaupdate(d); + else if (reason & SND_CB_RD) + es_rd_dmaupdate(d); + else return -1; + + break; + case SND_CB_INIT: /* if(es_debug > 0) printf("case SND_CB_INIT\n"); */ if (d->type == ES1371_PCI_ID){ -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | John Reynolds WCCG, CCE, Higher Levels of Abstraction | | Intel Corporation MS: CH6-210 Phone: 480-554-9092 pgr: 602-868-6512 | | jreynold@sedona.ch.intel.com http://www-aec.ch.intel.com/~jreynold/ | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 8:49:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pan.ch.intel.com (pan.ch.intel.com [143.182.246.24]) by hub.freebsd.org (Postfix) with ESMTP id 104DA37B905 for ; Mon, 1 May 2000 08:49:15 -0700 (PDT) (envelope-from jreynold@sedona.ch.intel.com) Received: from sedona.intel.com (sedona.ch.intel.com [143.182.218.21]) by pan.ch.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.22 2000/04/06 17:58:51 dmccart Exp $) with ESMTP id IAA08201 for ; Mon, 1 May 2000 08:49:14 -0700 (MST) Received: from hip186.ch.intel.com (hip186.ch.intel.com [143.182.225.68]) by sedona.intel.com (8.9.1a/8.9.1/d: sendmail.cf,v 1.10 2000/02/10 21:38:16 steved Exp $) with ESMTP id IAA09082 for ; Mon, 1 May 2000 08:49:13 -0700 (MST) X-Envelope-To: X-Envelope-From: jreynold@sedona.ch.intel.com Received: (from jreynold@localhost) by hip186.ch.intel.com (8.9.1a/8.9.1/d: client.m4,v 1.3 1998/09/29 16:36:11 sedayao Exp sedayao $) id LAA25385; Mon, 1 May 2000 11:49:13 -0400 (EDT) X-Authentication-Warning: hip186.ch.intel.com: jreynold set sender to jreynold@sedona.ch.intel.com using -f From: John Reynolds~ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14605.42873.254985.264947@hip186.ch.intel.com> Date: Mon, 1 May 2000 08:49:13 -0700 (MST) To: freebsd-stable@freebsd.org Subject: Re: Sound skipping In-Reply-To: <20000430234359.B24846@pir.net> References: <20000430141201.A79175@seanrees.com> <20000430234359.B24846@pir.net> X-Mailer: VM 6.75 under Emacs 20.3.11 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ On Sunday, April 30, Peter Radcliffe wrote: ] > > Something got a lot worse, particularly with xmms, not long before 4.0 > was released. My 3.4-STABLE box at work running xms with the newest > libraries I could find uses 100% cpu to itself, all the time and skips > with no provovation. > > My laptop when it was running 3.4-PAO and slightly older xmms libraries > was fine (same as the desktop box used to be). > > My now 4.0-S laptop is better than the 3.4-S desktop but xmms still > takes more CPU and skips a lot more than exactly the same hardware > used to, and the equalizer breaks audio to the point of just > occasional crackling sounds, now. > > P. > Yup. I see the same thing and it was around the same time. I do not know what the deal is and just haven't had enough time to see what commit elicited this behavior (I've tried different versions of xmms back to 0.9.5.1 and they all use 100% of the CPU now when playing back--they used to burn about 6% on my PII 450). I'm about to upgrade to 4.0 so I've not put too much effort into trying to help track it down ... :( -Jr -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | John Reynolds WCCG, CCE, Higher Levels of Abstraction | | Intel Corporation MS: CH6-210 Phone: 480-554-9092 pgr: 602-868-6512 | | jreynold@sedona.ch.intel.com http://www-aec.ch.intel.com/~jreynold/ | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 9:23:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dominik.saargate.de (dominik.saargate.de [212.88.133.252]) by hub.freebsd.org (Postfix) with ESMTP id B3E2D37BC26 for ; Mon, 1 May 2000 09:23:52 -0700 (PDT) (envelope-from domi@saargate.de) Received: from localhost (localhost [127.0.0.1]) by dominik.saargate.de (8.9.3/8.9.3) with ESMTP id SAA03219; Mon, 1 May 2000 18:20:34 +0200 (CEST) (envelope-from domi@saargate.de) Date: Mon, 1 May 2000 18:20:34 +0200 (CEST) From: Dominik Brettnacher To: "sdt@gmx.net" Cc: stable@freebsd.org Subject: Re: Re: Sound skipping In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 1 May 2000, sdt@gmx.net wrote: > For 4.0-STABLE, yes. > 4.0-RELEASE I have no clue. > 3.4-RELEASE they weren't. This is where I encountered the problem. I just tried to remove "_KPOSIX_PRIORITY_SCHEDULING" from the kernel but after a reboot the problem still persists. -- Dominik - http://www.brettnacher.org/users/dominik/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 9:41:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 6D6BC37B543 for ; Mon, 1 May 2000 09:41:12 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id SAA45058; Mon, 1 May 2000 18:41:52 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200005011641.SAA45058@info.iet.unipi.it> Subject: Re: bridging code problems with aliasing In-Reply-To: <20000430213035.A93390@got.wedgie.org> from Jason Garman at "Apr 30, 2000 09:30:35 pm" To: jgarman@wedgie.org Date: Mon, 1 May 2000 18:41:52 +0200 (CEST) Cc: stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG interesting report -- thanks. now i suppose we should just make sure that the arp layer will always thing it has the address of the primary interface (the one with the ip address assigned) ? cheers luigi > The bridging code returns a random hw address from the > interfaces which are bridged to arp requests. My bridge host has an IP x > (bound to ed0), and every time an arp request is sent on the wire for x, > either ed0's hw address is returned or fxp0's address is returned. > > This is mostly a minor annoyance most of the time, because the machine > will answer arp requests on both ed0 and fxp0 regardless of the hw address > it is currently "using." However, when an alias is added to the machine, > if the machine currently "thinks" its hardware address is fxp0's hw > address, it will not answer any arp requests from ed0. If the machine > currently "thinks" its hardware address is ed0's hw address then it will > answer all arp requests from both wires. > > So, basically, aliasing and bridging do not mix. > > Any clues? > -- > Jason Garman http://web.wedgie.org/ > Student, University of Maryland jgarman@wedgie.org > From fortune(1): Whois: JAG145 > "... Had this been an actual emergency, we would have fled in terror, > and you would not have been informed." > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 10:30:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from picalon.gun.de (picalon.gun.de [192.109.159.1]) by hub.freebsd.org (Postfix) with ESMTP id 7A02737B665 for ; Mon, 1 May 2000 10:30:21 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by picalon.gun.de (8.9.3/8.9.3) id TAA04160; Mon, 1 May 2000 19:30:10 +0200 (MET DST) >Received: (from andreas@localhost) by klemm.gtn.com (8.9.3/8.9.3) id TAA20270; Mon, 1 May 2000 19:12:02 +0200 (CEST) (envelope-from andreas) Date: Mon, 1 May 2000 19:12:02 +0200 From: Andreas Klemm To: tsikora@powerusersbbs.com Cc: anand@desktop.com, "freebsd-stable@FreeBSD.ORG" Subject: Re: Acroread4 Message-ID: <20000501191202.B17128@titan.klemm.gtn.com> References: <200003271358.FAA02567@cwsys.cwsent.com> <20000412090055.L64452@daemon.ninth-circle.org> <14580.35404.952873.461147@onceler.kcilink.com> <20000412090204.A61701@desktop.com> <390D8680.A3ADF9D5@home.com> Mime-Version: 1.0 X-Mailer: Mutt 1.0.1i In-Reply-To: <390D8680.A3ADF9D5@home.com>; from tsikora@home.com on Mon, May 01, 2000 at 09:28:32AM -0400 X-Operating-System: FreeBSD 5.0-CURRENT SMP X-Disclaimer: A free society is one where it is safe to be unpopular Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Would like to have everything under ports collection control ... Some bits are missing ... didn't find xaudio, etc ... > *you need > acroread > mpg123 > xaudio > mtv > xanim > xmovie > netshow > realplayer7 > mpeg2player > splay > timidity > gv > > pluggerrc controls most of it. > > *plugins > flashplayer4 > plugger-3.0 > ump > realplayer7 > nppdf (acroread) -- Andreas Klemm http://people.FreeBSD.ORG/~andreas http://www.freebsd.org/~fsmp/SMP/SMP.html powered by Symmetric MultiProcessor FreeBSD New APSFILTER 542 and songs from our band - http://people.freebsd.org/~andreas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 11:17:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from postal.linkfast.net (postal.linkfast.net [208.160.105.2]) by hub.freebsd.org (Postfix) with ESMTP id 95AD837CC78 for ; Mon, 1 May 2000 11:17:19 -0700 (PDT) (envelope-from fullermd@linkfast.net) Received: by postal.linkfast.net (Postfix, from userid 100) id 7B5459B05; Mon, 1 May 2000 13:17:16 -0500 (CDT) Date: Mon, 1 May 2000 13:17:16 -0500 From: Matthew Fuller To: tsikora@powerusersbbs.com Cc: anand@desktop.com, "freebsd-stable@FreeBSD.ORG" Subject: Re: Acroread4 Message-ID: <20000501131716.A6082@linkfast.net> References: <200003271358.FAA02567@cwsys.cwsent.com> <20000412090055.L64452@daemon.ninth-circle.org> <14580.35404.952873.461147@onceler.kcilink.com> <20000412090204.A61701@desktop.com> <390D8680.A3ADF9D5@home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <390D8680.A3ADF9D5@home.com>; from tsikora@home.com on Mon, May 01, 2000 at 09:28:32AM -0400 X-OS: FreeBSD Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, May 01, 2000 at 09:28:32AM -0400, a little birdie told me that Ted Sikora remarked > > *you need ... > realplayer7 And where do you get this from? Last I heard, the most recent version we could get our hands on was the Linux Realplayer 5.0. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Unix Systems Administrator | fullermd@linkfast.net Specializing in FreeBSD | http://www.over-yonder.net/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 11:48:31 2000 Delivered-To: freebsd-stable@freebsd.org Received: from kci.kciLink.com (kci.kciLink.com [204.117.82.1]) by hub.freebsd.org (Postfix) with ESMTP id 2BF6637BCB6 for ; Mon, 1 May 2000 11:48:27 -0700 (PDT) (envelope-from khera@kciLink.com) Received: from onceler.kcilink.com (onceler.kciLink.com [204.117.82.2]) by kci.kciLink.com (Postfix) with ESMTP id 2361FE896 for ; Mon, 1 May 2000 14:47:41 -0400 (EDT) Received: (from khera@localhost) by onceler.kcilink.com (8.9.3/8.9.3) id OAA17317; Mon, 1 May 2000 14:47:41 -0400 (EDT) (envelope-from khera@kci.kcilink.com) From: Vivek Khera MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14605.53581.50154.464994@onceler.kcilink.com> Date: Mon, 1 May 2000 14:47:41 -0400 (EDT) To: "freebsd-stable@FreeBSD.ORG" Subject: realplayer7 (was Re: Acroread4) In-Reply-To: <20000501131716.A6082@linkfast.net> References: <200003271358.FAA02567@cwsys.cwsent.com> <20000412090055.L64452@daemon.ninth-circle.org> <14580.35404.952873.461147@onceler.kcilink.com> <20000412090204.A61701@desktop.com> <390D8680.A3ADF9D5@home.com> <20000501131716.A6082@linkfast.net> X-Mailer: VM 6.72 under 21.1 (patch 8) "Bryce Canyon" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "MF" == Matthew Fuller writes: MF> And where do you get this from? http://www.real.com MF> Last I heard, the most recent version we could get our hands on was the MF> Linux Realplayer 5.0. Use bigger ears ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 12:23:57 2000 Delivered-To: freebsd-stable@freebsd.org Received: from magpage.com (trinity.magpage.com [216.155.0.8]) by hub.freebsd.org (Postfix) with ESMTP id D49B437B840 for ; Mon, 1 May 2000 12:23:52 -0700 (PDT) (envelope-from dfrazier@magpage.com) Received: from magpage.com (poomba.magpage.com [216.155.24.136]) by magpage.com (8.8.8/8.8.5) with ESMTP id TAA26149 for ; Mon, 1 May 2000 19:23:51 GMT Message-ID: <390DDA17.BACED80C@magpage.com> Date: Mon, 01 May 2000 15:25:11 -0400 From: Daniel Frazier Organization: Magpage Internet Services X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Subject: make buildworld fails... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cvsupped this morning, tried to make buildworld and got the following result: In file included from /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/top.c:39: /usr/obj/usr/src/tmp/usr/include/readline/readline.h:84: parse error before `%' *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. bash-2.03# exit exit Script done on Mon May 1 14:40:52 2000 poomba: /usr/src # uname -a FreeBSD poomba.magpage.com 3.4-STABLE FreeBSD 3.4-STABLE #0: Fri Apr 14 09:07:26 EDT 2000 root@poomba.magpage.com:/usr/src/sys/compile/VOX2 i386 Any ideas? Thanks in advance. ---------------------------------------------------------------------- Daniel Frazier Tel: 302-239-5900 Ext. 231 System Administrator Fax: 302-239-3909 MAGPAGE, We Power the Internet WWW: http://www.magpage.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 12:41:31 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dominik.saargate.de (dominik.saargate.de [212.88.133.252]) by hub.freebsd.org (Postfix) with ESMTP id 9AAC337B90A for ; Mon, 1 May 2000 12:41:27 -0700 (PDT) (envelope-from domi@saargate.de) Received: from localhost (localhost [127.0.0.1]) by dominik.saargate.de (8.9.3/8.9.3) with ESMTP id VAA05244; Mon, 1 May 2000 21:37:18 +0200 (CEST) (envelope-from domi@saargate.de) Date: Mon, 1 May 2000 21:37:18 +0200 (CEST) From: Dominik Brettnacher To: "fullermd@linkfast.net" Cc: tsikora@powerusersbbs.com, anand@desktop.com, freebsd-stable@freebsd.org Subject: Re: Acroread4 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 1 May 2000, fullermd@linkfast.net wrote: > >> *you need > >> realplayer7 > And where do you get this from? > Last I heard, the most recent version we could get our hands on was the > Linux Realplayer 5.0. Try this link: http://proforma.real.com/real/player/linuxplayer.html -- Dominik - http://www.brettnacher.org/users/dominik/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 12:52: 2 2000 Delivered-To: freebsd-stable@freebsd.org Received: from magpage.com (trinity.magpage.com [216.155.0.8]) by hub.freebsd.org (Postfix) with ESMTP id D1F9F37BE0C for ; Mon, 1 May 2000 12:51:55 -0700 (PDT) (envelope-from dfrazier@magpage.com) Received: from magpage.com (poomba.magpage.com [216.155.24.136]) by magpage.com (8.8.8/8.8.5) with ESMTP id TAA02610 for ; Mon, 1 May 2000 19:51:54 GMT Message-ID: <390DE0AA.A5B7166F@magpage.com> Date: Mon, 01 May 2000 15:53:14 -0400 From: Daniel Frazier Organization: Magpage Internet Services X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Subject: Re: make buildworld fails... References: <390DDA17.BACED80C@magpage.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel Frazier wrote: > > cvsupped this morning, tried to make buildworld and got the following > result: > > In file included from > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/top.c:39: > /usr/obj/usr/src/tmp/usr/include/readline/readline.h:84: parse error > before `%' I think I found the problem. readline.h contains these lines: /* Bindable commands for moving the cursor. */ extern int rl_forward __P((int, int)); extern int rl_backward __P((int, int)); extern int rl_beg_of_line __P((int, int)); extern int rl_end_of_line __P((int, int)); %xtern int rl_forward_word __P((int, int)); extern int rl_backward_word __P((int, int)); extern int rl_refresh_line __P((int, int)); extern int rl_clear_screen __P((int, int)); extern int rl_arrow_keys __P((int, int)); the line with the % is line 84, as referred to in the error. It looks like the obvious fix is to edit that line. -- ---------------------------------------------------------------------- Daniel Frazier Tel: 302-239-5900 Ext. 231 System Administrator Fax: 302-239-3909 MAGPAGE, We Power the Internet WWW: http://www.magpage.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 13:11:16 2000 Delivered-To: freebsd-stable@freebsd.org Received: from got.wedgie.org (got.wedgie.org [216.181.169.146]) by hub.freebsd.org (Postfix) with ESMTP id BB83537BDA7 for ; Mon, 1 May 2000 13:11:12 -0700 (PDT) (envelope-from jgarman@got.wedgie.org) Received: (from jgarman@localhost) by got.wedgie.org (8.9.3/8.9.3) id QAA03837; Mon, 1 May 2000 16:10:25 -0400 (EDT) (envelope-from jgarman) Date: Mon, 1 May 2000 16:10:25 -0400 From: Jason Garman To: Luigi Rizzo Cc: stable@FreeBSD.ORG Subject: Re: bridging code problems with aliasing Message-ID: <20000501161025.A3807@got.wedgie.org> Reply-To: jgarman@wedgie.org References: <20000430213035.A93390@got.wedgie.org> <200005011641.SAA45058@info.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <200005011641.SAA45058@info.iet.unipi.it>; from Luigi Rizzo on Mon, May 01, 2000 at 06:41:52PM +0200 X-Phase-Of-Moon: The Moon is Waning Crescent (8% of Full) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, May 01, 2000 at 06:41:52PM +0200, Luigi Rizzo wrote: > interesting report -- thanks. now i suppose we should just > make sure that the arp layer will always thing it has the > address of the primary interface (the one with the ip > address assigned) ? > Basically, that's what I was thinking. I looked through the arp code but it's beyond my comprehension right now. The other strange thing is that the kernel will stop responding to arp requests on the aliased interface... not sure why that's happening, but it keeps my alias from working at all :( (strangely enough it will work for the first few minutes, then stop.) I couldn't find any regular pattern to when the kernel decides to "switch" the hardware address used to respond to arp requests- just seems kind of random. enjoy -- Jason Garman http://web.wedgie.org/ Student, University of Maryland jgarman@wedgie.org From fortune(1): Whois: JAG145 "... Had this been an actual emergency, we would have fled in terror, and you would not have been informed." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 13:20:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1C9B537C2B9; Mon, 1 May 2000 13:18:11 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id NAA05891; Mon, 1 May 2000 13:18:10 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Mon, 1 May 2000 13:18:10 -0700 (PDT) From: Kris Kennaway To: Daniel Frazier Cc: freebsd-stable@FreeBSD.ORG Subject: Re: make buildworld fails... In-Reply-To: <390DE0AA.A5B7166F@magpage.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 1 May 2000, Daniel Frazier wrote: > %xtern int rl_forward_word __P((int, int)); > > the line with the % is line 84, as referred to in the error. It looks > like the obvious fix is to edit that line. Looks like corruption on your local machine - this isn't in the CVS repository. 'e' is 0x65, '%' is 0x25, looks like you have a single-bit flip from somewhere. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 13:20:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rdc1.ct.home.com (ha1.rdc1.ct.home.com [24.2.0.66]) by hub.freebsd.org (Postfix) with ESMTP id B266737C724 for ; Mon, 1 May 2000 13:17:47 -0700 (PDT) (envelope-from tsikora@home.com) Received: from home.com ([24.2.168.186]) by mail.rdc1.ct.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000501201740.CWFK18096.mail.rdc1.ct.home.com@home.com>; Mon, 1 May 2000 13:17:40 -0700 Message-ID: <390DE6B7.93AC321E@home.com> Date: Mon, 01 May 2000 16:19:03 -0400 From: Ted Sikora Reply-To: tsikora@powerusersbbs.com Organization: Jtl Development X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en-US,en-GB MIME-Version: 1.0 To: wc.bulte@chello.nl, "freebsd-stable@FreeBSD.ORG" Subject: Re: Acroread4 References: <200003271358.FAA02567@cwsys.cwsent.com> <20000412090055.L64452@daemon.ninth-circle.org> <14580.35404.952873.461147@onceler.kcilink.com> <20000412090204.A61701@desktop.com> <390D8680.A3ADF9D5@home.com> <20000501204216.A1154@jedi.wbnet> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wilko Bulte wrote: > > On Mon, May 01, 2000 at 09:28:32AM -0400, Ted Sikora wrote: > > Anand Ranganathan wrote: > > > > I used to have this problem for all linux executables on my 3.x system. > > > It turned out that the problem was that I had /usr/lib in my > > > LD_LIBRARY_PATH (a holdover from an older brain-dead system that > > > couldn't find its shared libraries). Somehow that used to confuse the > > > "linux emulator" and it would load standard libraries from /usr/lib > > > instead of /compat/linux/usr/lib. It doesn't seem to be a problem in > > > 4.0, so whatever it was has gotten fixed. > > > > > > Anand > > > > > > Vivek Khera quoth: > > > > >>>>> "A" == Asmodai writes: > > > > > > > > >> I don't think this is a 4.0 issue. I get the same on a couple of 3.4R > > > > >> systems, minus the locale message. > > > > > > > > A> I can, on my 3.4-STABLE, get acroread4 to coredump time and again. > > > > > > > > I've never had acroread version 4 croak on my 3.4-STABLE system. It > > > > works just perfectly fine. > > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-stable" in the body of the message > > > > I use the SuSE(ftp.suse.com) version of Acroread-4.0.5 It has a working > > plugin for the Linux 2.1.3 libraries. It works perfectly > > under Netscape-Linux and native. Convert with alien with alien -t > > file.rpm then intall in /compat/linux. > > Get plugger-3.0 too. I can stream any *media via Netscape with it > > including .vob dvd files. I had Win users look at it and say how can I > > ^-- and which is the tool that can do this? > > I'm really curious, having a DVD player ;-) > mpeg2player from the Livid Project Nist also. goto: http://www.linuxvideo.org/ http://linuxdvd.corepower.com/ and of course mpeg2dec http://gusnet.cx/aaron/codecs/mpeg2dec.php -- Ted Sikora Jtl Development Group tsikora@powerusersbbs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 13:34:10 2000 Delivered-To: freebsd-stable@freebsd.org Received: from magpage.com (trinity.magpage.com [216.155.0.8]) by hub.freebsd.org (Postfix) with ESMTP id A79E737C3B4 for ; Mon, 1 May 2000 13:27:10 -0700 (PDT) (envelope-from dfrazier@magpage.com) Received: from magpage.com (poomba.magpage.com [216.155.24.136]) by magpage.com (8.8.8/8.8.5) with ESMTP id UAA13571 for ; Mon, 1 May 2000 20:26:16 GMT Message-ID: <390DE8B8.69054C3D@magpage.com> Date: Mon, 01 May 2000 16:27:36 -0400 From: Daniel Frazier Organization: Magpage Internet Services X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Subject: Re: make buildworld fails... References: <390DDA17.BACED80C@magpage.com> <390DE0AA.A5B7166F@magpage.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I think I found the problem. readline.h contains these lines: > > /* Bindable commands for moving the cursor. */ > extern int rl_forward __P((int, int)); > extern int rl_backward __P((int, int)); > extern int rl_beg_of_line __P((int, int)); > extern int rl_end_of_line __P((int, int)); > %xtern int rl_forward_word __P((int, int)); > extern int rl_backward_word __P((int, int)); > extern int rl_refresh_line __P((int, int)); > extern int rl_clear_screen __P((int, int)); > extern int rl_arrow_keys __P((int, int)); > > the line with the % is line 84, as referred to in the error. It looks > like the obvious fix is to edit that line. > Ok, I made that change and did make buildworld again. Got a different error this time... /usr/src/lib/libc/../libc/stdlib/strtoul.c: In function `strtoul': /usr/src/lib/libc/../libc/stdlib/strtoul.c:81: `ba3e' undeclared (first use this function) /usr/src/lib/libc/../libc/stdlib/strtoul.c:81: (Each undeclared identifier is reported only once /usr/src/lib/libc/../libc/stdlib/strtoul.c:81: for each function it appears in.) *** Error code 1 Stop. and so on. Here is line 81 from strtoul.c... cutlim = (unsigned long)ULONG_MAX % (unsigned long)ba3e; again, it looks like the obvios fix is a little editing. Did that and did make buildworld again, and got a new error: /usr/src/usr.bin/lex/skel.c:435: parse error before `l' *** Error code 1 Stop. Here is line 435 from skel.c: "%+ C++ definition"l looks like another quick job for vi. Am I the only one seeing these errors. Could these errors be the result of something corrupting my source tree? -- ---------------------------------------------------------------------- Daniel Frazier Tel: 302-239-5900 Ext. 231 System Administrator Fax: 302-239-3909 MAGPAGE, We Power the Internet WWW: http://www.magpage.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 13:34:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from magpage.com (trinity.magpage.com [216.155.0.8]) by hub.freebsd.org (Postfix) with ESMTP id 4488A37C30F; Mon, 1 May 2000 13:32:22 -0700 (PDT) (envelope-from dfrazier@magpage.com) Received: from magpage.com (poomba.magpage.com [216.155.24.136]) by magpage.com (8.8.8/8.8.5) with ESMTP id UAA15365; Mon, 1 May 2000 20:32:14 GMT Message-ID: <390DEA1E.D5FD3F8D@magpage.com> Date: Mon, 01 May 2000 16:33:34 -0400 From: Daniel Frazier Organization: Magpage Internet Services X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway Cc: freebsd-stable@FreeBSD.org Subject: Re: make buildworld fails... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kris Kennaway wrote: > > On Mon, 1 May 2000, Daniel Frazier wrote: > > > %xtern int rl_forward_word __P((int, int)); > > > > the line with the % is line 84, as referred to in the error. It looks > > like the obvious fix is to edit that line. > > Looks like corruption on your local machine - this isn't in the CVS > repository. 'e' is 0x65, '%' is 0x25, looks like you have a single-bit > flip from somewhere. > Ack, I was afraid of that. I guess I'll re-cvsup and see if that helps. What could be causing that kind of corruption? -- ---------------------------------------------------------------------- Daniel Frazier Tel: 302-239-5900 Ext. 231 System Administrator Fax: 302-239-3909 MAGPAGE, We Power the Internet WWW: http://www.magpage.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 13:51:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D7B5237C0A4; Mon, 1 May 2000 13:44:08 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id NAA09283; Mon, 1 May 2000 13:44:08 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Mon, 1 May 2000 13:44:08 -0700 (PDT) From: Kris Kennaway To: Daniel Frazier Cc: freebsd-stable@FreeBSD.org Subject: Re: make buildworld fails... In-Reply-To: <390DEA1E.D5FD3F8D@magpage.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 1 May 2000, Daniel Frazier wrote: > > Looks like corruption on your local machine - this isn't in the CVS > > repository. 'e' is 0x65, '%' is 0x25, looks like you have a single-bit > > flip from somewhere. > > > > Ack, I was afraid of that. I guess I'll re-cvsup and see if that helps. > What could be causing that kind of corruption? Bad RAM, bad disk, generally bad hardware, cosmic rays, bug in FreeBSD (probably in that order of probability :-) Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 13:51:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rdc1.ct.home.com (ha1.rdc1.ct.home.com [24.2.0.66]) by hub.freebsd.org (Postfix) with ESMTP id F0A4C37C381 for ; Mon, 1 May 2000 13:39:24 -0700 (PDT) (envelope-from tsikora@home.com) Received: from home.com ([24.2.168.186]) by mail.rdc1.ct.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000501203925.DEDS18096.mail.rdc1.ct.home.com@home.com>; Mon, 1 May 2000 13:39:25 -0700 Message-ID: <390DEBD0.4271E52C@home.com> Date: Mon, 01 May 2000 16:40:48 -0400 From: Ted Sikora Reply-To: tsikora@powerusersbbs.com Organization: Jtl Development X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en-US,en-GB MIME-Version: 1.0 To: Matthew Fuller , "freebsd-stable@FreeBSD.ORG" Subject: Re: Acroread4 References: <200003271358.FAA02567@cwsys.cwsent.com> <20000412090055.L64452@daemon.ninth-circle.org> <14580.35404.952873.461147@onceler.kcilink.com> <20000412090204.A61701@desktop.com> <390D8680.A3ADF9D5@home.com> <20000501131716.A6082@linkfast.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Fuller wrote: > > On Mon, May 01, 2000 at 09:28:32AM -0400, a little birdie told me > that Ted Sikora remarked > > > > *you need > ... > > realplayer7 > > And where do you get this from? > Last I heard, the most recent version we could get our hands on was the > Linux Realplayer 5.0. > Realplayer7 you can get from real.com and xaudio from xaudio.com or my site: http://powerusersbbs.com goto ftp download link then transverse to /pub/linux/multimedia -- Ted Sikora Jtl Development Group tsikora@powerusersbbs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 13:51:39 2000 Delivered-To: freebsd-stable@freebsd.org Received: from bcgrizzly.com (bcgrizzly.com [207.34.136.10]) by hub.freebsd.org (Postfix) with SMTP id 4C5BE37C435 for ; Mon, 1 May 2000 13:43:39 -0700 (PDT) (envelope-from forger@bcgrizzly.com) Received: (qmail 54793 invoked by uid 1162); 1 May 2000 20:45:06 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 1 May 2000 20:45:06 -0000 Date: Mon, 1 May 2000 13:45:06 -0700 (PDT) From: Brook To: Bob Bishop Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 4.0-STABLE reboots on high CPU use? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 1 May 2000, Bob Bishop wrote: > At 01:53 -0700 30/4/00, Brook wrote: > >I've seen a few messages on spontaneous reboots due to the new ata > >drivers (which I am using) but my problem doesn't seem to be disk related. > > > >If I run dnetc (the distributed.net client) then my system will simply > >reset after a while.[etc] > > Are your fans working properly? > > As well as ever, I've run dnetc for months at a time prior to 4.0 with no problems. Machine is a Pentium 200MHz, shouldn't be overheating. +--- | Brook Miles | A spec of cosmic dust... with attitude. +-------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 13:57:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pan.ch.intel.com (pan.ch.intel.com [143.182.246.24]) by hub.freebsd.org (Postfix) with ESMTP id 8CDCD37C4FE for ; Mon, 1 May 2000 13:50:01 -0700 (PDT) (envelope-from jreynold@sedona.ch.intel.com) Received: from sedona.intel.com (sedona.ch.intel.com [143.182.218.21]) by pan.ch.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.22 2000/04/06 17:58:51 dmccart Exp $) with ESMTP id NAA27983; Mon, 1 May 2000 13:49:45 -0700 (MST) Received: from hip186.ch.intel.com (hip186.ch.intel.com [143.182.225.68]) by sedona.intel.com (8.9.1a/8.9.1/d: sendmail.cf,v 1.10 2000/02/10 21:38:16 steved Exp $) with ESMTP id NAA22757; Mon, 1 May 2000 13:49:43 -0700 (MST) X-Envelope-From: jreynold@sedona.ch.intel.com Received: (from jreynold@localhost) by hip186.ch.intel.com (8.9.1a/8.9.1/d: client.m4,v 1.3 1998/09/29 16:36:11 sedayao Exp sedayao $) id QAA08737; Mon, 1 May 2000 16:49:43 -0400 (EDT) X-Authentication-Warning: hip186.ch.intel.com: jreynold set sender to jreynold@sedona.ch.intel.com using -f From: John Reynolds~ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14605.60903.13182.552018@hip186.ch.intel.com> Date: Mon, 1 May 2000 13:49:43 -0700 (MST) To: Daniel Frazier Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld fails... In-Reply-To: <390DE8B8.69054C3D@magpage.com> References: <390DDA17.BACED80C@magpage.com> <390DE0AA.A5B7166F@magpage.com> <390DE8B8.69054C3D@magpage.com> X-Mailer: VM 6.75 under Emacs 20.3.11 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ On Monday, May 1, Daniel Frazier wrote: ] > > Ok, I made that change and did make buildworld again. Got a different > error this time... > > /usr/src/lib/libc/../libc/stdlib/strtoul.c: In function `strtoul': > /usr/src/lib/libc/../libc/stdlib/strtoul.c:81: `ba3e' undeclared (first > use this function) > /usr/src/lib/libc/../libc/stdlib/strtoul.c:81: (Each undeclared > identifier is reported only once > /usr/src/lib/libc/../libc/stdlib/strtoul.c:81: for each function it > appears in.) > *** Error code 1 > > Stop. > > and so on. Here is line 81 from strtoul.c... > > cutlim = (unsigned long)ULONG_MAX % (unsigned long)ba3e; > I think the previous poster's same explaination can be used to explain this one too. '3' == 0x33 (8b'00110011) 's' == 0x73 (8b'01110011) so there's just a single bit flipped somehow. How it happened, nobody knows. Have you had memory problems before? Flakey network connection? > again, it looks like the obvios fix is a little editing. Did that and > did make buildworld again, and got a new error: > > /usr/src/usr.bin/lex/skel.c:435: parse error before `l' > *** Error code 1 > > Stop. > > Here is line 435 from skel.c: > > "%+ C++ definition"l > > looks like another quick job for vi. Am I the only one seeing these > errors. Could these errors be the result of something corrupting my > source tree? I'm not seeing the errors in my latest buildworld. -Jr -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | John Reynolds WCCG, CCE, Higher Levels of Abstraction | | Intel Corporation MS: CH6-210 Phone: 480-554-9092 pgr: 602-868-6512 | | jreynold@sedona.ch.intel.com http://www-aec.ch.intel.com/~jreynold/ | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 13:58:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7118137C349; Mon, 1 May 2000 13:52:24 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id NAA10204; Mon, 1 May 2000 13:52:24 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Mon, 1 May 2000 13:52:23 -0700 (PDT) From: Kris Kennaway To: Daniel Frazier Cc: freebsd-stable@FreeBSD.ORG Subject: Re: make buildworld fails... In-Reply-To: <390DE8B8.69054C3D@magpage.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 1 May 2000, Daniel Frazier wrote: > and so on. Here is line 81 from strtoul.c... > > cutlim = (unsigned long)ULONG_MAX % (unsigned long)ba3e; '3' == 0x33, 's' == 0x73 - again that 0x40 bit flip. > Here is line 435 from skel.c: > > "%+ C++ definition"l 0x6c -> 0x2c. Your hardware is definitely toggling bits :-) Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 13:58:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rdc1.ct.home.com (ha1.rdc1.ct.home.com [24.2.0.66]) by hub.freebsd.org (Postfix) with ESMTP id 8F7F037C393 for ; Mon, 1 May 2000 13:53:21 -0700 (PDT) (envelope-from tsikora@home.com) Received: from home.com ([24.2.168.186]) by mail.rdc1.ct.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000501205320.DJEL18096.mail.rdc1.ct.home.com@home.com>; Mon, 1 May 2000 13:53:20 -0700 Message-ID: <390DEF13.D3FC5928@home.com> Date: Mon, 01 May 2000 16:54:43 -0400 From: Ted Sikora Reply-To: tsikora@powerusersbbs.com Organization: Jtl Development X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en-US,en-GB MIME-Version: 1.0 To: gunnut@2ainfo.it, "freebsd-stable@FreeBSD.ORG" Subject: Re: Problem with WP8 References: <20000501.12233200@mis.configured.host> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG gunnut@2ainfo.it wrote: > > I run 4.0-STABLE on PentiumII 266 128MB Xfree86-4 with Linux emulation > enabled. > I have built all the software from ports exept the linux_base > installed > with the system. > I tried to install from ports wordperfect and everything went well. > When I launch xwp I get the following error: > The following path/filenames do not exist > Styles > .wprc/ > as well as > file not found .wprc/wp8x.set > the directory .wprc is created in my home directory but it is empty > (I tried to copy this directory from my Linux partition but the error > persists).I do have POSIX compliance enabled in my kernel and in fact > I can run Acrobat and Staroffice. > I did edit /compat/linux/etc/ld.so.conf and then ran > /compat/linux/sbin > /ldconfig. > Any help really appreciated > Filippo > gunnut@2ainfo.it wrote: > > I run 4.0-STABLE on PentiumII 266 128MB Xfree86-4 with Linux emulation > enabled. > I have built all the software from ports exept the linux_base > installed > with the system. > I tried to install from ports wordperfect and everything went well. > When I launch xwp I get the following error: > The following path/filenames do not exist > Styles > .wprc/ > as well as > file not found .wprc/wp8x.set > the directory .wprc is created in my home directory but it is empty > (I tried to copy this directory from my Linux partition but the error > persists).I do have POSIX compliance enabled in my kernel and in fact > I can run Acrobat and Staroffice. > I did edit /compat/linux/etc/ld.so.conf and then ran > /compat/linux/sbin > /ldconfig. > Any help really appreciated > Filippo > Did you run make install-user? after make install? You also need a ln -s Office51 to /usr/local At least I had to.. to run make install-user. I also edited xwp like so and put it in a directory in my path. #!/bin/sh set -a PATH=/usr/compat/linux/usr/lib/wp8/wpbin:/usr/compat/linux/usr/lib/wp8/shbin10:/usr/compat/linux/bin:/usr/compat/linux/usr/bin:/usr/compat/linux/usr/X11R6/bin set +a exec xwp "$@" -- Ted Sikora Jtl Development Group tsikora@powerusersbbs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 14:12: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rdc1.ct.home.com (ha1.rdc1.ct.home.com [24.2.0.66]) by hub.freebsd.org (Postfix) with ESMTP id 610FE37BEB2 for ; Mon, 1 May 2000 14:02:26 -0700 (PDT) (envelope-from tsikora@home.com) Received: from home.com ([24.2.168.186]) by mail.rdc1.ct.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000501210225.DNXF18096.mail.rdc1.ct.home.com@home.com>; Mon, 1 May 2000 14:02:25 -0700 Message-ID: <390DF133.DB2B2C9F@home.com> Date: Mon, 01 May 2000 17:03:47 -0400 From: Ted Sikora Reply-To: tsikora@powerusersbbs.com Organization: Jtl Development X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en-US,en-GB MIME-Version: 1.0 To: "freebsd-stable@FreeBSD.ORG" , "gunnut@2ainfo.it" Subject: Re: Problem with WP8 References: <20000501.12233200@mis.configured.host> <390DEF13.D3FC5928@home.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ted Sikora wrote: > > gunnut@2ainfo.it wrote: > > > > I run 4.0-STABLE on PentiumII 266 128MB Xfree86-4 with Linux emulation > > enabled. > > I have built all the software from ports exept the linux_base > > installed > > with the system. > > I tried to install from ports wordperfect and everything went well. > > When I launch xwp I get the following error: > > The following path/filenames do not exist > > Styles > > .wprc/ > > as well as > > file not found .wprc/wp8x.set > > the directory .wprc is created in my home directory but it is empty > > (I tried to copy this directory from my Linux partition but the error > > persists).I do have POSIX compliance enabled in my kernel and in fact > > I can run Acrobat and Staroffice. > > I did edit /compat/linux/etc/ld.so.conf and then ran > > /compat/linux/sbin > > /ldconfig. > > Any help really appreciated > > Filippo > > > gunnut@2ainfo.it wrote: > > > > I run 4.0-STABLE on PentiumII 266 128MB Xfree86-4 with Linux emulation > > enabled. > > I have built all the software from ports exept the linux_base > > installed > > with the system. > > I tried to install from ports wordperfect and everything went well. > > When I launch xwp I get the following error: > > The following path/filenames do not exist > > Styles > > .wprc/ > > as well as > > file not found .wprc/wp8x.set > > the directory .wprc is created in my home directory but it is empty > > (I tried to copy this directory from my Linux partition but the error > > persists).I do have POSIX compliance enabled in my kernel and in fact > > I can run Acrobat and Staroffice. > > I did edit /compat/linux/etc/ld.so.conf and then ran > > /compat/linux/sbin > > /ldconfig. > > Any help really appreciated > > Filippo > > > > Did you run make install-user? after make install? You also need a ln -s > Office51 to /usr/local At least I had to.. to run make install-user. > Yikes!!!?? Wrong application I'm losing it disregard this do the xwp script below. > I also edited xwp like so and put it in a directory in my path. > > #!/bin/sh > set -a > PATH=/usr/compat/linux/usr/lib/wp8/wpbin:/usr/compat/linux/usr/lib/wp8/shbin10:/usr/compat/linux/bin:/usr/compat/linux/usr/bin:/usr/compat/linux/usr/X11R6/bin > set +a > exec xwp "$@" > -- Ted Sikora Jtl Development Group tsikora@powerusersbbs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 14:42:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dns2.seanet.com (dns2.seanet.com [199.181.164.2]) by hub.freebsd.org (Postfix) with ESMTP id 4169237B67B for ; Mon, 1 May 2000 14:42:45 -0700 (PDT) (envelope-from mikey_98058@yahoo.com) Received: from crgwdsrvr (frwd.ts.seanet.com [204.182.112.79]) by dns2.seanet.com (8.9.3/8.9.0) with SMTP id OAA18309 for ; Mon, 1 May 2000 14:42:44 -0700 (PDT) Message-ID: <000501bfb3b6$31a85b40$4f70b6cc@ts.seanet.com.ts.seanet.com> Reply-To: "Michael Kong" From: "Michael Kong" To: Subject: subscribe freebsd-stable Date: Mon, 1 May 2000 14:42:48 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-stable To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 15:28:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from trinity.skynet.be (trinity.skynet.be [195.238.2.38]) by hub.freebsd.org (Postfix) with ESMTP id 252DA37B92D for ; Mon, 1 May 2000 15:28:14 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [195.238.24.94] (dialup684.brussels2.skynet.be [195.238.25.172]) by trinity.skynet.be (Postfix) with ESMTP id BE6C81808F; Tue, 2 May 2000 00:27:54 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: References: Date: Tue, 2 May 2000 00:07:33 +0200 To: "Brandon D. Valentine" , Mark Powell From: Brad Knowles Subject: Re: How good is AMI MegaRAID support? Cc: Joe Karthauser , freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 12:31 PM -0400 2000/4/29, Brandon D. Valentine wrote: > I can definitely appreciate that. The RAID solution of choice for > FreeBSD appears to be SCSI-SCSI RAID adapters as utilized on > wcarchive.cdrom.com and ftp.freesoftware.org -- the two busiest ftp > archives around and consequently the two busiest disk subsystems around. The testing I've done so far confirms what Greg Lehey and everyone else has been telling me all this time -- dedicated RAID controllers just really can't keep up with a good software solution (such as vinum, or even ccd) and modern hardware. It takes a lot longer to develop all the custom hardware to put into a RAID controller, and main CPU speeds have been increasing so fast, that it's quicker and easier to do it all in software these days. Even the megabuck Comparex/Hitachi mainframe-style RAID array that I've been pounding the snot out of for weeks doesn't reach the performance levels of the software RAID configuration that Joe Greco built on top of Adaptec controller and bare 50GB 7200 RPM drives (for his 1.8TB news spool server), and I have 10kRPM drives and can throw as much as 4GB of on-board controller RAM at the problem. I can get reasonably close to his levels of performance, but I haven't been able to equal them. In fact, to come anywhere *close* to the levels of performance that Joe has previously mentioned, I've had to add software RAID 0+1 (in the form of vinum) on top of the hardware RAID-5 (we tested the other forms of RAID, there doesn't seem to be any noticeable speed improvement), so that you are striped both horizontally and vertically. -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 15:28:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from trinity.skynet.be (trinity.skynet.be [195.238.2.38]) by hub.freebsd.org (Postfix) with ESMTP id CC6E037B782; Mon, 1 May 2000 15:28:33 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [195.238.24.94] (dialup684.brussels2.skynet.be [195.238.25.172]) by trinity.skynet.be (Postfix) with ESMTP id D839118144; Tue, 2 May 2000 00:28:08 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <93707.957044958@pinhead.parag.codegen.com> References: <93707.957044958@pinhead.parag.codegen.com> Date: Tue, 2 May 2000 00:12:15 +0200 To: Parag Patel , Mike Smith From: Brad Knowles Subject: Re: How good is AMI MegaRAID support? Cc: freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 2:49 PM -0700 2000/4/29, Parag Patel wrote: > Out of curiosity, how would a PCI-RAID (SCSI) adapter compare with > vanilla PCI-SCSI cards and vinum? It seems to me that the host CPU(s) > are much faster than the processors on the PCI-SCSI adapters. In fact, this is precisely what Greg Lehey and some others have told me, and my own experience has confirmed this. > Or are > both of these "fast-enough" and thus performance differences are largely > an irrelevent consideration? (They both have similar software issues > but I suspect vinum is easier to debug. :) How fast is fast enough? Do you need a disk subsystem that can handle bursts of ~2500 USENET news history database lookups per second? What would it take to get to that level? Do you need to see rawio read performance (average tranfer size of one sector w/ 64 simultaneous processes) of around 5,000 read operations per second? If so, then I've only barely managed to get there. Sure, vinum will be easier to debug. The only issue is how much debugging do you believe that the hardware RAID vendors have done before they ship their product, versus how much debugging do you think vinum gets? Myself, I'm learning to put a lot more trust in Greg.... -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 15:41: 9 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-202-176-114.dsl.snfc21.pacbell.net [63.202.176.114]) by hub.freebsd.org (Postfix) with ESMTP id 0DCC537B782 for ; Mon, 1 May 2000 15:41:05 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id PAA04152; Mon, 1 May 2000 15:49:21 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005012249.PAA04152@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Brad Knowles Cc: freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-reply-to: Your message of "Tue, 02 May 2000 00:07:33 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 May 2000 15:49:21 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I can definitely appreciate that. The RAID solution of choice for > > FreeBSD appears to be SCSI-SCSI RAID adapters as utilized on > > wcarchive.cdrom.com and ftp.freesoftware.org -- the two busiest ftp > > archives around and consequently the two busiest disk subsystems around. > > The testing I've done so far confirms what Greg Lehey and > everyone else has been telling me all this time -- dedicated RAID > controllers just really can't keep up with a good software solution > (such as vinum, or even ccd) and modern hardware. It takes a lot > longer to develop all the custom hardware to put into a RAID > controller, and main CPU speeds have been increasing so fast, that > it's quicker and easier to do it all in software these days. I'd concur with quicker, but easier? Not with Vinum (yet anyway), and certainly not with ccd. And "quicker" only comes into play once you match the I/O capabilities - in most cases, this means several separate SCSI adapters. > Even the megabuck Comparex/Hitachi mainframe-style RAID array > that I've been pounding the snot out of for weeks doesn't reach the > performance levels of the software RAID configuration that Joe Greco > built on top of Adaptec controller and bare 50GB 7200 RPM drives (for > his 1.8TB news spool server), and I have 10kRPM drives and can throw > as much as 4GB of on-board controller RAM at the problem. I can get > reasonably close to his levels of performance, but I haven't been > able to equal them. This would suggest that you're hitting other limits. I seem to recall that you're only using one (or maybe two) host ports on the controller - this will be a bottleneck just for starters. The biggest killer with external RAID units is the miserable bandwidth that you get with just a single or even dual host ports. Fibrechannel can help here, but you really need to look at every part of the system before you start making these sort of judgements. > In fact, to come anywhere *close* to the levels of performance > that Joe has previously mentioned, I've had to add software RAID 0+1 > (in the form of vinum) on top of the hardware RAID-5 (we tested the > other forms of RAID, there doesn't seem to be any noticeable speed > improvement), so that you are striped both horizontally and > vertically. I still haven't heard anything from anyone using embedded RAID adapters. Take some time with eg. an AMI MegaRAID 1600 or (once I'm done with the driver support) something like a 2000 series Mylex controller. Another very important item to bear in mind is that most controller vendors are just starting to wake up to real peformance issues and unix-like operating systems. It wasn't until I explained to Mylex, for example, the inherent badness in a power-of-2 stripe size in conjunction with the FFS disk layout that this even appeared on their radar. Software RAID implementations like Vinum, that were designed from the start to address this, have some definite advantages there. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 15:42:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freeway.dcfinc.com (cx74889-a.phnx3.az.home.com [24.1.193.157]) by hub.freebsd.org (Postfix) with ESMTP id DE82937BA7C for ; Mon, 1 May 2000 15:42:23 -0700 (PDT) (envelope-from chad@freeway.dcfinc.com) Received: (from chad@localhost) by freeway.dcfinc.com (8.8.8/8.8.8) id PAA18070; Mon, 1 May 2000 15:42:17 -0700 (MST) (envelope-from chad) From: "Chad R. Larson" Message-Id: <200005012242.PAA18070@freeway.dcfinc.com> Subject: Re: make buildworld fails... In-Reply-To: <390DE8B8.69054C3D@magpage.com> from Daniel Frazier at "May 1, 0 04:27:36 pm" To: dfrazier@magpage.com (Daniel Frazier) Date: Mon, 1 May 2000 15:42:17 -0700 (MST) Cc: freebsd-stable@FreeBSD.ORG Reply-To: chad@DCFinc.com X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As I recall, Daniel Frazier wrote: > /usr/src/lib/libc/../libc/stdlib/strtoul.c:81: `ba3e' undeclared (first Another single-bit error , 0x33 vs 0x73. I think you've got a memory subsystem hardware error. -crl -- Chad R. Larson (CRL15) 602-953-1392 Brother, can you paradigm? chad@dcfinc.com chad@larsons.org larson1@home.net DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 15:42:31 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-202-176-114.dsl.snfc21.pacbell.net [63.202.176.114]) by hub.freebsd.org (Postfix) with ESMTP id CCAC737BA16 for ; Mon, 1 May 2000 15:42:23 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id PAA04167; Mon, 1 May 2000 15:50:42 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005012250.PAA04167@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Brad Knowles Cc: freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-reply-to: Your message of "Tue, 02 May 2000 00:12:15 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 May 2000 15:50:42 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Sure, vinum will be easier to debug. The only issue is how much > debugging do you believe that the hardware RAID vendors have done > before they ship their product, versus how much debugging do you > think vinum gets? Myself, I'm learning to put a lot more trust in > Greg.... If you're ever in the Bay area, let me take you down to talk to Mylex. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 15:44:39 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freeway.dcfinc.com (cx74889-a.phnx3.az.home.com [24.1.193.157]) by hub.freebsd.org (Postfix) with ESMTP id 0804E37BA16; Mon, 1 May 2000 15:44:35 -0700 (PDT) (envelope-from chad@freeway.dcfinc.com) Received: (from chad@localhost) by freeway.dcfinc.com (8.8.8/8.8.8) id PAA18097; Mon, 1 May 2000 15:44:34 -0700 (MST) (envelope-from chad) From: "Chad R. Larson" Message-Id: <200005012244.PAA18097@freeway.dcfinc.com> Subject: Re: make buildworld fails... In-Reply-To: from Kris Kennaway at "May 1, 0 01:44:08 pm" To: kris@FreeBSD.ORG (Kris Kennaway) Date: Mon, 1 May 2000 15:44:34 -0700 (MST) Cc: dfrazier@magpage.com, freebsd-stable@FreeBSD.ORG Reply-To: chad@DCFinc.com X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As I recall, Kris Kennaway wrote: > On Mon, 1 May 2000, Daniel Frazier wrote: >> What could be causing that kind of corruption? > > Bad RAM, bad disk, generally bad hardware, cosmic rays, bug in FreeBSD > (probably in that order of probability :-) Bad RAM controller, bad DMA controller, bad RAM chips. -crl -- Chad R. Larson (CRL15) 602-953-1392 Brother, can you paradigm? chad@dcfinc.com chad@larsons.org larson1@home.net DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 15:51: 1 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freeway.dcfinc.com (cx74889-a.phnx3.az.home.com [24.1.193.157]) by hub.freebsd.org (Postfix) with ESMTP id 319F137B6A7; Mon, 1 May 2000 15:50:57 -0700 (PDT) (envelope-from chad@freeway.dcfinc.com) Received: (from chad@localhost) by freeway.dcfinc.com (8.8.8/8.8.8) id PAA18136; Mon, 1 May 2000 15:50:56 -0700 (MST) (envelope-from chad) From: "Chad R. Larson" Message-Id: <200005012250.PAA18136@freeway.dcfinc.com> Subject: Re: make buildworld fails... In-Reply-To: from Kris Kennaway at "May 1, 0 01:52:23 pm" To: kris@FreeBSD.ORG (Kris Kennaway) Date: Mon, 1 May 2000 15:50:56 -0700 (MST) Cc: dfrazier@magpage.com, freebsd-stable@FreeBSD.ORG Reply-To: chad@DCFinc.com X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As I recall, Kris Kennaway wrote: > On Mon, 1 May 2000, Daniel Frazier wrote: > > 0x6c -> 0x2c. > > Your hardware is definitely toggling bits :-) More to the point, it's clearing the 0x40 bit. -crl -- Chad R. Larson (CRL15) 602-953-1392 Brother, can you paradigm? chad@dcfinc.com chad@larsons.org larson1@home.net DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 16: 1:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freeway.dcfinc.com (cx74889-a.phnx3.az.home.com [24.1.193.157]) by hub.freebsd.org (Postfix) with ESMTP id C80F337B5AC; Mon, 1 May 2000 16:01:11 -0700 (PDT) (envelope-from chad@freeway.dcfinc.com) Received: (from chad@localhost) by freeway.dcfinc.com (8.8.8/8.8.8) id QAA18195; Mon, 1 May 2000 16:00:59 -0700 (MST) (envelope-from chad) From: "Chad R. Larson" Message-Id: <200005012300.QAA18195@freeway.dcfinc.com> Subject: Re: How good is AMI MegaRAID support? In-Reply-To: from Brad Knowles at "May 2, 0 00:12:15 am" To: blk@skynet.be (Brad Knowles) Date: Mon, 1 May 2000 16:00:59 -0700 (MST) Cc: parag@cgt.com, msmith@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Reply-To: chad@DCFinc.com X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As I recall, Brad Knowles wrote: > At 2:49 PM -0700 2000/4/29, Parag Patel wrote: >> Out of curiosity, how would a PCI-RAID (SCSI) adapter compare with >> vanilla PCI-SCSI cards and vinum? It seems to me that the host CPU(s) >> are much faster than the processors on the PCI-SCSI adapters. > > In fact, this is precisely what Greg Lehey and some others have > told me, and my own experience has confirmed this. Well, we saw better performance on the Sun A3500 RAID array than we did using Veritas Volume Manager to try the same thing against just a box of disks (D-1000s). The 3500 is OEM'd from Symbios, I think, and has hardware to do the XOR computing, plus a signaifcant amount of front-end cache. > How fast is fast enough? Do you need a disk subsystem that can > handle bursts of ~2500 USENET news history database lookups per > second? What would it take to get to that level? Do you need to see > rawio read performance (average tranfer size of one sector w/ 64 > simultaneous processes) of around 5,000 read operations per second? We're running quite a bit more than 5,000 iops/sec on the EMC Symmetrix box that's replacing the A-3500s. Just depends on what it is you need done. -crl -- Chad R. Larson (CRL15) 602-953-1392 Brother, can you paradigm? chad@dcfinc.com chad@larsons.org larson1@home.net DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 16: 2:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from apoq.skynet.be (apoq.skynet.be [195.238.2.35]) by hub.freebsd.org (Postfix) with ESMTP id 4A5FD37B588; Mon, 1 May 2000 16:02:49 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [195.238.24.94] (dialup684.brussels2.skynet.be [195.238.25.172]) by apoq.skynet.be (Postfix) with ESMTP id 197631F297; Tue, 2 May 2000 01:02:45 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <200005012249.PAA04152@mass.cdrom.com> References: <200005012249.PAA04152@mass.cdrom.com> Date: Tue, 2 May 2000 01:01:28 +0200 To: Mike Smith From: Brad Knowles Subject: Re: How good is AMI MegaRAID support? Cc: freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 3:49 PM -0700 2000/5/1, Mike Smith wrote: > This would suggest that you're hitting other limits. I seem to recall > that you're only using one (or maybe two) host ports on the controller - > this will be a bottleneck just for starters. I am using on interface on each array controller, each connected to a dedicated host adaptor. > The biggest killer with external RAID units is the miserable bandwidth > that you get with just a single or even dual host ports. Fibrechannel > can help here, but you really need to look at every part of the system > before you start making these sort of judgements. The host bandwidth isn't an issue here. If it was, then setting up a software stripe across the RAID-5 LUNs wouldn't buy me any additional speed. I'm not coming anywhere close to what a single SCSI controller can do. Besides, what I need is not bandwidth, but minimum latency. 100GB over a 24 hour period of time equates to a little more than 4GB per hour, about 70MB per minute, and about 1.2MB per second. Hell, I've got some five year old ultra low-end 90MB hard drives that could easily keep up with that data rate. > I still haven't heard anything from anyone using embedded RAID adapters. > Take some time with eg. an AMI MegaRAID 1600 or (once I'm done with the > driver support) something like a 2000 series Mylex controller. I don't have any of those to play with. Now, if you want to send me one or three, I'll be glad to look them over.... ;-) > Another very important item to bear in mind is that most controller > vendors are just starting to wake up to real peformance issues and > unix-like operating systems. It wasn't until I explained to Mylex, for > example, the inherent badness in a power-of-2 stripe size in conjunction > with the FFS disk layout that this even appeared on their radar. There are situations where you want to very carefully adjust the stripe size to perfectly match the cylinder size. Joe Greco can tell you a lot more about this than I can. > Software RAID implementations like Vinum, that were designed from the > start to address this, have some definite advantages there. Vinum has the distinct advantage of not having any pre-built preferences for stripe size, etc.... I understand that a lot of hardware RAID devices are optimized for essentially just one configuration only, and if you change just a single parameter to be different from the default, you're screwed. Your data may want a very large stripe size (or maybe a very small one), but if the controller doesn't agree, then you've got a problem. With vinum, you can select the stripe size you want/need for your application, and while Greg will show you some charts that demonstrate that the optimal stripe size is somewhere between 128KB and 256KB, if your application doesn't fit the mold that Greg was testing with, you can safely set the stripe size to be something else, and vinum won't really care. -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 16:14:38 2000 Delivered-To: freebsd-stable@freebsd.org Received: from trinity.skynet.be (trinity.skynet.be [195.238.2.38]) by hub.freebsd.org (Postfix) with ESMTP id 0F0F137B6E3; Mon, 1 May 2000 16:14:36 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [195.238.24.94] (dialup684.brussels2.skynet.be [195.238.25.172]) by trinity.skynet.be (Postfix) with ESMTP id B1E6E180F9; Tue, 2 May 2000 01:14:30 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <200005012300.QAA18195@freeway.dcfinc.com> References: <200005012300.QAA18195@freeway.dcfinc.com> Date: Tue, 2 May 2000 01:10:23 +0200 To: chad@DCFinc.com From: Brad Knowles Subject: Re: How good is AMI MegaRAID support? Cc: parag@cgt.com, msmith@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 4:00 PM -0700 2000/5/1, Chad R. Larson wrote: > We're running quite a bit more than 5,000 iops/sec on the EMC Symmetrix > box that's replacing the A-3500s. Yes, but what's your cost per TB on that platform? I bet it's a *hell* of a lot more than Joe paid for his 1.8TB USENET news spool server he has built! ;-) Seriously, yes you can achieve levels of performance higher than this, but I believe it is likely to take a fair outlay of cash. If all you're doing is building a news spool server and you don't need "drop a nuclear bomb on it and it still runs" reliability (for which you pay a hell of a lot of money for), then it's a waste to be spending that kind of money to get performance that may only be mildly better than what you could build out of raw components and software RAID. > Just depends on what it is you need done. You need to do a proper cost/benefit analysis. In my case, we agreed to sign a three year lease on this thing sight unseen, and it has taken a hell of a lot of work (mostly me by myself) to get this damn thing significantly above the 1000 iops/sec, and most of the benefit has come from adding software striping+mirroring with vinum on top of the hardware. Had we spent a bit more time doing the proper legwork up front, we might have been able to get a lot more disk space for a lot less money, and gotten equal or better performance to boot. -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 16:16:13 2000 Delivered-To: freebsd-stable@freebsd.org Received: from magpage.com (trinity.magpage.com [216.155.0.8]) by hub.freebsd.org (Postfix) with ESMTP id 6ACB937B588; Mon, 1 May 2000 16:16:08 -0700 (PDT) (envelope-from dfrazier@magpage.com) Received: from magpage.com (dfrazier.magpage.com [216.155.61.8] (may be forged)) by magpage.com (8.8.8/8.8.5) with ESMTP id XAA20699; Mon, 1 May 2000 23:16:03 GMT Message-ID: <390E0F78.AE694C64@magpage.com> Date: Mon, 01 May 2000 19:12:56 -0400 From: Daniel Frazier Organization: Magpage Internet Services X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: chad@DCFinc.com Cc: Kris Kennaway , freebsd-stable@FreeBSD.ORG Subject: Re: make buildworld fails... References: <200005012244.PAA18097@freeway.dcfinc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Chad R. Larson" wrote: > > Bad RAM, bad disk, generally bad hardware, cosmic rays, bug in FreeBSD > > (probably in that order of probability :-) > > Bad RAM controller, bad DMA controller, bad RAM chips. > Wow, not quite the answers I was looking for, but at least you've all given me an idea of what to look for. Thanks for your help. By the way, do you know of any RAM stress test/diagnostic utility that could help narrow this down? ---------------------------------------------------------------------- Daniel Frazier Tel: 302-239-5900 Ext. 231 System Administrator Fax: 302-239-3909 MAGPAGE, We Power the Internet WWW: http://www.magpage.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 16:17:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-202-176-114.dsl.snfc21.pacbell.net [63.202.176.114]) by hub.freebsd.org (Postfix) with ESMTP id 56D4237B57A for ; Mon, 1 May 2000 16:17:13 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id QAA04307; Mon, 1 May 2000 16:25:31 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005012325.QAA04307@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Brad Knowles Cc: freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-reply-to: Your message of "Tue, 02 May 2000 01:01:28 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 May 2000 16:25:31 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > This would suggest that you're hitting other limits. I seem to recall > > that you're only using one (or maybe two) host ports on the controller - > > this will be a bottleneck just for starters. > > I am using on interface on each array controller, each connected > to a dedicated host adaptor. Not really enough, if the array controller can keep up with the disks. > > The biggest killer with external RAID units is the miserable bandwidth > > that you get with just a single or even dual host ports. Fibrechannel > > can help here, but you really need to look at every part of the system > > before you start making these sort of judgements. > > The host bandwidth isn't an issue here. If it was, then setting > up a software stripe across the RAID-5 LUNs wouldn't buy me any > additional speed. I'm not coming anywhere close to what a single > SCSI controller can do. This definitely sounds like your array controllers aren't up to snuff. Especially if you're writing into or reading out of cache, you should be pegging the SCSI bus. > Besides, what I need is not bandwidth, but minimum latency. > 100GB over a 24 hour period of time equates to a little more than 4GB > per hour, about 70MB per minute, and about 1.2MB per second. Hell, > I've got some five year old ultra low-end 90MB hard drives that could > easily keep up with that data rate. SCSI is miserable for latency. Fibrechannel is better. PCI is better still. 8) > > I still haven't heard anything from anyone using embedded RAID adapters. > > Take some time with eg. an AMI MegaRAID 1600 or (once I'm done with the > > driver support) something like a 2000 series Mylex controller. > > I don't have any of those to play with. Now, if you want to send > me one or three, I'll be glad to look them over.... ;-) Wait 'till I get mine from AMI. I have a fairly tight deadline for getting these working, so I should be able to recommend them (or not) fairly quickly. > > Another very important item to bear in mind is that most controller > > vendors are just starting to wake up to real peformance issues and > > unix-like operating systems. It wasn't until I explained to Mylex, for > > example, the inherent badness in a power-of-2 stripe size in conjunction > > with the FFS disk layout that this even appeared on their radar. > > There are situations where you want to very carefully adjust the > stripe size to perfectly match the cylinder size. Joe Greco can tell > you a lot more about this than I can. Since the cylinder size is variable, this is somewhat bogus. > > Software RAID implementations like Vinum, that were designed from the > > start to address this, have some definite advantages there. > > Vinum has the distinct advantage of not having any pre-built > preferences for stripe size, etc.... I understand that a lot of > hardware RAID devices are optimized for essentially just one > configuration only, and if you change just a single parameter to be > different from the default, you're screwed. Your data may want a > very large stripe size (or maybe a very small one), but if the > controller doesn't agree, then you've got a problem. This is more or less correct. Some adapters (eg. those from ICP Vortex) allow you to select from a set of optimisation modes. > With vinum, you can select the stripe size you want/need for your > application, and while Greg will show you some charts that > demonstrate that the optimal stripe size is somewhere between 128KB > and 256KB, if your application doesn't fit the mold that Greg was > testing with, you can safely set the stripe size to be something > else, and vinum won't really care. This is what I'm trying to teach Mylex. They seem eager to learn; time alone will tell, I guess. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 16:18: 8 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-202-176-114.dsl.snfc21.pacbell.net [63.202.176.114]) by hub.freebsd.org (Postfix) with ESMTP id 522FB37B983 for ; Mon, 1 May 2000 16:18:05 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id QAA04321; Mon, 1 May 2000 16:26:22 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005012326.QAA04321@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Daniel Frazier Cc: freebsd-stable@FreeBSD.ORG Subject: Re: make buildworld fails... In-reply-to: Your message of "Mon, 01 May 2000 19:12:56 EDT." <390E0F78.AE694C64@magpage.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 May 2000 16:26:22 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > "Chad R. Larson" wrote: > > > Bad RAM, bad disk, generally bad hardware, cosmic rays, bug in FreeBSD > > > (probably in that order of probability :-) > > > > Bad RAM controller, bad DMA controller, bad RAM chips. > > > > Wow, not quite the answers I was looking for, but at least you've all > given me an idea of what to look for. Thanks for your help. By the > way, do you know of any RAM stress test/diagnostic utility that could > help narrow this down? You're running it. 8) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 16:22:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pan.ch.intel.com (pan.ch.intel.com [143.182.246.24]) by hub.freebsd.org (Postfix) with ESMTP id A2FF437B588 for ; Mon, 1 May 2000 16:22:07 -0700 (PDT) (envelope-from jreynold@sedona.ch.intel.com) Received: from sedona.intel.com (sedona.ch.intel.com [143.182.218.21]) by pan.ch.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.22 2000/04/06 17:58:51 dmccart Exp $) with ESMTP id QAA07593; Mon, 1 May 2000 16:22:05 -0700 (MST) Received: from hip186.ch.intel.com (hip186.ch.intel.com [143.182.225.68]) by sedona.intel.com (8.9.1a/8.9.1/d: sendmail.cf,v 1.10 2000/02/10 21:38:16 steved Exp $) with ESMTP id QAA19899; Mon, 1 May 2000 16:22:04 -0700 (MST) X-Envelope-From: jreynold@sedona.ch.intel.com Received: (from jreynold@localhost) by hip186.ch.intel.com (8.9.1a/8.9.1/d: client.m4,v 1.3 1998/09/29 16:36:11 sedayao Exp sedayao $) id TAA13823; Mon, 1 May 2000 19:22:04 -0400 (EDT) X-Authentication-Warning: hip186.ch.intel.com: jreynold set sender to jreynold@sedona.ch.intel.com using -f From: John Reynolds~ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14606.4507.916264.944604@hip186.ch.intel.com> Date: Mon, 1 May 2000 16:22:03 -0700 (MST) To: Daniel Frazier Subject: Re: make buildworld fails... In-Reply-To: <390E0F78.AE694C64@magpage.com> References: <200005012244.PAA18097@freeway.dcfinc.com> <390E0F78.AE694C64@magpage.com> X-Mailer: VM 6.75 under Emacs 20.3.11 Cc: stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ On Monday, May 1, Daniel Frazier wrote: ] > > Wow, not quite the answers I was looking for, but at least you've all > given me an idea of what to look for. Thanks for your help. By the > way, do you know of any RAM stress test/diagnostic utility that could > help narrow this down? > Try: http://reality.sgi.com/cbrady_denver/memtest86/ I've used this recently on some DIMMs that I got at fry's (and promptly returned because they were crap). There's people that say "only a hardware memory tester is reliable" which is true, but at least this program helped**. -Jr ** helped in the sense that I saw craploads of errors which if I was running an OS at that point in time, would have translated into non-cool things. The progie doesn't really help "narrow down" anything. Just "got bad RAM--go get another stick." .... -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | John Reynolds WCCG, CCE, Higher Levels of Abstraction | | Intel Corporation MS: CH6-210 Phone: 480-554-9092 pgr: 602-868-6512 | | jreynold@sedona.ch.intel.com http://www-aec.ch.intel.com/~jreynold/ | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 16:47:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from implode.root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 1639137B8E8; Mon, 1 May 2000 16:47:28 -0700 (PDT) (envelope-from dg@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id QAA28681; Mon, 1 May 2000 16:43:10 -0700 (PDT) Message-Id: <200005012343.QAA28681@implode.root.com> To: chad@DCFinc.com Cc: blk@skynet.be (Brad Knowles), parag@cgt.com, msmith@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-reply-to: Your message of "Mon, 01 May 2000 16:00:59 PDT." <200005012300.QAA18195@freeway.dcfinc.com> From: David Greenman Reply-To: dg@root.com Date: Mon, 01 May 2000 16:43:10 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> How fast is fast enough? Do you need a disk subsystem that can >> handle bursts of ~2500 USENET news history database lookups per >> second? What would it take to get to that level? Do you need to see >> rawio read performance (average tranfer size of one sector w/ 64 >> simultaneous processes) of around 5,000 read operations per second? > >We're running quite a bit more than 5,000 iops/sec on the EMC Symmetrix >box that's replacing the A-3500s. > >Just depends on what it is you need done. TeraSolutions' RAID systems (TSR-2200) as used on ftp.freesoftware.com are capable of >9,000 IOPS. There are other issues to consider when thinking about software RAID-5. The most important of these is the (lack of) non-volatile write-back cache. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project - http://www.freebsd.org Creator of high-performance Internet servers - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 16:49:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rdc4.on.home.com (ha1.rdc4.on.home.com [24.2.9.100]) by hub.freebsd.org (Postfix) with ESMTP id BDBF337B8B0; Mon, 1 May 2000 16:48:46 -0700 (PDT) (envelope-from cappy@cr173116-a.etob1.on.wave.home.com) Received: from cr173116-a.etob1.on.wave.home.com ([24.114.163.66]) by mail.rdc4.on.home.com (InterMail vM.4.01.02.17 201-229-119) with ESMTP id <20000501234845.DEDX23755.mail.rdc4.on.home.com@cr173116-a.etob1.on.wave.home.com>; Mon, 1 May 2000 16:48:45 -0700 Received: from localhost (cappy@localhost) by cr173116-a.etob1.on.wave.home.com (8.9.3/8.9.3) with ESMTP id TAA02067; Mon, 1 May 2000 19:48:45 -0400 (EDT) (envelope-from cappy@cr173116-a.etob1.on.wave.home.com) Date: Mon, 1 May 2000 19:48:45 -0400 (EDT) From: Dennis Jun Reply-To: Dennis Jun To: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: VIA 82C596 ATA66 support? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! I recently purchased a new system with the Soyo SY-6VBA 133 motherboard and a IBM Deskstar 34GXP 20.5gig 7200rpm ATA66 IDE drive. That motherboard has the VIA 693A Chipset but in FreeBSD reports it as the VIA 82C596 chipset. In any event, the VIA chipset supports ATA66 drives however, it seems to me that FreeBSD doesn't support that chipset. I installed FreeBSD STABLE a few weeks back and it only allows ATA33 support. Have I done something wrong? or is this chipset not supported as of yet? (Oh yes, I have used the proper ATA66 and my bios settings are correct. Furthermore, I am a FreeBSD newbie, so please bare with me if this question is obvious. Many thanx in advance.) http://www.soyo.com.tw/product/6vba133.htm http://www.storage.ibm.com/hardsoft/diskdrdl/desk/ds34gxp.htm bash-2.03$ uname -a FreeBSD bruce 4.0-20000408-STABLE FreeBSD 4.0-20000408-STABLE #0: Sat Apr 8 11:58:19 GMT 2000 root@usw3.freebsd.org:/usr/src/sys/compile/GENERIC i386 bash-2.03$ dmesg Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-20000408-STABLE #0: Sat Apr 8 11:58:19 GMT 2000 root@usw3.freebsd.org:/usr/src/sys/compile/GENERIC Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon (735.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x387f9ff real memory = 134217728 (131072K bytes) avail memory = 126705664 (123736K bytes) Preloaded elf kernel "kernel" at 0xc03c3000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 pci1: at 0.0 irq 11 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xe000-0xe00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ed0: port 0xe800-0xe81f irq 10 at device 18.0 on pci0 ed0: supplying EUI64: 00:c0:a8:ff:fe:50:a5:10 ed0: address 00:c0:a8:50:a5:10, type NE2000 (16 bit) pcib1: on motherboard pci2: on pcib1 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 sio1: configured irq 3 not in bitmap of probed irqs 0 ppc0: parallel port not found. ad0: 19574MB [42421/15/63] at ata0-master using UDMA33 acd0: CDROM at ata1-master using PIO4 Mounting root from ufs:/dev/ad0s1a ed0: starting DAD for fe80:0001::02c0:a8ff:fe50:a510 ed0: DAD complete for fe80:0001::02c0:a8ff:fe50:a510 - no duplicates found To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 17:12:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-202-176-114.dsl.snfc21.pacbell.net [63.202.176.114]) by hub.freebsd.org (Postfix) with ESMTP id E623D37B6A6 for ; Mon, 1 May 2000 17:12:38 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id RAA04531; Mon, 1 May 2000 17:20:57 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005020020.RAA04531@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: dg@root.com Cc: freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-reply-to: Your message of "Mon, 01 May 2000 16:43:10 PDT." <200005012343.QAA28681@implode.root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 May 2000 17:20:57 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> How fast is fast enough? Do you need a disk subsystem that can > >> handle bursts of ~2500 USENET news history database lookups per > >> second? What would it take to get to that level? Do you need to see > >> rawio read performance (average tranfer size of one sector w/ 64 > >> simultaneous processes) of around 5,000 read operations per second? > > > >We're running quite a bit more than 5,000 iops/sec on the EMC Symmetrix > >box that's replacing the A-3500s. > > > >Just depends on what it is you need done. > > TeraSolutions' RAID systems (TSR-2200) as used on ftp.freesoftware.com are > capable of >9,000 IOPS. Is this a controller capability, or does it represent a sustainable load over the entire array? How do you measure this? (I'd love to add to my benchmark/test suite). FWIW, most of the low-end PCI:SCSI RAID controllers claim throughput in the 3-5k IOPs, and 20k is not an uncommon claim for mid-high end controllers. Simon Shapiro was pushing over 20k on the DPT Century adapters in "real" applications. I've had a hard time generating more than 3k or so out of a FreeBSD box's I/O subsystem - we cluster so aggressively that I typically run out of I/O bandwidth before I hit an IOP limit. > There are other issues to consider when thinking about software RAID-5. The > most important of these is the (lack of) non-volatile write-back cache. This is definitely a kicker. The better controllers will let you swap the BBU and RAM into a new controller too, eg. if you've fried a SCSI channel, and still preserve your unwritten data. (Mylex and Adaptec, at least, do this.) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 17:16:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id 3D25537B588; Mon, 1 May 2000 17:16:38 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id RAA98472; Mon, 1 May 2000 17:16:36 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: Mike Smith Cc: dg@root.com, freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-Reply-To: Message from Mike Smith of "Mon, 01 May 2000 17:20:57 PDT." <200005020020.RAA04531@mass.cdrom.com> Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Mon, 01 May 2000 17:16:36 -0700 Message-ID: <98468.957226596@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 01 May 2000 17:20:57 PDT, Mike Smith wrote: >> There are other issues to consider when thinking about software RAID-5. The >> most important of these is the (lack of) non-volatile write-back cache. >This is definitely a kicker. Um - UPS? I ask because power just went out here for a few minutes, and upsd nicely warned me and started to shutdown (but power came back on). -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 17:38:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-202-176-114.dsl.snfc21.pacbell.net [63.202.176.114]) by hub.freebsd.org (Postfix) with ESMTP id 5B0E537B789 for ; Mon, 1 May 2000 17:38:29 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id RAA04605; Mon, 1 May 2000 17:46:47 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005020046.RAA04605@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Parag Patel Cc: freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-reply-to: Your message of "Mon, 01 May 2000 17:16:36 PDT." <98468.957226596@pinhead.parag.codegen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 May 2000 17:46:47 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Mon, 01 May 2000 17:20:57 PDT, Mike Smith wrote: > >> There are other issues to consider when thinking about software RAID-5. The > >> most important of these is the (lack of) non-volatile write-back cache. > >This is definitely a kicker. > > Um - UPS? I ask because power just went out here for a few minutes, and > upsd nicely warned me and started to shutdown (but power came back on). Doesn't help much if you can't get a clean shutdown (think BSOD). -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 17:39:10 2000 Delivered-To: freebsd-stable@freebsd.org Received: from implode.root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 5B8B737B9CB; Mon, 1 May 2000 17:39:01 -0700 (PDT) (envelope-from dg@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id RAA28815; Mon, 1 May 2000 17:35:57 -0700 (PDT) Message-Id: <200005020035.RAA28815@implode.root.com> To: Mike Smith Cc: freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-reply-to: Your message of "Mon, 01 May 2000 17:20:57 PDT." <200005020020.RAA04531@mass.cdrom.com> From: David Greenman Reply-To: dg@root.com Date: Mon, 01 May 2000 17:35:57 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> TeraSolutions' RAID systems (TSR-2200) as used on ftp.freesoftware.com are >> capable of >9,000 IOPS. > >Is this a controller capability, or does it represent a sustainable load >over the entire array? How do you measure this? (I'd love to add to my >benchmark/test suite). The controller itself is spec'd at 10,000 IOPS out of the cache, but under FreeBSD a more practical limit is about 8,500 due to OS latency and SCSI bus overhead issues. As for how it's measured, usually you write the same block over and over again (to test write-to-cache performance), or read the same block over and over again. You do this with 50 or so processes simultaneously to take advantage of overlapped tagged operations. For read from the disk drives, the performance is pretty much whatever the drives are rated at. We use the fastest 10K RPM drives on the market, but the actual number you get depends on both the speed and number of the drives in the array. Write performance is hard to measure since the cache defers the writes. On a software RAID-5, write performance can be expected to be totally lousy due to the lack of non-volatile write-back cache. If it's not lousy, then your filesystem is in danger of being destroyed on power fail or system crash. I don't think anyone who goes to the trouble of doing software RAID is willing to risk losing everything due to a power failure. >FWIW, most of the low-end PCI:SCSI RAID controllers claim throughput in >the 3-5k IOPs, and 20k is not an uncommon claim for mid-high end >controllers. Simon Shapiro was pushing over 20k on the DPT Century >adapters in "real" applications. I've had a hard time generating more >than 3k or so out of a FreeBSD box's I/O subsystem - we cluster so >aggressively that I typically run out of I/O bandwidth before I hit an >IOP limit. You need to use the raw (character) device for testing things like this. RAID controllers certainly vary greatly in performance. I've tested just about all of the SCSI-SCSI controllers on the market and can tell you that most of them really suck. The Mylex DAC960-SX, for example, tops out at about 1500 IOPS; the Infortrend 3102U2G at about 3200 IOPS; the CMD CRD-5440 at about 4400 IOPS; etc... Anyway, sorry, I didn't really want to get sucked into this discussion, so I'll just jump out now as fast as I jumped in. :-) -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project - http://www.freebsd.org Creator of high-performance Internet servers - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 17:41:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from implode.root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 47DD137B79A; Mon, 1 May 2000 17:41:23 -0700 (PDT) (envelope-from dg@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id RAA28837; Mon, 1 May 2000 17:37:47 -0700 (PDT) Message-Id: <200005020037.RAA28837@implode.root.com> To: Parag Patel Cc: Mike Smith , freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-reply-to: Your message of "Mon, 01 May 2000 17:16:36 PDT." <98468.957226596@pinhead.parag.codegen.com> From: David Greenman Reply-To: dg@root.com Date: Mon, 01 May 2000 17:37:47 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >On Mon, 01 May 2000 17:20:57 PDT, Mike Smith wrote: >>> There are other issues to consider when thinking about software RAID-5. The >>> most important of these is the (lack of) non-volatile write-back cache. >>This is definitely a kicker. > >Um - UPS? I ask because power just went out here for a few minutes, and >upsd nicely warned me and started to shutdown (but power came back on). ...and what if the system had crashed instead? Bottom line is that you will probably lose your filesystem if you don't do write-through on a software RAID implementation. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project - http://www.freebsd.org Creator of high-performance Internet servers - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 18: 1:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id 281DC37B785; Mon, 1 May 2000 18:01:29 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id SAA99367; Mon, 1 May 2000 18:01:26 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: dg@root.com Cc: Mike Smith , freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-Reply-To: Message from David Greenman of "Mon, 01 May 2000 17:37:47 PDT." <200005020037.RAA28837@implode.root.com> Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Mon, 01 May 2000 18:01:26 -0700 Message-ID: <99363.957229286@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [Re: BSOD and system crashes, UPS and NVRAM] What if the RAID card's onboard software crashes? I don't know enough about these cards to guess at what's more likely - FreeBSD crashing or the onboard card software crashing. If they're about equally likely (or unlikely) then NVRAM vs UPS still seems a wash to me. Wouldn't any crashes that would toast a filesystem under FBSD care if the underlying hardware was RAID or a single disk? Wouldn't it still be toast either way? I can see how a NV write-buffer could speed up write performance, but only if the disk writes are somewhat bursty. It doesn't seem to be very different from disks with large onboard caches. (Which presumably might still require a UPS to ride out crashes.) 'Course if you're talking M$ OSes, then hardware RAID is clearly better. :) (And it's good to hear folks' real-world experiences. Thanks!) -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 18:10: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from implode.root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 58A1437B974; Mon, 1 May 2000 18:10:01 -0700 (PDT) (envelope-from dg@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id SAA28942; Mon, 1 May 2000 18:06:25 -0700 (PDT) Message-Id: <200005020106.SAA28942@implode.root.com> To: Parag Patel Cc: Mike Smith , freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-reply-to: Your message of "Mon, 01 May 2000 18:01:26 PDT." <99363.957229286@pinhead.parag.codegen.com> From: David Greenman Reply-To: dg@root.com Date: Mon, 01 May 2000 18:06:25 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >[Re: BSOD and system crashes, UPS and NVRAM] > >What if the RAID card's onboard software crashes? I don't know enough >about these cards to guess at what's more likely - FreeBSD crashing or >the onboard card software crashing. If they're about equally likely (or >unlikely) then NVRAM vs UPS still seems a wash to me. Depends on the RAID controller, but in general the data is recovered from the NVRAM after the controller reboots, so no data is lost. The recovery is broken, however, on the Infotrend controllers (at least the ones I evaluted), and it just gets stuck in an infinit loop crashing/restarting until you unplug the battery (there was a firmware bug in the recovery code - doh!). Needless to say, I wouldn't recommend Infortrend. :-) >Wouldn't any crashes that would toast a filesystem under FBSD care if >the underlying hardware was RAID or a single disk? Wouldn't it still be >toast either way? No. FreeBSD normally writes the filesystem metadata out in a way that the filesystem isn't toast when you have system failures. Defering writes removes that protection, however, so you better have NVRAM. >I can see how a NV write-buffer could speed up write performance, but >only if the disk writes are somewhat bursty. It doesn't seem to be very >different from disks with large onboard caches. (Which presumably might >still require a UPS to ride out crashes.) No, I think you don't understand the write performance issues of RAID-5. This is more than I want to get into discussing today, but I'll at least say that RAID-5 writes are *very* slow without a write-back cache. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project - http://www.freebsd.org Creator of high-performance Internet servers - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 18:24:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id 51B3B37B588; Mon, 1 May 2000 18:24:53 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id SAA99794; Mon, 1 May 2000 18:24:49 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: dg@root.com Cc: Mike Smith , freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-Reply-To: Message from David Greenman of "Mon, 01 May 2000 18:06:25 PDT." <200005020106.SAA28942@implode.root.com> Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Mon, 01 May 2000 18:24:49 -0700 Message-ID: <99790.957230689@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 01 May 2000 18:06:25 PDT, David Greenman wrote: > > No, I think you don't understand the write performance issues of RAID-5. >This is more than I want to get into discussing today, but I'll at least say >that RAID-5 writes are *very* slow without a write-back cache. No worries. I was thinking of vinum+softupdates which gives a sort of write-back cache rather than write-through. -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 18:29:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from westhost15.westhost.net (westhost15.westhost.net [216.71.84.69]) by hub.freebsd.org (Postfix) with ESMTP id C58C637B588 for ; Mon, 1 May 2000 18:29:36 -0700 (PDT) (envelope-from pahowes@fair-ware.com) Received: from beast (h0020af68b314.ne.mediaone.net [24.218.140.123]) by westhost15.westhost.net (8.8.5/8.8.5) with SMTP id UAA19778 for ; Mon, 1 May 2000 20:27:39 -0500 Reply-To: From: "Paul A. Howes" To: Subject: RE: atdisk driver question... Date: Mon, 1 May 2000 21:29:40 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG All- I actually figured out the problem, and solved a couple more. I thought I'd pass the info on, "for what it's worth"... The computer: An old (1995?) Toshiba Satellite Pro 2400CS with 486SLC-50, 20MB memory, 503MB IDE hard drive, 3c589D 3Com Etherlink III PCMCIA network adapter, running 3.4-STABLE. The system doesn't have enough room on the hard drive to hold the FreeBSD source tree, so I have to NFS mount /usr/src and /usr/obj from my server (P-100, 24MB, 20GB HD, 3c509B-TP) any time I want to update the notebook computer. The server contains a 1-day old CVSup'd source tree. I have already performed a "make buildworld" and a "make buildkernel KERNEL=XXX" on the server, where "XXX" is the name of the notebook's kernel. The problem: I followed the directions in /usr/src/UPDATING for the 3.4->4.0 upgrade. I did the same procedure on the server a month ago, so I know the process works. I reinstalled mknod, MAKEDEV, and the kernel modules. I created the "ad0" series of devices. I installed the kernel (via NFS) with "make installkernel KERNEL=XXX". I rebooted. The kernel came up without a hitch, until it tried to look at the hard drive. It kept telling me that my /usr partition ran off the end of the disk, and was therefore invalid. The solution: Something changed when FreeBSD moved from the "wd" drivers to the "ad" drivers. The notebook originally had one physical partition, which encompassed the boot sector, from using the "dangerously dedicatated" option during the 3.4 install. For some reason, the new "ad" drivers can't handle a partition that breaks that annoying old 500MB barrier. I wiped the system clean and reinstalled 3.4S, with a slightly smaller partition. After starting the upgrade again, the 4.0S kernel worked fine. I also tried to brake the partition into two chunks, so that wds1 contained / and wds2 contained swap, /var, and /usr. The "ad" driver was also happy with this configuration. I ran into a couple of other problems, but here are the solutions I came up with: Since I was installing from an NFS-mounted filesystem, I needed the ethernet card to initialize. This meant getting pccard up-and-running for the 4.0S kernel before rebooting. After installing the kernel, all that needs to be done is: cd /usr/src/usr/sbin/pccard make install cp /etc/pccard.conf /etc/defaults/pccard.conf Upon rebooting the system, kldload complains that it cannot find pcic, but the ethernet card, using the ep driver, functioned perfectly. And finally, the "make -DNOINFO installworld" failed, because it couldn't find libc.so.4. I went into /usr/src/lib/libc and did a simple "make install", then retreated to /usr/src and did the installworld again. All seems well. Conclusions: I think it might be beneficial to add the pccard installation to /usr/src/UPDATING, for those who are doing network upgrades. It's a simple thing, and it works. I don't understand why the system couldn't find libc in the /usr/obj hierarchy. I checked, and it's there under "/usr/obj/usr/src/lib/libc/libc.so.4". That path my be wrong, as I'm typing it from memory. Cheers! -- Paul A. Howes -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Paul A. Howes Sent: Saturday, April 29, 2000 9:33 PM To: freebsd-stable@FreeBSD.ORG Subject: atdisk driver question... I recently started upgrading several computers from 3.4S to 4.0S. The first one went off without a single problem, and is happily humming right next to me. With that success behind me, I decided to upgrade an old Toshiba Satellite Pro 2400CS notebook computer. It has worked perfectly with 3.3 and 3.4 in the past. I followed all of the instructions for the upgrade process. When I got to the point of rebooting with my spiffy new 4.0 kernel, the trouble began... All of the devices recognize fine. The root partition of the hard drive mounts. Then, I get an error that /dev/wd0s1f is larger than the partition. "fsck" also bombs out, telling me that it cannot read several sectors. If I reboot with my 3.4S kernel, the system comes up without a hitch. And yes, I created ad0, ad0s1[abcdefgh] to match the old "wd" device identifiers. The only difference I can think of between the two computers, is that the server I already upgraded has a 20GB hard drive, and an old BIOS. I had to partition that to get the whole thing recognized by FreeBSD. The notebook computer has the original Toshiba 503MB hard drive, which I used the "dangerously dedicated" option on when I installed. So, the short version of this question is, does the new "ad" driver not handle "dangerously dedicated" systems properly? Has anyone else seen this before? I'm going to try re-installing 3.4S using a "normal" disk partition, and see what happens. But, I wanted to send a message to the list while I'm doing that. Thanks! --Paul A. Howes To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 19: 8:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-202-176-114.dsl.snfc21.pacbell.net [63.202.176.114]) by hub.freebsd.org (Postfix) with ESMTP id 2582237B82B; Mon, 1 May 2000 19:08:45 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id TAA04945; Mon, 1 May 2000 19:17:01 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005020217.TAA04945@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Parag Patel Cc: dg@root.com, Mike Smith , freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-reply-to: Your message of "Mon, 01 May 2000 18:01:26 PDT." <99363.957229286@pinhead.parag.codegen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 May 2000 19:17:01 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > [Re: BSOD and system crashes, UPS and NVRAM] > > What if the RAID card's onboard software crashes? I don't know enough > about these cards to guess at what's more likely - FreeBSD crashing or > the onboard card software crashing. It's reasonably uncommon - I've only run into a very small handful of cases where I've even *suspected* that I've crashed the card firmware. > Wouldn't any crashes that would toast a filesystem under FBSD care if > the underlying hardware was RAID or a single disk? Wouldn't it still be > toast either way? The issue here is that, in order to achieve decent performance, you need to de-order writes. If you assure that writes are ordered going to stable storage, you can maintain filesystem integrity. If "stable storage" is relatively fast (eg. BB cache), you get a performance win. If "stable storage" is relatively slow, you get a performance loss that you can only trade off by de-ordering writes and thus compromising reliability. > I can see how a NV write-buffer could speed up write performance, but > only if the disk writes are somewhat bursty. It doesn't seem to be very > different from disks with large onboard caches. (Which presumably might > still require a UPS to ride out crashes.) The real utility of the buffer lies in being able to sort and coalesce write operations, as well as reducing the bus traffic. The latter is actually fairly important; in a 3-disk RAID5 array you transfer 100% data to an embedded controller, but you would transfer 150% data if you had already computed the parity and were just sending it to disk. (This picture gets better with more disks, but mirrored disks stay at 200%.) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 1 19:53:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from jason.argos.org (a1-3b058.neo.rr.com [24.93.181.58]) by hub.freebsd.org (Postfix) with ESMTP id C82E037BA3A for ; Mon, 1 May 2000 19:51:51 -0700 (PDT) (envelope-from mike@argos.org) Received: from localhost (mike@localhost) by jason.argos.org (8.9.1/8.9.1) with ESMTP id WAA10165; Mon, 1 May 2000 22:50:28 -0400 Date: Mon, 1 May 2000 22:50:27 -0400 (EDT) From: Mike Nowlin To: Tim Pozar Cc: freebsd-stable@freebsd.org Subject: Re: Geek Port crash In-Reply-To: <20000430140040.A71703@lns.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I am playing with the same beast (ppi) and am experiancing the same > panics. Did you make any head way? News flash: I just took my test machine back to 4.0-CURRENT as of "Computer D-Day" (December 31, 1999, 23:59:59), and the ppi devices do work on that version - I did have to recompile my test program. I'm gonna bump it up to Feb 1 of this year and see what happens. Stay tuned... (hmmm.. telnet connections to that machine seem to have broken, and my cvsupd on another box just dumped core.... :( Oh, well -- at least today is being consistently bad.) ...CVSup to 2000.02.01.00.00.01... (time passes) hawk:/home/mike# ./geekport panic: nexus_setup_intr: NULL irq resource! syncing disks... 17 15 done Uptime: 31s boom! Obviously, the Feb 1 version is broken - let's try something halfway. ...CVSup to 2000.01.14.00.00.01... (more time passes... If I was running Windoze, my mail program would have blown up by now.) hawk:/home/mike# ./geekport WARNING: driver ppi should register devices with make_dev() (dev_t = "#ppi/0") geek port opened - fd=3 ^C hawk:/home/mike# cc geekport.c -o geekport hawk:/home/mike# ./geekport geek port opened - fd=3 ^C It works, and my little LED doohickey is blinking away. So, the problem developed somewhere between Jan 14 and Feb 1. Looks like there were some changes to sys/dev/ppbus/* on Jan 14 and Jan 23, so I'll pick Jan 21.. ...CVSup to 2000.01.21.00.00.01... (snore...) Edit src/sys/dev/ppbus/if_plip.c Add delta 1.16 2000.01.14.00.17.51 nsouch Edit src/sys/dev/ppbus/immio.c Add delta 1.10 2000.01.14.00.17.51 nsouch Edit src/sys/dev/ppbus/lpbb.c Add delta 1.10 2000.01.14.00.17.52 nsouch Edit src/sys/dev/ppbus/lpt.c Add delta 1.11 2000.01.14.00.17.52 nsouch Checkout src/sys/dev/ppbus/pcfclock.c Edit src/sys/dev/ppbus/ppb_1284.c Add delta 1.10 2000.01.14.00.17.53 nsouch Add delta 1.11 2000.01.14.08.03.14 nsouch Edit src/sys/dev/ppbus/ppb_1284.h Add delta 1.6 2000.01.14.00.17.53 nsouch Add delta 1.7 2000.01.14.08.03.14 nsouch Edit src/sys/dev/ppbus/ppb_base.c Add delta 1.10 2000.01.14.00.17.54 nsouch Edit src/sys/dev/ppbus/ppb_msq.c Add delta 1.8 2000.01.14.00.17.55 nsouch Edit src/sys/dev/ppbus/ppb_msq.h Add delta 1.8 2000.01.14.00.17.55 nsouch Edit src/sys/dev/ppbus/ppbconf.c Add delta 1.16 2000.01.14.00.17.55 nsouch Edit src/sys/dev/ppbus/ppbconf.h Add delta 1.17 2000.01.14.00.17.56 nsouch Checkout src/sys/dev/ppbus/ppbio.h Checkout src/sys/dev/ppbus/ppbus_if.m Edit src/sys/dev/ppbus/ppi.c Add delta 1.18 2000.01.14.00.17.57 nsouch Add delta 1.19 2000.01.14.08.03.15 nsouch Add delta 1.20 2000.01.14.15.54.45 peter Edit src/sys/dev/ppbus/pps.c Add delta 1.23 2000.01.14.00.17.58 nsouch Edit src/sys/dev/ppbus/vpo.c Add delta 1.19 2000.01.14.00.17.58 nsouch Edit src/sys/dev/ppbus/vpoio.c Add delta 1.10 2000.01.14.00.17.59 nsouch Edit src/sys/dev/ppbus/vpoio.h Add delta 1.4 2000.01.14.00.17.59 nsouch (ugh - lots of changes. Of course, it might not be in the ppbus section itself - this is an IRQ error. BTW: I'm using the GENERIC config files.) Dum-da-da-dum! hawk:/home/mike# cc geekport.c -o geekport hawk:/home/mike# ./geekport panic: nexus_setup_intr: NULL irq resource! syncing disks... 62 59 40 34 15 done OK - problem is somewhere between Jan 14 @ midnight and Jan 21 @ midnight... Gut feeling is that it's in that ppbus stuff above. After looking at the sources a little more, it appears that Jan 14 was when the ppbus code was ported over to newbus. A coincidence? I think not. :) A search of the archives and reading the commit logs reveal several reports of this problem, but little in the way of what it might be. I'm gonna play around with it some more, but I could REALLY use some hints, or an answer as to why the ppi device would even require an IRQ in the first place, unless you request one. I know next to nothing about the kernel guts, especially the interrupt processing. please please please?? Thanks - Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 2:35:55 2000 Delivered-To: freebsd-stable@freebsd.org Received: from hurgh.kancel.zoznam.sk (kancel.zoznam.sk [195.28.72.230]) by hub.freebsd.org (Postfix) with ESMTP id 69E6137BA90; Tue, 2 May 2000 02:35:30 -0700 (PDT) (envelope-from debnar@zoznam.sk) Received: from note (note.kancel.zoznam.sk [192.168.1.5]) by hurgh.kancel.zoznam.sk (8.9.3/8.9.3) with SMTP id LAA14786; Tue, 2 May 2000 11:34:02 +0200 (CEST) (envelope-from debnar@zoznam.sk) From: "=?iso-8859-2?Q?Ivan_Debn=E1r?=" To: , , Subject: Native threads and SMP Date: Tue, 2 May 2000 11:34:01 +0200 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0040_01BFB42A.5060A3C0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal Disposition-Notification-To: "=?iso-8859-2?Q?Ivan_Debn=E1r?=" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0040_01BFB42A.5060A3C0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Is there a plan to support SMP in the native FreeBSD threads = implementation ? When using Linuxthreads from ports, trying to compile the aplications = (even provided examples) "static", it breaks with: It looks like it's not possible to link static applications with the = current linuxthreads from ports, complaining aboiu siglongjmp and longjmp. /usr/lib/libc.a(sigsetjmp.o): In function `siglongjmp': sigsetjmp.o(.text+0x94): multiple definition of `siglongjmp' /usr/local/lib/liblthread.a(ptlongjmp.o):/usr/ports/devel/linuxthreads/wo= rk/linuxthreads-2.1.2/ptlongjmp.c:39: first defined here /usr/lib/libc.a(setjmp.o): In function `__longjmp': setjmp.o(.text+0x88): multiple definition of `longjmp' /usr/local/lib/liblthread.a(ptlongjmp.o)(.text+0xc0):/usr/ports/devel/lin= uxthreads/work/linuxthreads-2.1.2/ptlongjmp.c: first defined here Any workarounds ? When compiling dynamicaly, it works (examples, but not mysqld - core = dumps imediately). Is it safe to use Linuxthreads and has anyone = succeded with runnig MySQL compiled with them ? Help with any info = please. Ivan Debn=E1r Zoznam s.r.o. http://www.zoznam.sk/ tel.:// 088 4146721 fax:// 088 4147212 ------=_NextPart_000_0040_01BFB42A.5060A3C0 Content-Type: text/x-vcard; name="=?iso-8859-2?Q?Ivan_Debn=E1r.vcf?=" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="=?iso-8859-2?Q?Ivan_Debn=E1r.vcf?=" BEGIN:VCARD VERSION:2.1 N:Debn=E1r;Ivan FN:Ivan Debn=E1r ORG:Zoznam s.r.o. TEL;WORK;VOICE:+421 (88) 4142231 TEL;HOME;VOICE:+421 (88) 4171223 TEL;CELL;VOICE:+421 (903) 506197 TEL;WORK;FAX:+421 (88) 4142207 ADR;WORK:;;Skuteck=E9ho 39;Bansk=E1 Bystrica;;974 01;Slovak Republic LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:Skuteck=3DE9ho = 39=3D0D=3D0ABansk=3DE1 Bystrica 974 01=3D0D=3D0ASlovak Republic URL: URL:http://www.zoznam.sk EMAIL;PREF;INTERNET:debnar@zoznam.sk REV:20000124T135137Z END:VCARD ------=_NextPart_000_0040_01BFB42A.5060A3C0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 2:44: 9 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ns2.infologigruppen.se (ns2.infologigruppen.se [212.214.163.69]) by hub.freebsd.org (Postfix) with ESMTP id CCCFC37B6A4 for ; Tue, 2 May 2000 02:44:00 -0700 (PDT) (envelope-from Goran.Lowkrantz@infologigruppen.se) Received: (from uucp@localhost) by ns2.infologigruppen.se (8.9.3/8.9.3) id LAA00357 for ; Tue, 2 May 2000 11:43:59 +0200 (CEST) (envelope-from Goran.Lowkrantz@infologigruppen.se) Received: from valhall.ign.se(192.168.3.1) via SMTP by bifrost-net.ign.se, id smtpdlus355; Tue May 2 11:43:52 2000 Received: by valhall.ign.se with Internet Mail Service (5.5.2650.21) id ; Tue, 2 May 2000 11:44:52 +0200 Message-ID: From: "Lowkrantz, Goran" To: "'freebsd-stable@FreeBSD.ORG'" Subject: Strange firewall - DMZ interference Date: Tue, 2 May 2000 11:44:52 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01BFB41B.107B0C3D" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01BFB41B.107B0C3D Content-Type: text/plain; charset="iso-8859-1" I'm totaly at loss over a firewall system I have been running for almost a year on 3-STABLE and when I upgrade to 4-STABLE it just seems to go bananas. Configuration Internet |xl0 - 212.214.163.69/32 +---+---+xl1 +-----+ | FW1 +----+ DMZ | - 212.214.162.32/24 +---+---+ +-----+ |xl2 - 192.168.99.1/30 |de2 - 192.168.99.2/30 +---+---+ | FW2 | ---+----+ | Internal net In the DMZ I have one apache servers with a couple of virtual servers, both name and IP based. On FW1 is another apache but this is configured to forward all requests to other web servers using mod_proxy. My problem is that FW1 accepts all connections to the DMZ! Whatever I do from internet, ping, traceroute, ssh, ftp, www, you name it, FW1 responds even when I use specific IP addresses that have hosts on the DMZ. I have attached all information I can think of. Please help, I have run out of ideas. Cheers, GLZ ---- Goran Lowkrantz Email : goran.lowkrantz@infologigruppen.se Infologigruppen Alfa AB Telephone: Nat 070-587 8782 Fax: Nat 070-615 8782 Box 202 Int +46 70-587 8782 Int +46 70-615 8782 941 25 Pitea, Sweden ------_=_NextPart_000_01BFB41B.107B0C3D Content-Type: text/plain; name="ifconfig.txt" Content-Disposition: attachment; filename="ifconfig.txt" > ifconfig -a xl0: flags=8843 mtu 1500 inet 212.214.163.69 netmask 0xffffffc0 broadcast 212.214.163.127 ether 00:10:5a:d5:59:bd media: autoselect (10baseT/UTP) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP 100baseTX xl1: flags=8843 mtu 1500 inet 212.214.162.33 netmask 0xfffffff0 broadcast 212.214.162.47 ether 00:10:5a:d5:58:29 media: autoselect (10baseT/UTP) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP 100baseTX xl2: flags=8843 mtu 1500 inet 192.168.99.1 netmask 0xfffffffc broadcast 192.168.99.3 ether 00:10:5a:d5:58:2f media: autoselect (100baseTX ) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP 100baseTX lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 ------_=_NextPart_000_01BFB41B.107B0C3D Content-Type: text/plain; name="netstat.txt" Content-Disposition: attachment; filename="netstat.txt" > netstat -r Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 212.214.163.65 UGSc 96 7210 xl0 localhost localhost UH 4 856 lo0 192.168/16 modgunn-net.ign.se UGSc 5 3000 xl2 192.168.99/30 link#3 UC 0 0 xl2 => modgunn-net.ign.se 0:80:c8:f8:48:93 UHLW 7 344 xl2 1072 192.168.99.3 ff:ff:ff:ff:ff:ff UHLWb 0 8 xl2 212.214.162.32/32 bifrost UGSc 0 0 xl1 => 212.214.162.32/28 link#2 UC 0 0 xl1 => bifrost 0:10:5a:d5:58:29 UHLW 1 0 lo0 infowire 0:10:5c:ab:1f:20 UHLW 2 60 xl1 1064 balder 0:10:5a:d5:59:1a UHLW 0 120 xl1 22 212.214.162.47 ff:ff:ff:ff:ff:ff UHLWb 1 19 xl1 212.214.163.64/26 link#1 UC 0 0 xl0 => 212.214.163.65 0:50:da:dc:a0:84 UHLW 94 0 xl0 1072 212.214.163.127 ff:ff:ff:ff:ff:ff UHLWb 1 16 xl0 ------_=_NextPart_000_01BFB41B.107B0C3D Content-Type: text/plain; name="ipfw.txt" Content-Disposition: attachment; filename="ipfw.txt" # -- ipfw - firewall firewall_enable=YES firewall_type="/etc/ipfw.conf" # -- natd - network address translation natd_enable=YES natd_interface="xl0" natd_flags="-f /etc/natd.conf" ------_=_NextPart_000_01BFB41B.107B0C3D Content-Type: application/octet-stream; name="ipfw.conf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="ipfw.conf" add deny all from 192.168.0.0:255.255.0.0 to any in via xl0=0A= add deny all from 212.214.162.32:255.255.255.240 to any in via xl0=0A= add deny all from 192.168.0.0:255.255.0.0 to any in via xl1=0A= add deny all from 212.214.163.0:255.255.255.192 to any in via xl1=0A= add deny all from 212.214.163.0:255.255.255.192 to any in via xl2=0A= add deny all from 212.214.162.32:255.255.255.240 to any in via xl2=0A= add deny tcp from any to any 194 out via xl0=0A= add deny udp from any to any 194 out via xl0=0A= add deny tcp from any to any 529 out via xl0=0A= add deny udp from any to any 529 out via xl0=0A= add deny all from 0.0.0.0/8 to any via xl0=0A= add deny all from any to 0.0.0.0/8 via xl0=0A= add deny all from 169.254.0.0/16 to any via xl0=0A= add deny all from any to 169.254.0.0/16 via xl0 =0A= add deny all from 192.0.2.0/24 to any via xl0=0A= add deny all from any to 192.0.2.0/24 via xl0=0A= add deny all from 224.0.0.0/4 to any via xl0=0A= add deny all from any to 224.0.0.0/4 via xl0=0A= add deny all from 240.0.0.0/4 to any via xl0=0A= add deny all from any to 240.0.0.0/4 via xl0=0A= add deny all from 0.0.0.0/8 to any via xl0=0A= add deny all from any to 0.0.0.0/8 via xl0=0A= add deny all from 169.254.0.0/16 to any via xl0=0A= add deny all from any to 169.254.0.0/16 via xl0 =0A= add deny all from 192.0.2.0/24 to any via xl0=0A= add deny all from any to 192.0.2.0/24 via xl0=0A= add deny all from 224.0.0.0/4 to any via xl0=0A= add deny all from any to 224.0.0.0/4 via xl0=0A= add deny all from 240.0.0.0/4 to any via xl0=0A= add deny all from any to 240.0.0.0/4 via xl0=0A= add allow tcp from any to any established=0A= add pass all from any to any frag=0A= add allow tcp from any to any 22 setup=0A= add allow tcp from any to 212.214.163.69 20 setup=0A= add allow tcp from any to 212.214.163.69 21 setup=0A= add allow tcp from any to 212.214.162.35 25 setup=0A= add allow tcp from any to 212.214.163.69 25 setup=0A= add allow tcp from any to 212.214.163.69 25 setup=0A= add allow tcp from any to 192.168.3.1 25 setup out via xl2=0A= add allow tcp from 212.214.162.35 to 192.168.3.1 25 in via xl1=0A= add allow tcp from 212.214.162.35 to any 25 in via xl1=0A= add allow tcp from 212.214.162.35 to any 25 out via xl0=0A= add allow tcp from 212.214.163.69 to any 25 out via xl0=0A= add deny log tcp from 192.168.3.1 25 to any out via xl0=0A= add allow tcp from any to 212.214.162.35 53 setup=0A= add allow tcp from any to 212.214.163.69 53 setup=0A= add allow tcp from 212.214.163.69 to any 53 out via xl0=0A= add allow tcp from any to 212.214.162.34 80 setup=0A= add allow tcp from any to 212.214.162.35 80 setup=0A= add allow tcp from any to 212.214.163.69 80 setup=0A= add allow tcp from 192.168.0.0:255.255.0.0 to any 80 in via xl2=0A= add allow tcp from 212.214.163.69 to any 80 out via xl0=0A= add allow tcp from any to 212.214.162.34 443 setup=0A= add allow tcp from any to 212.214.162.35 443 setup=0A= add allow tcp from any to 212.214.163.69 443 setup=0A= add allow log tcp from 193.44.171.39 to 212.214.163.69 1173 setup=0A= add unreach port tcp from any to any 113 in via xl0=0A= add deny log tcp from any to any in via 212.214.163.69 setup=0A= add deny tcp from any to any 139 in recv xl0=0A= add allow tcp from any to any via xl1=0A= add allow tcp from any to any via xl2=0A= add allow tcp from any to any out via xl0=0A= add allow udp from 192.168.0.0/16 to 192.168.0.0/16=0A= add allow udp from 192.168.0.0/16 to 212.214.162.32/28=0A= add allow udp from 212.214.162.32/28 to 192.168.0.0/16=0A= add allow udp from 212.214.162.32/28 to 212.214.162.32/28=0A= add allow udp from any 53 to any=0A= add allow udp from any to any 53=0A= add allow udp from any 123 to 212.214.163.69=0A= add allow udp from any 123 to 212.214.163.255=0A= add allow udp from 212.214.163.69 to any 123=0A= add allow udp from any 123 to 212.214.162.33=0A= add allow udp from any 123 to 212.214.162.47=0A= add allow udp from 212.214.162.33 to any 123=0A= add allow udp from any 123 to 192.168.99.1=0A= add allow udp from any 123 to 192.168.99.3=0A= add allow udp from 192.168.99.1 to any 123=0A= add allow udp from any 513 to 192.168.99.1=0A= add allow udp from any 513 to 192.168.99.3=0A= add allow udp from 192.168.99.1 to any 513=0A= add allow udp from any 513 to 212.214.162.35=0A= add allow udp from 212.214.162.35 to any 513=0A= add allow udp from any 513 to 212.214.162.33=0A= add allow udp from 212.214.162.33 to any 513=0A= add deny udp from any to any 67 in via xl0=0A= add deny udp from any to any 513 via xl0=0A= add deny udp from any to any 137 in recv xl0=0A= add deny udp from any to any 137 in recv xl1=0A= add deny udp from any to any 138 in recv xl0=0A= add deny udp from any to any 138 in recv xl1=0A= add allow udp from any to any out via xl0=0A= add allow udp from any to any via xl2=0A= add allow icmp from any to any via xl2=0A= add allow icmp from any to any via xl1=0A= add allow icmp from any to any out via xl0=0A= add allow icmp from any to any in via xl0 icmptypes = 0,3,4,8,11,12,14,15,16,17,18,30,31=0A= add deny icmp from any to any in via xl0=0A= add deny log ip from any to any=0A= ------_=_NextPart_000_01BFB41B.107B0C3D Content-Type: application/octet-stream; name="natd.conf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="natd.conf" #=0A= # NATD Config file for BIFROST=0A= #=0A= log yes=0A= log_denied yes=0A= use_sockets yes=0A= same_ports yes=0A= unregistered_only yes=0A= dynamic yes=0A= ------_=_NextPart_000_01BFB41B.107B0C3D-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 3: 0:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from trinity.skynet.be (trinity.skynet.be [195.238.2.38]) by hub.freebsd.org (Postfix) with ESMTP id 1ED3537B602; Tue, 2 May 2000 03:00:48 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [195.238.1.121] (brad.techos.skynet.be [195.238.1.121]) by trinity.skynet.be (Postfix) with ESMTP id C8B86180A1; Tue, 2 May 2000 12:00:38 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <200005012343.QAA28681@implode.root.com> References: <200005012343.QAA28681@implode.root.com> Date: Tue, 2 May 2000 11:19:37 +0200 To: dg@root.com, chad@DCFinc.com From: Brad Knowles Subject: Re: How good is AMI MegaRAID support? Cc: parag@cgt.com, msmith@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 4:43 PM -0700 2000/5/1, David Greenman wrote: > There are other issues to consider when thinking about software >RAID-5. The > most important of these is the (lack of) non-volatile write-back cache. I've got NVRAM for the cache, and can even have up to 4GB of it. It doesn't help in my case, because the controllers and the controller firmware just doesn't seem to be up to snuff. You need to have a system that is well-balanced and well-implemented all over, and even if it's got lots of NVRAM, that may not be enough to get you the performance you need. -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 3: 1:15 2000 Delivered-To: freebsd-stable@freebsd.org Received: from trinity.skynet.be (trinity.skynet.be [195.238.2.38]) by hub.freebsd.org (Postfix) with ESMTP id 444A337B61E; Tue, 2 May 2000 03:01:06 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [195.238.1.121] (brad.techos.skynet.be [195.238.1.121]) by trinity.skynet.be (Postfix) with ESMTP id 59B9818157; Tue, 2 May 2000 12:00:58 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <200005020035.RAA28815@implode.root.com> References: <200005020035.RAA28815@implode.root.com> Date: Tue, 2 May 2000 11:29:58 +0200 To: dg@root.com, Mike Smith From: Brad Knowles Subject: Re: How good is AMI MegaRAID support? Cc: freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 5:35 PM -0700 2000/5/1, David Greenman wrote: > You need to use the raw (character) device for testing things like this. I don't think FreeBSD 4.0 and above have character devices any more, do they? -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 3: 1:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from trinity.skynet.be (trinity.skynet.be [195.238.2.38]) by hub.freebsd.org (Postfix) with ESMTP id 5A4C837BB9A; Tue, 2 May 2000 03:01:11 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [195.238.1.121] (brad.techos.skynet.be [195.238.1.121]) by trinity.skynet.be (Postfix) with ESMTP id A689B180F5; Tue, 2 May 2000 12:00:55 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <200005020020.RAA04531@mass.cdrom.com> References: <200005020020.RAA04531@mass.cdrom.com> Date: Tue, 2 May 2000 11:28:38 +0200 To: Mike Smith , dg@root.com From: Brad Knowles Subject: Re: How good is AMI MegaRAID support? Cc: freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 5:20 PM -0700 2000/5/1, Mike Smith wrote: > FWIW, most of the low-end PCI:SCSI RAID controllers claim throughput in > the 3-5k IOPs, and 20k is not an uncommon claim for mid-high end > controllers. Simon Shapiro was pushing over 20k on the DPT Century > adapters in "real" applications. I've had a hard time generating more > than 3k or so out of a FreeBSD box's I/O subsystem - we cluster so > aggressively that I typically run out of I/O bandwidth before I hit an > IOP limit. I can't speak for the newer controllers, but you guys know where the pages are that show the results of my previous benchmarks with the DPT SmartRAID IV. I haven't generated and published the summary GIFs, but looking at the rawio tests that I previously ran which most closely compare with the ones I've run more recently (i.e., something that relatively closely simulates what you would see on a news transit server), I don't see anything over 400 random read iops/sec on the SmartRAID IV, and that's the peak value (KBps throughput peaks around 18.5KBps and 282 iops/sec for sequential read, but random read never gets over 7.6KBps at 117 iops/sec). -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 5:27:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mirage.nlink.com.br (mirage.nlink.com.br [200.249.195.3]) by hub.freebsd.org (Postfix) with SMTP id 3B67037B5F4 for ; Tue, 2 May 2000 05:27:51 -0700 (PDT) (envelope-from paulo@nlink.com.br) Received: (qmail 69568 invoked by uid 501); 2 May 2000 12:27:15 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 2 May 2000 12:27:15 -0000 Date: Tue, 2 May 2000 09:27:15 -0300 (EST) From: Paulo Fragoso To: Omachonu Ogali Cc: Jean-Francois Dockes , Rod Taylor , freebsd-stable@freebsd.org Subject: Re: BurnCD In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Same problem for me too. I'm using a Creative CD-RW: /kernel: acd0: CD-RW at ata1-master using BIOSPIO It was working fine with FreeBSD 3.4-RELEASE, but now (using FreeBSD 4.0) I can't burn my CD's and my drive produce a noise when burns fail. Paulo. On Sat, 22 Apr 2000, Omachonu Ogali wrote: > Same problem for me, but my CD's are still burned perfectly with no > problem, heck, I even burned a RedHat ISO and booted up from the CD-ROM > fine. > > On Mon, 17 Apr 2000, Jean-Francois Dockes wrote: > > > Jens Fallesen writes: > > > Rod Taylor wrote: > > > > > > > However, I did the upgrade to v4 shortly after moving, so perhaps the > > > > drive got knocked around during that time. > > > > > > I wouldn't go for that explanation--the exact same thing happened on > > > my machine after going to 4.x and I haven't moved my computer an inch. > > > Besides, other people have reported the same problem. > > > > > > If I boot my computer into Windows I have no problem burning CDs > > > either... > > > > Well, if several persons see this happening after an upgrade, it > > obviously becomes a software problem and I made a fool of myself. > > > > To save the face, I'll just mention again that some drives do > > 'creative' error reporting and will report MEDIUM ERROR for what is > > really a loss of streaming, or another nondescript error, which could > > be caused by a driver problem. > > > > Obviously, I we follow my proposed cure (replace the drive) in such a > > situation, my company is going to become a great customer for our cdr > > drive vendor :-) > > > > > > J.F. Dockes. > > > > > > -- > +-------------------------------------------------------------------------+ > | Omachonu Ogali oogali@intranova.net | > | Intranova Networking Group http://tribune.intranova.net | > | PGP Key ID: 0xBFE60839 | > | PGP Fingerprint: C8 51 14 FD 2A 87 53 D1 E3 AA 12 12 01 93 BD 34 | > +-------------------------------------------------------------------------+ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > -- __O _-\<,_ Why drive when you can bike? (_)/ (_) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 5:49:31 2000 Delivered-To: freebsd-stable@freebsd.org Received: from hse-toronto-ppp99006.sympatico.ca (HSE-Toronto-ppp99217.sympatico.ca [216.209.73.54]) by hub.freebsd.org (Postfix) with SMTP id 9A61F37B80B for ; Tue, 2 May 2000 05:49:24 -0700 (PDT) (envelope-from rbt@zort.on.ca) Received: (qmail 11332 invoked by uid 0); 2 May 2000 12:49:01 -0000 Received: from unknown (HELO peon.zort.on.ca) (10.0.0.185) by hse-toronto-ppp99217.sympatico.ca with SMTP; 2 May 2000 12:49:01 -0000 From: Rod Taylor To: Paulo Fragoso Subject: Re: BurnCD Date: Tue, 2 May 2000 08:48:28 -0400 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain References: In-Reply-To: Cc: freebsd-stable@freebsd.org MIME-Version: 1.0 Message-Id: <00050208495801.03272@peon.zort.on.ca> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As a side note to this long conversation, I'll mention that I've downgraded that box back to 3.4 and it now works properly again. On Tue, 02 May 2000, you wrote: > Same problem for me too. I'm using a Creative CD-RW: > > /kernel: acd0: CD-RW at ata1-master using BIOSPIO > > It was working fine with FreeBSD 3.4-RELEASE, but now (using FreeBSD 4.0) > I can't burn my CD's and my drive produce a noise when burns fail. > > Paulo. > > > > > Rod Taylor wrote: > > > > > > > > > However, I did the upgrade to v4 shortly after moving, so perhaps the > > > > > drive got knocked around during that time. -- Rod Taylor Zort can do it soon... -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 5:50:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id E61A537B80B; Tue, 2 May 2000 05:50:46 -0700 (PDT) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id FAA31254; Tue, 2 May 2000 05:49:49 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda31252; Tue May 2 05:49:44 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.9.3/8.9.1) id FAA02971; Tue, 2 May 2000 05:49:44 -0700 (PDT) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdlU2969; Tue May 2 05:49:38 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.10.1/8.9.1) id e42CnbS00775; Tue, 2 May 2000 05:49:37 -0700 (PDT) Message-Id: <200005021249.e42CnbS00775@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdeql771; Tue May 2 05:49:30 2000 X-Mailer: exmh version 2.1.1 10/15/1999 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.0-STABLE X-Sender: cy To: Brad Knowles Cc: dg@root.com, Mike Smith , freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-reply-to: Your message of "Tue, 02 May 2000 11:29:58 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 May 2000 05:49:29 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Brad Knowles writes: > At 5:35 PM -0700 2000/5/1, David Greenman wrote: > > > You need to use the raw (character) device for testing things like this > . > > I don't think FreeBSD 4.0 and above have character devices any > more, do they? Tty and SCSI are two examples of character devices still in use. SCSI supports both character and block devices. Only the new ATA driver doesn't use block devices, e.g. it only supports character devices. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/DEC Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 6:40:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from magpage.com (trinity.magpage.com [216.155.0.8]) by hub.freebsd.org (Postfix) with ESMTP id E2C1037B6D4 for ; Tue, 2 May 2000 06:40:36 -0700 (PDT) (envelope-from dfrazier@magpage.com) Received: from magpage.com (poomba.magpage.com [216.155.24.136]) by magpage.com (8.8.8/8.8.5) with ESMTP id NAA13788; Tue, 2 May 2000 13:27:20 GMT Message-ID: <390ED80C.5B3F8677@magpage.com> Date: Tue, 02 May 2000 09:28:44 -0400 From: Daniel Frazier Organization: Magpage Internet Services X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: John Reynolds~ Cc: stable@freebsd.org Subject: Re: make buildworld fails... References: <200005012244.PAA18097@freeway.dcfinc.com> <390E0F78.AE694C64@magpage.com> <14606.4507.916264.944604@hip186.ch.intel.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > http://reality.sgi.com/cbrady_denver/memtest86/ > > I've used this recently on some DIMMs that I got at fry's (and promptly > returned because they were crap). > > There's people that say "only a hardware memory tester is reliable" which is > true, but at least this program helped**. > > -Jr > > ** helped in the sense that I saw craploads of errors which if I was running > an OS at that point in time, would have translated into non-cool > things. The progie doesn't really help "narrow down" anything. Just "got > bad RAM--go get another stick." .... > cool, thanks, exactly what I was looking for. Would be nice if it pinpointed which DIMM was failing, but that's nothing a little manual swapping can't tell me. thanks. -- ---------------------------------------------------------------------- Daniel Frazier Tel: 302-239-5900 Ext. 231 System Administrator Fax: 302-239-3909 MAGPAGE, We Power the Internet WWW: http://www.magpage.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 8:24:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pollo.monkeybrains.net (rururudy-0.dsl.speakeasy.net [216.231.57.142]) by hub.freebsd.org (Postfix) with ESMTP id ACC6937BB0A for ; Tue, 2 May 2000 08:24:23 -0700 (PDT) (envelope-from rudy@pollo.monkeybrains.net) Received: (from rudy@localhost) by pollo.monkeybrains.net (8.9.3/8.9.3) id IAA09328; Tue, 2 May 2000 08:24:22 GMT (envelope-from rudy) Date: Tue, 2 May 2000 08:24:22 GMT Message-Id: <200005020824.IAA09328@pollo.monkeybrains.net> From: rudy-bulk@monkeybrains.net To: freebsd-stable@FreeBSD.org Subject: audio troubles - Asus K7V motherboard Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm having trouble getting my sound device working. I have a motherboard (Asus K7V) which has a SoundBlaster emulation option in the BIOS. I can't seem to get any sound out of my speakers with 'waveplay', and enlightenment complains when I start it up. Is there anything obvious I'm missing? ---- /usr/X11R6/bin/sound-properties ------------------ unsupported sound format: 33 Audio device open for 44.1Khz, stereo, 16bit failed Trying 44.1Khz, 8bit stereo. unsupported playback rate: 44100 Audio device open for 44.1Khz, stereo, 8bit failed Trying 48Khz, 16bit stereo. unsupported sound format: 33 Audio device open for 44.1Khz, stereo, 8bit failed Trying 22.05Khz, 8bit stereo. ---- dmesg -------------------------------------------- chip2: port 0xa000-0xa003,0xa400-0xa403,0xa800-0xa8ff irq 10 at device 4.5 on pci0 [snip] sbc0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0 pcm1: on sbc0 ---- kernel configuration ------------------------------ device pcm device pcm0 at isa? irq 10 drq 1 flags 0x0 device sbc0 at isa? port 0x220 irq 5 drq 1 flags 0x15 I ran ./MAKEDEV snd1 to create my /dev/dsp device. I have tried many different kernel configurations and BIOS settings, but can't seem to figure out what I have done wrong. Any advice would be gratefully accepted. TaHdAvNaKnScIeN, Rudy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 9:43:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-202-176-114.dsl.snfc21.pacbell.net [63.202.176.114]) by hub.freebsd.org (Postfix) with ESMTP id 03FBE37B715 for ; Tue, 2 May 2000 09:43:19 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id JAA24520; Tue, 2 May 2000 09:51:34 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005021651.JAA24520@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Brad Knowles Cc: freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-reply-to: Your message of "Tue, 02 May 2000 11:28:38 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 May 2000 09:51:34 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > At 5:20 PM -0700 2000/5/1, Mike Smith wrote: > > > FWIW, most of the low-end PCI:SCSI RAID controllers claim throughput in > > the 3-5k IOPs, and 20k is not an uncommon claim for mid-high end > > controllers. Simon Shapiro was pushing over 20k on the DPT Century > > adapters in "real" applications. I've had a hard time generating more > > than 3k or so out of a FreeBSD box's I/O subsystem - we cluster so > > aggressively that I typically run out of I/O bandwidth before I hit an > > IOP limit. > > I can't speak for the newer controllers, but you guys know where > the pages are that show the results of my previous benchmarks with > the DPT SmartRAID IV. The SmartRAID IV is not the same animal as the Century; the IV is a very old design and should probably be considered in the same vein as the Mylex DAC960PL and the AMI MegaRAID 418. Functional, but not a performance solution. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 9:46:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mercury.campbell-mithun.com (Mercury.campbell-mithun.com [192.159.32.151]) by hub.freebsd.org (Postfix) with ESMTP id BFB6037B709; Tue, 2 May 2000 09:46:35 -0700 (PDT) (envelope-from swb@grasslake.net) Received: from marlowe (Marlowe.campbell-mithun.com [192.159.32.184]) by mercury.campbell-mithun.com (8.9.1a/8.9.1) with SMTP id LAA28970; Tue, 2 May 2000 11:46:29 -0500 Message-ID: <005101bfb456$02d20a50$b8209fc0@marlowe> From: "Shawn Barnhart" To: "Mike Smith" Cc: References: <200004302232.PAA03609@mass.cdrom.com> Subject: Re: HPDA/DAC960PL (was Re: How good is AMI MegaRAID support?) Date: Tue, 2 May 2000 11:46:49 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----- Original Message ----- From: "Mike Smith" | > | I'm fairly sure that 2.42 or later will work. | > | > I took a leap of faith and downloaded 2.73 from Mylex web site and | > flashed it onto my HPDA aka 960PL card. With the Mylex utils and the | > new firmware I've found I have two dead disks in this cabinet, but I was | > able to format the three remaining as RAID5. | > | > Unfortunately, I'm still getting the above error message. Any potential | > workarounds? | | No - it's going to take a driver fix. Let me get back to you on this in | a day or two. (bug me if I don't) Well, I have good news, I think. The mlx driver _seems_ to work as-is (from a kernel built with 4.0-STABLE). I get a warning about an old BIOS rev, but it looks functional. The driver reported the correct logical drive size and no other errors. It's not a complete test, though. The machine (HP LX Pro 166) it was in has a fsck'd memory controller and won't boot a 4.x kernel _at all_ (hangs creating the memory disk(s)), so a I swapped it into another LX Pro sans disk drives and watched the kernel boot. I'm definitely not getting the error messages I got about the mailbox on the other DAC960PL. I'm not able to do a whole lot more testing of it until I get a new system board for the damaged LX Pro 166, which the Boss thankfully hadn't yet removed 24x7 4 Hour support. When I get it running, I'll get 4-STABLE on it (on the array) and have a go at mlxcontrol and see what it will and won't do. For what's it's worth, this DAC960 PL is a series 4030-354. The other one was a series 4030-345. Mylex says no BIOS upgrade chips to anyone with a pre-4030-350 series card. Whatever the reason there must be some significant architectual differences starting with series 350 that make them kind of braindead. Mylex's web site is down/unreachable right now, or I'd order the firmware upgrade, too. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 10:51:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from implode.root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 4BFA137BB9C; Tue, 2 May 2000 10:51:29 -0700 (PDT) (envelope-from dg@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id KAA01220; Tue, 2 May 2000 10:48:16 -0700 (PDT) Message-Id: <200005021748.KAA01220@implode.root.com> To: Brad Knowles Cc: Mike Smith , freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-reply-to: Your message of "Tue, 02 May 2000 11:29:58 +0200." From: David Greenman Reply-To: dg@root.com Date: Tue, 02 May 2000 10:48:16 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >At 5:35 PM -0700 2000/5/1, David Greenman wrote: > >> You need to use the raw (character) device for testing things like this. > > I don't think FreeBSD 4.0 and above have character devices any >more, do they? Yes, it does. We took out buffered devices. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project - http://www.freebsd.org Creator of high-performance Internet servers - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 10:58:16 2000 Delivered-To: freebsd-stable@freebsd.org Received: from morpheus.skynet.be (morpheus.skynet.be [195.238.2.39]) by hub.freebsd.org (Postfix) with ESMTP id 01A3A37B7D1; Tue, 2 May 2000 10:58:11 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [195.238.1.121] (brad.techos.skynet.be [195.238.1.121]) by morpheus.skynet.be (Postfix) with ESMTP id 415CBDA36; Tue, 2 May 2000 19:58:06 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <200005021651.JAA24520@mass.cdrom.com> References: <200005021651.JAA24520@mass.cdrom.com> Date: Tue, 2 May 2000 19:50:18 +0200 To: Mike Smith From: Brad Knowles Subject: Re: How good is AMI MegaRAID support? Cc: freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 9:51 AM -0700 2000/5/2, Mike Smith wrote: > The SmartRAID IV is not the same animal as the Century; the IV is a very > old design and should probably be considered in the same vein as the > Mylex DAC960PL and the AMI MegaRAID 418. Functional, but not a > performance solution. Hrm. It was my understanding that Decade, Century, Millenium, etc... were all terms for "levels" of product that were used within multiple product lines, so that a SmartRAID IV "Century" model would be less powerful than a SmartRAID IV "Millenium" model, which might or might not be more or less powerful than a SmartRAID V "Century" model. Comparing against , this seems to bear out. So, when you say "SmartRAID Century", you need to specify which model of SmartRAID Century it is that you're talking about. In fact, when comparing the various different models of SmartRAID V "Millenium" controllers at , it is clear to me that you need to be even more specific -- you need to mention whether it's the 32-bit or 64-bit controller, and if it's 64-bit, you need to specify whether it's the Ultra2 SCSI controller or the FibreChannel controller. Of course, you also need to specify things such as how many host channels there are, how much NVRAM there is, etc.... My previous testing was done with the SmartRAID IV PM3334UW controller with 64MB ECC NVRAM and one Ultra-Wide SCSI channel. And you know where that page is. ;-) -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 12: 8:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from smartie.braingarage.com (m206-51.dsl.tsoft.com [198.144.206.51]) by hub.freebsd.org (Postfix) with ESMTP id 7374137B965 for ; Tue, 2 May 2000 12:08:15 -0700 (PDT) (envelope-from robert@braingarage.com) Received: (from nobody@localhost) by smartie.braingarage.com (8.9.3/8.9.3) id MAA05497; Tue, 2 May 2000 12:08:14 -0700 (PDT) (envelope-from robert@braingarage.com) Date: Tue, 2 May 2000 12:08:14 -0700 (PDT) From: robert bowen Message-Id: <200005021908.MAA05497@smartie.braingarage.com> X-Authentication-Warning: smartie.braingarage.com: nobody set sender to robert@braingarage.com using -f To: FreeBSD-stable@freebsd.org Reply-To: robert@braingarage.com MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP3 Imap webMail Program 2.0.11 Subject: re: Realplayer 7 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I got the Linux rp7 also, but it doesn't play. I am wondering if this is an X or FreeBSD probem. I can fast-forward through video streams, and sometimes it plays one or two frames, but it always seems to peter out. Has anyone seen similar behavior? Also - are you using plugger with the native Netscape, or with Linux-netscape? R To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 12:48:39 2000 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id A31BB37BD39; Tue, 2 May 2000 12:48:36 -0700 (PDT) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id MAA00086; Tue, 2 May 2000 12:48:00 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda00084; Tue May 2 12:47:46 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.9.3/8.9.1) id MAA06006; Tue, 2 May 2000 12:47:46 -0700 (PDT) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdvF6004; Tue May 2 12:47:42 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.10.1/8.9.1) id e42Jlg301770; Tue, 2 May 2000 12:47:42 -0700 (PDT) Message-Id: <200005021947.e42Jlg301770@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdeZ1766; Tue May 2 12:47:09 2000 X-Mailer: exmh version 2.1.1 10/15/1999 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.0-STABLE X-Sender: cy To: dg@root.com Cc: Brad Knowles , Mike Smith , freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-reply-to: Your message of "Tue, 02 May 2000 10:48:16 PDT." <200005021748.KAA01220@implode.root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 May 2000 12:47:08 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005021748.KAA01220@implode.root.com>, David Greenman writes: > >At 5:35 PM -0700 2000/5/1, David Greenman wrote: > > > >> You need to use the raw (character) device for testing things like thi > s. > > > > I don't think FreeBSD 4.0 and above have character devices any > >more, do they? > > Yes, it does. We took out buffered devices. I suppose this has something to do with bufdaemon. Is there any doc on bufdaemon and syncer? I noticed the change in MAKDEV, however when creating SCSI devices, only character devices were created, yet the filesystems wouldn't mount. Manually creating the appropriate block SCSI da devices fixed my problem. May I conclude that CAM SCSI doesn't use bufdaemon? And may I assume FreeBSD will be using bufdaemon with SCSI in the future? Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/DEC Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 12:52: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from kci.kciLink.com (kci.kciLink.com [204.117.82.1]) by hub.freebsd.org (Postfix) with ESMTP id B8B8237BB01 for ; Tue, 2 May 2000 12:51:51 -0700 (PDT) (envelope-from khera@kciLink.com) Received: from onceler.kcilink.com (onceler.kciLink.com [204.117.82.2]) by kci.kciLink.com (Postfix) with ESMTP id D523BE896 for ; Tue, 2 May 2000 15:51:48 -0400 (EDT) Received: (from khera@localhost) by onceler.kcilink.com (8.9.3/8.9.3) id PAA97205; Tue, 2 May 2000 15:51:48 -0400 (EDT) (envelope-from khera@kci.kcilink.com) From: Vivek Khera MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14607.12756.722409.326415@onceler.kcilink.com> Date: Tue, 2 May 2000 15:51:48 -0400 (EDT) To: FreeBSD-stable@freebsd.org Subject: re: Realplayer 7 In-Reply-To: <200005021908.MAA05497@smartie.braingarage.com> References: <200005021908.MAA05497@smartie.braingarage.com> X-Mailer: VM 6.72 under 21.1 (patch 8) "Bryce Canyon" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "rb" == robert bowen writes: rb> I got the Linux rp7 also, but it doesn't play. I am rb> wondering if this is an X or FreeBSD probem. I can rp7 works fine for me as stand-alone. Be sure you have all of the linux-compatibility stuff turned on in your kernel config. For 3.4-STABLE, this is what I have: # for StarOffice/Linux Compat: options "P1003_1B" options "_KPOSIX_PRIORITY_SCHEDULING" options "_KPOSIX_VERSION=199309L" I don't know if rp7 needs them, but it is good to have them if you do linux programs, I think. I haven't tried yet to run a real-video out of netscape using plugger, but it works fine for external content that has proper links to launch the realplayer. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D. Khera Communications, Inc. Internet: khera@kciLink.com Rockville, MD +1-301-545-6996 GPG & MIME spoken here http://www.khera.org/~vivek/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 12:56:37 2000 Delivered-To: freebsd-stable@freebsd.org Received: from server07.icaen.uiowa.edu (server07.icaen.uiowa.edu [128.255.17.47]) by hub.freebsd.org (Postfix) with ESMTP id EB05337B751 for ; Tue, 2 May 2000 12:56:22 -0700 (PDT) (envelope-from pwgreen@engineering.uiowa.edu) Received: from server01.icaen.uiowa.edu (server01.icaen.uiowa.edu [128.255.17.41]) by server07.icaen.uiowa.edu (8.9.3/8.9.3) with ESMTP id OAA01642 for sent by ; Tue, 2 May 2000 14:56:18 -0500 (CDT) Received: from l-ecn002.icaen.uiowa.edu (pwgreen@l-ecn002.icaen.uiowa.edu [128.255.17.102]) by server01.icaen.uiowa.edu (8.8.7/8.7.1) with ESMTP id OAA17242 for ; Tue, 2 May 2000 14:56:17 -0500 (CDT) Received: (from pwgreen@localhost) by l-ecn002.icaen.uiowa.edu (8.9.3 (PHNE_18979)/client-6.6) id OAA04766; Tue, 2 May 2000 14:56:16 -0500 (CDT) Organization: Iowa Computer Aided Engineering Network, University of Iowa Date: Tue, 2 May 2000 14:56:16 -0500 (CDT) From: Peter William Green To: freebsd-stable@freebsd.org Subject: re: Realplayer 7 (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It works fine for me. I've used it with the native netscape (although i don't think it should matter which version of netscape is used - doesn't it just launch it?) can't tell you much other than running 4.0 stable with xfree4.0 -pete ---------- Forwarded message ---------- Date: Tue, 2 May 2000 12:08:14 -0700 (PDT) From: robert bowen To: FreeBSD-stable@FreeBSD.ORG Subject: re: Realplayer 7 I got the Linux rp7 also, but it doesn't play. I am wondering if this is an X or FreeBSD probem. I can fast-forward through video streams, and sometimes it plays one or two frames, but it always seems to peter out. Has anyone seen similar behavior? Also - are you using plugger with the native Netscape, or with Linux-netscape? R To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 19: 8:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from workhorse.iMach.com (workhorse.iMach.com [206.127.77.89]) by hub.freebsd.org (Postfix) with ESMTP id 9E62E37BE07; Tue, 2 May 2000 19:08:41 -0700 (PDT) (envelope-from forrestc@IMACH.COM) Received: from localhost (forrestc@localhost) by workhorse.iMach.com (8.9.3/8.9.3) with ESMTP id TAA25611; Tue, 2 May 2000 19:08:38 -0600 (MDT) Date: Tue, 2 May 2000 19:08:37 -0600 (MDT) From: "Forrest W. Christian" To: Daniel Frazier Cc: chad@DCFinc.com, Kris Kennaway , freebsd-stable@FreeBSD.ORG Subject: Re: make buildworld fails... In-Reply-To: <390E0F78.AE694C64@magpage.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 1 May 2000, Daniel Frazier wrote: > Wow, not quite the answers I was looking for, but at least you've all > given me an idea of what to look for. Thanks for your help. By the > way, do you know of any RAM stress test/diagnostic utility that could > help narrow this down? Just curious, is this just when compiling the kernel? This seems really bizzare.... Maybe you have a flaky modem/communications (ethernet?) port and it was clearing them on download.... - Forrest W. Christian (forrestc@imach.com) KD7EHZ ---------------------------------------------------------------------- iMach, Ltd., P.O. Box 5749, Helena, MT 59604 http://www.imach.com Solutions for your high-tech problems. (406)-442-6648 ---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 20:25:57 2000 Delivered-To: freebsd-stable@freebsd.org Received: from westhost15.westhost.net (westhost15.westhost.net [216.71.84.69]) by hub.freebsd.org (Postfix) with ESMTP id BC00737B85B for ; Tue, 2 May 2000 20:25:53 -0700 (PDT) (envelope-from pahowes@fair-ware.com) Received: from beast (h0020af68b314.ne.mediaone.net [24.218.140.123]) by westhost15.westhost.net (8.8.5/8.8.5) with SMTP id WAA06729 for ; Tue, 2 May 2000 22:23:52 -0500 Reply-To: From: "Paul A. Howes" To: Subject: ep driver question... Date: Tue, 2 May 2000 23:25:58 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG All- On my 4.0-STABLE notebook, everything seems to be working smoothly, except the ethernet card. I can telnet and everything, but it's painfully slow. I have a 3C589D PCMCIA card that works fine under 3.4. Any ideas? My kernel config file is reproduced, below. Thanks! --Paul ---------------------------------------------------------------------- # # General machine info. # machine i386 ident XXX cpu I486_CPU options NO_F00F_HACK # # General kernal info. # maxusers 10 options COMPAT_43 options USER_LDT options SYSVSHM options SYSVSEM options SYSVMSG options MD5 options UCONSOLE options ROOTDEVNAME=\"ad0s1a\" # # General networking # pseudo-device ether pseudo-device loop pseudo-device bpf options INET # # Filesystem support # options FFS options MFS options NFS options PROCFS options FFS_ROOT options MD_ROOT options NFS_ROOT options SOFTUPDATES # # Hardware devices # device isa device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0 at atkbdc? irq 12 device vga0 at isa? options VESA device sc0 at isa? options MAXCONS=8 device npx0 at nexus? port IO_NPX flags 0x0 irq 13 device ata device atadisk device ata0 at isa? port IO_WD1 irq 14 device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 flags 0x10 irq 3 device ep device apm0 device card device pcic0 at isa? irq 11 port 0x3e0 iomem 0xd0000 device ppc0 at isa? irq 7 device ppbus device ppi # # Misc devices # pseudo-device gzip pseudo-device pty pseudo-device snp 3 pseudo-device speaker pseudo-device splash pseudo-device vn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 20:43:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from cx344940-a.meta1.la.home.com (cx344940-a.meta1.la.home.com [24.6.21.74]) by hub.freebsd.org (Postfix) with ESMTP id CB76037BC03 for ; Tue, 2 May 2000 20:43:53 -0700 (PDT) (envelope-from conrads@cx344940-a.meta1.la.home.com) Received: (from conrads@localhost) by cx344940-a.meta1.la.home.com (8.9.3/8.9.3) id WAA49425; Tue, 2 May 2000 22:43:40 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200005020824.IAA09328@pollo.monkeybrains.net> Date: Tue, 02 May 2000 22:43:39 -0500 (CDT) Organization: @Home Network From: Conrad Sabatier To: rudy-bulk@monkeybrains.net Subject: RE: audio troubles - Asus K7V motherboard Cc: freebsd-stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 02-May-00 rudy-bulk@monkeybrains.net wrote: > ---- kernel configuration ------------------------------ > device pcm > device pcm0 at isa? irq 10 drq 1 flags 0x0 > device sbc0 at isa? port 0x220 irq 5 drq 1 flags 0x15 Take out the pcm0 line and run MAKEDEV snd0. -- Conrad Sabatier http://members.home.net/conrads/ ICQ# 1147270 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 22:43:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pollo.monkeybrains.net (rururudy-0.dsl.speakeasy.net [216.231.57.142]) by hub.freebsd.org (Postfix) with ESMTP id CCC7637B869 for ; Tue, 2 May 2000 22:43:44 -0700 (PDT) (envelope-from rudy@pollo.monkeybrains.net) Received: from localhost (rudy@localhost) by pollo.monkeybrains.net (8.9.3/8.9.3) with ESMTP id WAA00291 for ; Tue, 2 May 2000 22:43:55 GMT (envelope-from rudy@pollo.monkeybrains.net) Date: Tue, 2 May 2000 22:43:55 +0000 (GMT) From: Rudy Rucker To: freebsd-stable@FreeBSD.ORG Subject: RE: audio troubles - Asus K7V motherboard In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 2 May 2000, Conrad Sabatier wrote: > On 02-May-00 rudy-bulk@monkeybrains.net wrote: > > ---- kernel configuration ------------------------------ > > device pcm > > device pcm0 at isa? irq 10 drq 1 flags 0x0 > > device sbc0 at isa? port 0x220 irq 5 drq 1 flags 0x15 > > Take out the pcm0 line and run MAKEDEV snd0. This works better... my dmesg now shows pcm0/snd0. However, there is still no sound. I know my speakers are plugged in and loud enough: upon booting my machine, the BIOS sends a loud BEEP to the speakers. (also, sound works when I boot into Microsoft. The whole reason I want to get my speakers working in FreeBSD is so I never have to boot Microsoft again!) What are some methods of probing sound cards? I've tries waveplay and esdctl. (For network stuff I use ping, traceroute, host, etc ... what are the common sound card tools?) % esdctl allinfo unsupported sound format: 33 Audio device open for 44.1Khz, stereo, 16bit failed Trying 44.1Khz, 8bit stereo. unsupported playback rate: 44100 Audio device open for 44.1Khz, stereo, 8bit failed Trying 48Khz, 16bit stereo. unsupported sound format: 33 Audio device open for 44.1Khz, stereo, 8bit failed Trying 22.05Khz, 8bit stereo. server version = 0 server format = 0x00000020 server rate = 22050 Also, I can run the 'waveplay' without errors: % waveplay -f /dev/dsp0 Wooeep.wav File name : Wooeep.wav Sampling rate : 11025 Hz Bits/Sample : 16 Bits Channels : 1 Size : 20978 Bytes ... but this makes no sound. ----- dmesg after conrad's advice ------------------------------- sbc0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0 pcm0: on sbc0 By the way, I cvsup'd the 4.0 tree today and made world and rebuilt my kernel just to be safe. Rudy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 2 22:55:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from super-g.com (super-g.com [207.240.140.161]) by hub.freebsd.org (Postfix) with ESMTP id 5897437B51C for ; Tue, 2 May 2000 22:55:39 -0700 (PDT) (envelope-from spork@super-g.com) Received: by super-g.com (Postfix, from userid 1000) id 4AFBFBE64; Wed, 3 May 2000 01:55:37 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by super-g.com (Postfix) with SMTP id 2F25DBE63; Wed, 3 May 2000 01:55:37 -0400 (EDT) Date: Wed, 3 May 2000 01:55:37 -0400 (EDT) From: spork X-Sender: spork@super-g.inch.com To: Brad Knowles Cc: "Brandon D. Valentine" , Mark Powell , Joe Karthauser , freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 2 May 2000, Brad Knowles wrote: > The testing I've done so far confirms what Greg Lehey and > everyone else has been telling me all this time -- dedicated RAID > controllers just really can't keep up with a good software solution > (such as vinum, or even ccd) and modern hardware. Last I looked though, vinum cannot protect you from loss of your boot device. For some applications this may not be terribly important, but if you cannot afford to bring the machine down, the hardware solution starts to look better. Charles > -- > These are my opinions -- not to be taken as official Skynet policy > ====================================================================== > Brad Knowles, || Belgacom Skynet SA/NV > Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 > Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels > http://www.skynet.be || Belgium > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 0:49:55 2000 Delivered-To: freebsd-stable@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id DA86D37B92B; Wed, 3 May 2000 00:49:31 -0700 (PDT) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id DAA84934; Wed, 3 May 2000 03:48:42 -0400 (EDT) (envelope-from howardl) From: Howard Leadmon Message-Id: <200005030748.DAA84934@account.abs.net> Subject: Debugging Kernel/System Crashes, can anyone help?? To: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Date: Wed, 3 May 2000 03:48:42 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I know I posted a few messages here in the past, but maybe someone who is good at tracking kernel problems can step up and lend a hand. I have a machine running FBSD 4.0-STABLE, and have been experiencing almost daily kernel panics or reboots on the machine. I have replaced ALL of the hardware, and reloaded the OS, but still having troubles. I am at a bit of a loss as to what is going on. From one panic, I thought well maybe this is an SMP issue, but removed one of the CPU's and still the box crashes. As I have basically replaced everything, I am at a loss as to where to go from here, so looking for some type of pointers or help with this.. The other day I was there, and got the following from one of the crashes, as many times I am gone and luckally in some ways the box will just panicboot and go on it's way. Here is what I was able to copy down: Fatal trap 12: page fault while in kernel mode mp_lock=01000002; cpuid=1; lapic.id=01000000 fault virtual address= 0x30 fault code= supervisor read, page not present instruction pointer= 0x8:0xC01CAF71 stack pointer= 0x10:0xFF80DE48 frame pointer= 0x10:0xFF80DE4C code segment= base 0x0, limit 0xFFFFF, type 0x1B = DPL 0, pres 1, def 32, gran 1 processor eflags= interrupt enabled, resume, IOPL=0 current process = idle interupt mask= bio <- SMP: XXX trap number= 12 panic: page fault The formatting of it may not be perfect, but the information should be accurate, as I tried to be precise on what I wrote down. Also here are a few previous messages I had posted a while back when I thought this might be network related, but after trying several different NIC's I still have the same issues. I will include the info below, as maybe it will have some value in trying to debunk this problem. ==== Hello, I am running a 4.0-STABLE machine which is being used to host an Undernet IRC server, and the machine keeps dying at times, or should I say the networking side of it is at least dying. At first I thought it might have been related to the dc (DEC Chip) based drivers, so I replaced it with a EEpro board using the fxp driver, but the same results. I have also set MNBCLUSTERS to 20480, and when I do a netstat I see in general plenty of free clusters, but suspect I must be running out of some other resource. If I do a netstat -m, I see info like this: u2$ netstat -m 1697/2144/81920 mbufs in use (current/peak/max): 498 mbufs allocated to data 1199 mbufs allocated to packet headers 221/514/20480 mbuf clusters in use (current/peak/max) 1296 Kbytes allocated to network (50% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines When the machine last froze, the Kbytes allocated to the network was 99% in use, and the mbufs were up to about 20K of the 80K allocated, but I saw no calls for memory denied or delayed. Still after a few hours of uptime, I start seeing errors like this, and then the machines network interface dies and I have to reboot to get everything back in operation: Mar 27 12:39:00 u2 /kernel: fxp0: device timeout Mar 27 12:39:00 u2 syslogd: sendto: No buffer space available Mar 27 12:39:38 u2 last message repeated 2 times Mar 27 12:41:32 u2 last message repeated 6 times Mar 27 12:44:15 u2 syslogd: sendto: No buffer space available Mar 27 12:44:04 u2 last message repeated 8 times Not sure what other information to send, but here is a dmesg on the machine, and if anyone has any ideas, or needs more info please let me know. It's very annoying to have to reboot this machine daily, sometimes more often.. :( Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #8: Wed Mar 22 18:31:51 EST 2000 howardl@u2.abs.net:/usr/src/sys/compile/U2 Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (551.25-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183fbff real memory = 402587648 (393152K bytes) config> q avail memory = 387022848 (377952K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc02c8000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc02c809c. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 pci0: at 7.2 irq 5 Timecounter "PIIX" frequency 3579545 Hz chip1: port 0x5000-0x500f at device 7.3 on pci0 fxp0: port 0xd400-0xd41f mem 0xd5400000-0xd54fffff,0xd5510000-0xd5510fff irq 17 at device 13.0 on pci0 fxp0: Ethernet address 00:a0:c9:c7:fb:ff pci0: at 15.0 irq 16 atapci1: port 0xe000-0xe0ff,0xdc00-0xdc03,0xd800-0xd807 irq 18 at device 19.0 on pci0 atapci2: port 0xec00-0xecff,0xe800-0xe803,0xe400-0xe407 irq 18 at device 19.1 on pci0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 SMP: AP CPU #1 Launched! ad0: 8693MB [17662/16/63] at ata0-master using UDMA33 Mounting root from ufs:/dev/ad0s1a ===== First as mentioned previously I had an Intel EEpro card in the box running to my Cisco Catalyst switch, and on the console when everything fell apart and I lost connectivity, I see the following: fxp0: device timeout syslogd: sendto: No buffer space available Here is some of the requested debugging information: ifconfig: fxp0: flags=8843 mtu 1500 inet 207.114.4.35 netmask 0xfffffff0 broadcast 207.114.4.47 inet 207.114.4.36 netmask 0xffffffff broadcast 207.114.4.36 inet 207.114.4.45 netmask 0xffffffff broadcast 207.114.4.45 inet 207.114.4.46 netmask 0xffffffff broadcast 207.114.4.46 ether 00:a0:c9:c7:fb:ff media: autoselect (100baseTX ) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP netstat -m: 403/21472/81920 mbufs in use (current/peak/max): 259 mbufs allocated to data 144 mbufs allocated to packet headers 124/10652/20480 mbuf clusters in use (current/peak/max) 23988 Kbytes allocated to network (1% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines vmstat -m: Memory statistics by bucket size Size In Use Free Requests HighWater Couldfree 16 286 994 4581005 0 1280 32 179 36685 518690 0 640 64 14436 4380 1373135 0 320 128 1096 88 9883 0 160 256 13335 30569 317127 0 80 512 18 6 74806 0 40 1K 107 949 12272 0 20 2K 12 6 18478 0 10 4K 13 2 98260 0 5 8K 2 2 384331 0 5 16K 8 0 2689062 0 5 32K 3 0 1321506 0 5 64K 3 0 3 0 5 128K 3 0 3 0 5 256K 1 0 1 0 5 Memory usage type by bucket size Size Type(s) 16 MD disk, kld, proc-args, atexit, temp, sysctl, bus, rman, soname, pcb, mount, vnodes, ether_multi, routetbl, p1003.1b, devbuf, isa_devlist, atkbddev 32 kld, sigio, proc-args, temp, pgrp, proc, subproc, sysctl, bus, eventhandler, SWAP, pcb, cluster_save buffer, vnodes, BPF, ifaddr, ether_multi, routetbl, in_multi, tseg_qent, devbuf 64 file, proc-args, lockf, temp, session, subproc, bus, eventhandler, rman, pcb, vfscache, cluster_save buffer, vnodes, ifaddr, ether_multi, routetbl, isadev, AD driver 128 ppbusdev, kld, timecounter, dev_t, proc-args, zombie, temp, cred, bus, ttys, soname, vfscache, cluster_save buffer, mount, vnodes, ifaddr, routetbl, ZONE, devbuf 256 file desc, proc-args, temp, subproc, bus, ttys, vnodes, ifaddr, routetbl, NFS daemon, FFS node, devbuf 512 kld, file desc, temp, bus, ioctlops, ptys, BIO buffer, mount, UFS mount, ATA generic, devbuf, isa_devlist 1K MD disk, kld, file desc, temp, proc, bus, ioctlops, BIO buffer, NQNFS Lease, AD driver, devbuf, isa_devlist 2K file desc, temp, bus, pcb, BIO buffer, UFS mount, devbuf 4K kld, file desc, temp, proc, devbuf, memdesc 8K kld, file desc, temp, UFS mount 16K file desc, temp, devbuf 32K file desc, temp, devbuf, mbuf 64K ISOFS mount, NFS hash, UFS ihash 128K temp, vfscache, VM pgdata 256K SWAP Memory statistics by type Type Kern Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) MD disk 2 2K 2K 64194K 2 0 0 16,1K ppbusdev 3 1K 1K 64194K 3 0 0 128 ISOFS mount 1 64K 64K 64194K 1 0 0 64K kld 10 11K 16K 64194K 53 0 0 16,32,128,512,1K,4K,8K timecounter 10 2K 2K 64194K 10 0 0 128 dev_t 540 68K 68K 64194K 540 0 0 128 file desc 35 46K 60K 64194K 6800 0 0 256,512,1K,2K,4K,8K,16K,32K file 109 7K 283K 64194K 1135473 0 0 64 sigio 1 1K 1K 64194K 1 0 0 32 proc-args 23 1K 2K 64194K 5559 0 0 16,32,64,128,256 zombie 0 0K 1K 64194K 6753 0 0 128 atexit 1 1K 1K 64194K 1 0 0 16 lockf 1 1K 1K 64194K 23 0 0 64 temp 177 82K 115K 64194K 4596159 0 0 16,32,64,128,256,512,1K,2K,4K,8K,16K,32K,128K pgrp 22 1K 1K 64194K 1233 0 0 32 session 20 2K 2K 64194K 949 0 0 64 proc 7 10K 10K 64194K 11 0 0 32,1K,4K subproc 72 7K 10K 64194K 14795 0 0 32,64,256 cred 9 2K 2K 64194K 1082 0 0 128 sysctl 0 0K 1K 64194K 646 0 0 16,32 bus 358 29K 29K 64194K 476 0 0 16,32,64,128,256,512,1K,2K eventhandler 11 1K 1K 64194K 11 0 0 32,64 SWAP 2 141K 141K 64194K 2 0 0 32,256K ioctlops 0 0K 1K 64194K 5 0 0 512,1K rman 50 3K 3K 64194K 79 0 0 16,64 ttys 410 53K 63K 64194K 1229 0 0 128,256 ptys 3 2K 2K 64194K 3 0 0 512 soname 1 1K 1K 64194K 3940726 0 0 16,128 pcb 45 5K 20K 64194K 639691 0 0 16,32,64,2K BIO buffer 100 102K 1048K 64194K 9950 0 0 512,1K,2K vfscache 14044 1007K 1007K 64194K 17344 0 0 64,128,128K cluster_save buffer 0 0K 1K 64194K 694 0 0 32,64,128 mount 4 2K 2K 64194K 6 0 0 16,128,512 vnodes 24 6K 6K 64194K 327 0 0 16,32,64,128,256 BPF 3 1K 1K 64194K 3 0 0 32 ifaddr 15 2K 2K 64194K 15 0 0 32,64,128,256 ether_multi 7 1K 1K 64194K 7 0 0 16,32,64 routetbl 61 9K 10295K 64194K 585667 0 0 16,32,64,128,256 in_multi 2 1K 1K 64194K 2 0 0 32 tseg_qent 0 0K 5K 64194K 212819 0 0 32 NFS daemon 1 1K 1K 64194K 1 0 0 256 NQNFS Lease 1 1K 1K 64194K 1 0 0 1K NFS hash 1 64K 64K 64194K 1 0 0 64K p1003.1b 1 1K 1K 64194K 1 0 0 16 FFS node 13187 3297K 3297K 64194K 14242 0 0 256 UFS ihash 1 64K 64K 64194K 1 0 0 64K UFS mount 9 20K 20K 64194K 9 0 0 512,2K,8K VM pgdata 1 128K 128K 64194K 1 0 0 128K ZONE 18 3K 3K 64194K 18 0 0 128 isadev 11 1K 1K 64194K 11 0 0 64 ATA generic 0 1K 1K 64194K 1 0 0 512 AD driver 2 2K 2K 64194K 204988 0 0 64,1K devbuf 82 207K 207K 64194K 114 0 0 16,32,128,256,512,1K,2K,4K,16K,32K mbuf 1 28K 28K 64194K 1 0 0 32K memdesc 1 4K 4K 64194K 1 0 0 4K isa_devlist 0 0K 2K 64194K 19 0 0 16,512,1K atkbddev 2 1K 1K 64194K 2 0 0 16 Memory Totals: In Use Free Requests 5472K 10077K 11398562 Now to probably complicate things more, I replaced the EEpro card with a DEC 21143 based board using the dc driver, and with that card the machine dies a little less often, but when it does the machine usually hangs hard, or reboots. Catching the console before it's totally dead, I can see the following message scrolling on the screen: dc0: watchdog timeout Different than the error from the EEpro card, but still network related, so again I dumped the above information for comparison, and here it is: ifconfig: dc0: flags=8843 mtu 1500 inet 207.114.4.35 netmask 0xfffffff0 broadcast 207.114.4.47 inet 207.114.4.36 netmask 0xffffffff broadcast 207.114.4.36 inet 207.114.4.45 netmask 0xffffffff broadcast 207.114.4.45 inet 207.114.4.46 netmask 0xffffffff broadcast 207.114.4.46 ether 00:c0:f0:3b:a7:eb media: autoselect (100baseTX ) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP none netstat -m: 7526/15744/81920 mbufs in use (current/peak/max): 6064 mbufs allocated to data 1462 mbufs allocated to packet headers 3948/7874/20480 mbuf clusters in use (current/peak/max) 17716 Kbytes allocated to network (49% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines vmstat -m: Memory statistics by bucket size Size In Use Free Requests HighWater Couldfree 16 296 984 4706660 0 1280 32 3254 21706 599940 0 640 64 14657 3199 1669347 0 320 128 1099 53 15587 0 160 256 16537 14743 357609 0 80 512 14 2 30928 0 40 1K 33 743 13704 0 20 2K 13 5 40824 0 10 4K 13 2 348612 0 5 8K 2 4 1255714 0 5 16K 10 0 2479452 0 5 32K 1 0 1485462 0 5 64K 4 0 4 0 5 128K 3 0 3 0 5 256K 1 0 1 0 5 Memory usage type by bucket size Size Type(s) 16 MD disk, kld, proc-args, atexit, temp, sysctl, bus, rman, soname, pcb, mount, vnodes, ether_multi, routetbl, p1003.1b, devbuf, isa_devlist, atkbddev 32 kld, sigio, proc-args, temp, pgrp, proc, subproc, sysctl, bus, eventhandler, SWAP, pcb, cluster_save buffer, vnodes, BPF, ifaddr, ether_multi, routetbl, in_multi, tseg_qent, newblk, bmsafemap, indirdep, freefrag, freefile, diradd, dirrem, devbuf 64 file, proc-args, lockf, temp, session, subproc, bus, eventhandler, rman, pcb, vfscache, cluster_save buffer, vnodes, ifaddr, ether_multi, routetbl, pagedep, allocdirect, allocindir, isadev, AD driver 128 ppbusdev, kld, timecounter, dev_t, proc-args, zombie, temp, cred, bus, ttys, soname, vfscache, cluster_save buffer, mount, vnodes, ifaddr, routetbl, inodedep, freeblks, ZONE, devbuf 256 file desc, proc-args, temp, subproc, bus, ttys, vnodes, ifaddr, routetbl, NFS daemon, newblk, FFS node, devbuf 512 kld, file desc, temp, bus, ioctlops, ptys, BIO buffer, mount, UFS mount, ATA generic, devbuf, isa_devlist 1K MD disk, kld, file desc, temp, proc, bus, ioctlops, BIO buffer, NQNFS Lease, AD driver, devbuf, isa_devlist 2K file desc, temp, bus, pcb, BIO buffer, UFS mount, devbuf 4K kld, file desc, temp, proc, devbuf, memdesc 8K kld, file desc, temp, indirdep, UFS mount 16K file desc, temp, pagedep, devbuf 32K temp, mbuf 64K ISOFS mount, NFS hash, inodedep, UFS ihash 128K temp, vfscache, VM pgdata 256K SWAP Memory statistics by type Type Kern Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) MD disk 2 2K 2K 64189K 2 0 0 16,1K ppbusdev 3 1K 1K 64189K 3 0 0 128 ISOFS mount 1 64K 64K 64189K 1 0 0 64K kld 10 11K 16K 64189K 53 0 0 16,32,128,512,1K,4K,8K timecounter 10 2K 2K 64189K 10 0 0 128 dev_t 540 68K 68K 64189K 540 0 0 128 file desc 37 30K 36K 64189K 7923 0 0 256,512,1K,2K,4K,8K,16K file 174 11K 208K 64189K 1332169 0 0 64 sigio 1 1K 1K 64189K 1 0 0 32 proc-args 24 2K 2K 64189K 6468 0 0 16,32,64,128,256 zombie 0 0K 1K 64189K 7875 0 0 128 atexit 1 1K 1K 64189K 1 0 0 16 lockf 1 1K 1K 64189K 3 0 0 64 temp 169 113K 138K 64189K 5648678 0 0 16,32,64,128,256,512,1K,2K,4K,8K,16K,32K,128K pgrp 23 1K 1K 64189K 1400 0 0 32 session 21 2K 2K 64189K 1115 0 0 64 proc 7 10K 10K 64189K 7 0 0 32,1K,4K subproc 77 7K 9K 64189K 17254 0 0 32,64,256 cred 9 2K 2K 64189K 1264 0 0 128 sysctl 0 0K 1K 64189K 738 0 0 16,32 bus 367 31K 31K 64189K 503 0 0 16,32,64,128,256,512,1K,2K eventhandler 11 1K 1K 64189K 11 0 0 32,64 SWAP 2 141K 141K 64189K 2 0 0 32,256K ioctlops 0 0K 1K 64189K 5 0 0 512,1K rman 50 3K 3K 64189K 79 0 0 16,64 ttys 410 53K 58K 64189K 1307 0 0 128,256 ptys 2 1K 1K 64189K 2 0 0 512 soname 1 1K 1K 64189K 3967614 0 0 16,128 pcb 50 5K 19K 64189K 738447 0 0 16,32,64,2K BIO buffer 26 28K 769K 64189K 12308 0 0 512,1K,2K vfscache 14194 1016K 1016K 64189K 18278 0 0 64,128,128K cluster_save buffer 0 0K 1K 64189K 981 0 0 32,64,128 mount 4 2K 2K 64189K 6 0 0 16,128,512 vnodes 24 6K 6K 64189K 327 0 0 16,32,64,128,256 BPF 3 1K 1K 64189K 3 0 0 32 ifaddr 16 2K 2K 64189K 16 0 0 32,64,128,256 ether_multi 7 1K 1K 64189K 7 0 0 16,32,64 routetbl 6193 871K 6957K 64189K 663076 0 0 16,32,64,128,256 in_multi 2 1K 1K 64189K 2 0 0 32 tseg_qent 0 0K 2K 64189K 220376 0 0 32 NFS daemon 1 1K 1K 64189K 1 0 0 256 NQNFS Lease 1 1K 1K 64189K 1 0 0 1K NFS hash 1 64K 64K 64189K 1 0 0 64K p1003.1b 1 1K 1K 64189K 1 0 0 16 pagedep 2 17K 17K 64189K 32 0 0 64,16K inodedep 4 65K 68K 64189K 2813 0 0 128,64K newblk 1 1K 1K 64189K 23834 0 0 32,256 bmsafemap 3 1K 1K 64189K 4690 0 0 32 allocdirect 1 1K 2K 64189K 8555 0 0 64 indirdep 1 1K 25K 64189K 2822 0 0 32,8K allocindir 1 1K 26K 64189K 15278 0 0 64 freefrag 0 0K 4K 64189K 3464 0 0 32 freeblks 0 0K 4K 64189K 1520 0 0 128 freefile 0 0K 1K 64189K 40 0 0 32 diradd 2 1K 1K 64189K 61 0 0 32 dirrem 0 0K 1K 64189K 64 0 0 32 FFS node 13320 3330K 3331K 64189K 14373 0 0 256 UFS ihash 1 64K 64K 64189K 1 0 0 64K UFS mount 9 20K 20K 64189K 9 0 0 512,2K,8K VM pgdata 1 128K 128K 64189K 1 0 0 128K ZONE 18 3K 3K 64189K 18 0 0 128 isadev 11 1K 1K 64189K 11 0 0 64 ATA generic 0 1K 1K 64189K 1 0 0 512 AD driver 1 1K 2K 64189K 277266 0 0 64,1K devbuf 81 175K 175K 64189K 113 0 0 16,32,128,256,512,1K,2K,4K,16K mbuf 1 28K 28K 64189K 1 0 0 32K memdesc 1 4K 4K 64189K 1 0 0 4K isa_devlist 0 0K 2K 64189K 18 0 0 16,512,1K atkbddev 2 1K 1K 64189K 2 0 0 16 Memory Totals: In Use Free Requests 6372K 5380K 13003847 All of the above stats were taken while the network card was spitting out errors prior to performing a reboot which brings the box back online. I also tried unplugging the nic and plugging it back in without out any change. I also over time have replaced everything in the box except the case, but still the problem persists, and in fact took the old hardware and built a different machine that works fine. So something related to the heavy use by the IRC programs is killing this thing almost daily, and I am at a loss as to what. If you or anyone here on the list has any ideas, I would sure love to hear them, as it would be nice to get to the bottom of this issue... ===== Guess thats about it for now, and hopefully someone can give me some pointers, or lend a hand in trying to get this issue resolved as it's driving me nutz.. :) --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 1:23:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id 76C4F37B94F; Wed, 3 May 2000 01:23:20 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id RAA12069; Wed, 3 May 2000 17:53:47 +0930 (CST) Date: Wed, 3 May 2000 17:53:46 +0930 From: Greg Lehey To: Howard Leadmon Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? Message-ID: <20000503175346.S8284@freebie.lemis.com> References: <200005030748.DAA84934@account.abs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0pre2i In-Reply-To: <200005030748.DAA84934@account.abs.net> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, 3 May 2000 at 3:48:42 -0400, Howard Leadmon wrote: > > Hello, > > I know I posted a few messages here in the past, but maybe someone who is > good at tracking kernel problems can step up and lend a hand. > > I have a machine running FBSD 4.0-STABLE, and have been experiencing almost > daily kernel panics or reboots on the machine. I have replaced ALL of the > hardware, and reloaded the OS, but still having troubles. I am at a bit of > a loss as to what is going on. From one panic, I thought well maybe this > is an SMP issue, but removed one of the CPU's and still the box crashes. As > I have basically replaced everything, I am at a loss as to where to go from > here, so looking for some type of pointers or help with this.. Indeed. We need to address this issue in some detail. We need both documentation and tools. > The other day I was there, and got the following from one of the > crashes, as many times I am gone and luckally in some ways the box > will just panicboot and go on it's way. Here is what I was able to > copy down: > > > Fatal trap 12: page fault while in kernel mode > mp_lock=01000002; cpuid=1; lapic.id=01000000 > fault virtual address= 0x30 > fault code= supervisor read, page not present > instruction pointer= 0x8:0xC01CAF71 > stack pointer= 0x10:0xFF80DE48 > frame pointer= 0x10:0xFF80DE4C > code segment= base 0x0, limit 0xFFFFF, type 0x1B > = DPL 0, pres 1, def 32, gran 1 > processor eflags= interrupt enabled, resume, IOPL=0 > current process = idle > interupt mask= bio <- SMP: XXX > trap number= 12 > panic: page fault > > The formatting of it may not be perfect, but the information should be > accurate, as I tried to be precise on what I wrote down. Also here are > a few previous messages I had posted a while back when I thought this > might be network related, but after trying several different NIC's I still > have the same issues. I will include the info below, as maybe it will > have some value in trying to debunk this problem. The sad thing is that this information is that most of this information is almost useless. I'm thinking of printing out a stack trace instead (comments, anybody?). Without tedious comparison with your kernel namelist, all we can say here is that you died somewhere in the kernel, that you have an SMP machine, and that the block I/O subsystem is probably involved. If this is happening daily, you should build a kernel with debugging symbols enabled and take a dump of the next crash. We can then use gdb to analyse the dump. > Hello, I am running a 4.0-STABLE machine which is being used to host an > Undernet IRC server, and the machine keeps dying at times, or should I say > the networking side of it is at least dying. At first I thought it might > have been related to the dc (DEC Chip) based drivers, so I replaced it with > a EEpro board using the fxp driver, but the same results. > > If all your dumps have the interrupt mask set to bio, I don't think it's a networking problem. With one possible exception... > Mar 27 12:39:00 u2 /kernel: fxp0: device timeout Søren and I are trying to find out what is causing some weird Vinum problems. He stated that the problem happened more frequently when an fxp board was in the system. I don't believe him, and I've found at least one bug in Vinum that has nothing to do with networking (but does have to do with the bio mask); possibly, however, there's some other problem with the fxp driver. It's possible that the other information will be of use, but I think we first need to look at a dump. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 1:31: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rhea.salford.ac.uk (rhea.salford.ac.uk [146.87.255.99]) by hub.freebsd.org (Postfix) with SMTP id ED92837B897 for ; Wed, 3 May 2000 01:30:52 -0700 (PDT) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 34150 invoked by alias); 3 May 2000 08:30:51 -0000 Received: (qmail 34141 invoked from network); 3 May 2000 08:30:51 -0000 Received: from unknown (HELO plato.salford.ac.uk) (146.87.255.76) by rhea.salford.ac.uk with SMTP; 3 May 2000 08:30:51 -0000 Received: (qmail 18603 invoked by uid 141); 3 May 2000 08:30:50 -0000 Date: Wed, 3 May 2000 09:30:50 +0100 (BST) From: Mark Powell To: spork Cc: Brad Knowles , "Brandon D. Valentine" , Mark Powell , Joe Karthauser , freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 3 May 2000, spork wrote: > On Tue, 2 May 2000, Brad Knowles wrote: > > > The testing I've done so far confirms what Greg Lehey and > > everyone else has been telling me all this time -- dedicated RAID > > controllers just really can't keep up with a good software solution > > (such as vinum, or even ccd) and modern hardware. > > Last I looked though, vinum cannot protect you from loss of your boot > device. For some applications this may not be terribly important, but if > you cannot afford to bring the machine down, the hardware solution starts > to look better. This is one of the primary reasons we want to go for hardware RAID. No downtime and no reinstall of the OS. We value this over the ultimate performance. Also, can a software RAID solution be better than hardware when the CPU is at 100% utilisation? Mark Powell - UNIX System Administrator - Clifford Whitworth Building A.I.S., University of Salford, Salford, Manchester, UK. Tel: +44 161 295 5936 Fax: +44 161 295 5888 www.pgp.com for PGP key M.S.Powell@salfrd.ac.uk (spell salford correctly to reply to me) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 1:38:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from morpheus.skynet.be (morpheus.skynet.be [195.238.2.39]) by hub.freebsd.org (Postfix) with ESMTP id 64F0B37B6CE for ; Wed, 3 May 2000 01:38:29 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [195.238.1.121] (brad.techos.skynet.be [195.238.1.121]) by morpheus.skynet.be (Postfix) with ESMTP id D4DCBDA36; Wed, 3 May 2000 10:38:21 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: References: Date: Wed, 3 May 2000 10:36:57 +0200 To: spork From: Brad Knowles Subject: Re: How good is AMI MegaRAID support? Cc: "Brandon D. Valentine" , Mark Powell , Joe Karthauser , freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 1:55 AM -0400 2000/5/3, spork wrote: > Last I looked though, vinum cannot protect you from loss of your boot > device. I am told that in FreeBSD 4.0, vinum now has the ability to mirror the root filesystem. I don't know if this addresses the issue you are concerned about, but I personally find it very interesting. > For some applications this may not be terribly important, but if > you cannot afford to bring the machine down, the hardware solution starts > to look better. I must admit that hardware does have certain advantages, but it does require driver support from the OS (unless it's an external SCSI-SCSI model), and I believe that the primary things you gain with hardware RAID controllers is not performance but instead other advantages, including transparency to the OS, etc.... If what you're after is absolute maximum speed for minimum money, hardware is not the way to go. -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 2:26:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id AC5BD37B8D3; Wed, 3 May 2000 02:26:24 -0700 (PDT) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id FAA91225; Wed, 3 May 2000 05:25:30 -0400 (EDT) (envelope-from howardl) From: Howard Leadmon Message-Id: <200005030925.FAA91225@account.abs.net> Subject: Re: Debugging Kernel/System Crashes, can anyone help?? In-Reply-To: <20000503175346.S8284@freebie.lemis.com> from Greg Lehey at "May 3, 2000 05:53:46 pm" To: Greg Lehey Date: Wed, 3 May 2000 05:25:30 -0400 (EDT) Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well I actually have two prior crashes that I did save before I turned off the dumpsaves to avoid running out of drive space, and as I am by no means a gdb user if you could tell me what your looking for I'll be happy to fire up gdb and send you the info. Here is what I grabbed out of the /var/crash directory (hopefully this is useful), and I'll set the system to grab a clean dump next time around.. -rw-r--r-- 1 howardl wheel 31 Apr 8 15:44 bounds.0.gz -rw-r--r-- 1 howardl wheel 31 Apr 9 13:39 bounds.1.gz -rw-r--r-- 1 howardl wheel 825413 Apr 8 15:46 kernel.0.gz -rw-r--r-- 1 howardl wheel 825413 Apr 9 13:40 kernel.1.gz -rw-rw-r-- 1 howardl wheel 5 Feb 14 19:08 minfree -rw-r--r-- 1 howardl wheel 111631734 Apr 8 15:46 vmcore.0.gz -rw-r--r-- 1 howardl wheel 110971933 Apr 9 13:40 vmcore.1.gz NOTE - I gzipped the dumps to save space, as with 384M RAM it was leaving some rather large files... Also, thanks for the quick response.. > > I know I posted a few messages here in the past, but maybe someone who is > > good at tracking kernel problems can step up and lend a hand. > > > > I have a machine running FBSD 4.0-STABLE, and have been experiencing almost > > daily kernel panics or reboots on the machine. I have replaced ALL of the > > hardware, and reloaded the OS, but still having troubles. I am at a bit of > > a loss as to what is going on. From one panic, I thought well maybe this > > is an SMP issue, but removed one of the CPU's and still the box crashes. As > > I have basically replaced everything, I am at a loss as to where to go from > > here, so looking for some type of pointers or help with this.. > > Indeed. We need to address this issue in some detail. We need both > documentation and tools. > > > The other day I was there, and got the following from one of the > > crashes, as many times I am gone and luckally in some ways the box > > will just panicboot and go on it's way. Here is what I was able to > > copy down: > > > > > > Fatal trap 12: page fault while in kernel mode > > mp_lock=01000002; cpuid=1; lapic.id=01000000 > > fault virtual address= 0x30 > > fault code= supervisor read, page not present > > instruction pointer= 0x8:0xC01CAF71 > > stack pointer= 0x10:0xFF80DE48 > > frame pointer= 0x10:0xFF80DE4C > > code segment= base 0x0, limit 0xFFFFF, type 0x1B > > = DPL 0, pres 1, def 32, gran 1 > > processor eflags= interrupt enabled, resume, IOPL=0 > > current process = idle > > interupt mask= bio <- SMP: XXX > > trap number= 12 > > panic: page fault > > > > The formatting of it may not be perfect, but the information should be > > accurate, as I tried to be precise on what I wrote down. Also here are > > a few previous messages I had posted a while back when I thought this > > might be network related, but after trying several different NIC's I still > > have the same issues. I will include the info below, as maybe it will > > have some value in trying to debunk this problem. > > The sad thing is that this information is that most of this > information is almost useless. I'm thinking of printing out a stack > trace instead (comments, anybody?). Without tedious comparison with > your kernel namelist, all we can say here is that you died somewhere > in the kernel, that you have an SMP machine, and that the block I/O > subsystem is probably involved. If this is happening daily, you > should build a kernel with debugging symbols enabled and take a dump > of the next crash. We can then use gdb to analyse the dump. > > > Hello, I am running a 4.0-STABLE machine which is being used to host an > > Undernet IRC server, and the machine keeps dying at times, or should I say > > the networking side of it is at least dying. At first I thought it might > > have been related to the dc (DEC Chip) based drivers, so I replaced it with > > a EEpro board using the fxp driver, but the same results. > > > > > > If all your dumps have the interrupt mask set to bio, I don't think > it's a networking problem. With one possible exception... > > > Mar 27 12:39:00 u2 /kernel: fxp0: device timeout > > S_ren and I are trying to find out what is causing some weird Vinum > problems. He stated that the problem happened more frequently when > an fxp board was in the system. I don't believe him, and I've found > at least one bug in Vinum that has nothing to do with networking (but > does have to do with the bio mask); possibly, however, there's some > other problem with the fxp driver. > > It's possible that the other information will be of use, but I think > we first need to look at a dump. > > Greg > -- > Finger grog@lemis.com for PGP public key > See complete headers for address and phone numbers --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 3:52:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from relay.uvd.chel.su (uvd.chel.su [195.54.2.174]) by hub.freebsd.org (Postfix) with ESMTP id 38FE937B8D2 for ; Wed, 3 May 2000 03:52:25 -0700 (PDT) (envelope-from lw@pd.chel.ru) Received: from isergeya.uvd.chel.su (isergeya.uvd.chel.su [192.168.200.123]) by relay.uvd.chel.su (Postfix) with ESMTP id 04C00FD; Wed, 3 May 2000 16:51:55 +0600 (YEKST) Date: Wed, 3 May 2000 16:52:27 +0500 From: "Sergey A. Ivanov" X-Mailer: The Bat! (v1.41) UNREG / CD5BF9353B3B7091 Reply-To: "Sergey A. Ivanov" X-Priority: 3 (Normal) Message-ID: <15703.000503@pd.chel.ru> To: Peter Jeremy Cc: freebsd-stable@FreeBSD.ORG Subject: Re[2]: sio interrupt handler problem In-reply-To: <00Apr29.104753est.115205@border.alcanet.com.au> References: <00Apr29.104753est.115205@border.alcanet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello Peter, Saturday, April 29, 2000, 5:47:49 AM, you wrote: PJ> On Mon, Apr 24, 2000 at 05:34:37PM +1000, Sergey A. Ivanov wrote: >> I have 4.0S installed on old 468dx66. Part of dmesg: >> >>sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 >>sio0: type 16450 PJ> [Gives SILO overflows at 38.4k] PJ> I agree that 16450's are best avoided, but this should still work. PJ> I can get 38.4k through a 16450 using pppd in 2.2.5 on a 386DX25 PJ> (though it won't do 57.6k). A 486dx66 has about 5 times the CPU PJ> power, the overall system should be at least twice as fast. I don't PJ> believe that 4.0S has more than doubled the interrupt overheads, so PJ> there must be some other explanation. PJ> What other related activity do you have? Are you loading the other PJ> serial port or parallel port? No. Single modem, no printers. i'm changed MIO card (same sio type - no luck), patched kernel (FIFO_RX_HIGH -> FIFO_RX_MEDL) - all just same. It works fine at 486dx33/IDE (now i have 486dx66/SCSI). Best regards, Sergey mailto:lw@pd.chel.ru ICQ UIN: 49432691 http://lw.narod.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 4:18:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 46D5C37B8F4 for ; Wed, 3 May 2000 04:18:41 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 12mxAi-0000S5-00; Wed, 03 May 2000 13:18:28 +0200 From: Sheldon Hearn To: Vivek Khera Cc: stable@FreeBSD.ORG Subject: Re: Cron setting SIGCHLD to SIG_IGN In-reply-to: Your message of "Fri, 28 Apr 2000 11:04:05 -0400." <14601.43109.419114.997113@onceler.kcilink.com> Date: Wed, 03 May 2000 13:18:27 +0200 Message-ID: <1740.957352707@axl.ops.uunet.co.za> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 28 Apr 2000 11:04:05 -0400, Vivek Khera wrote: > There was a nice little bug found in Cron over on the BSDI users > mailing list. Apparently SIGCHLD is ignored when the child command is > run, and perl 5.6.0 complains about it. The fix is to cron. I think you should submit this as follow-up to PR 14689, including the patch: http://www.freebsd.org/cgi/query-pr.cgi?pr=14689 Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 5:56:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from magpage.com (trinity.magpage.com [216.155.0.8]) by hub.freebsd.org (Postfix) with ESMTP id 6058B37B7CF; Wed, 3 May 2000 05:56:49 -0700 (PDT) (envelope-from dfrazier@magpage.com) Received: from magpage.com (poomba.magpage.com [216.155.24.136]) by magpage.com (8.8.8/8.8.5) with ESMTP id MAA04630; Wed, 3 May 2000 12:56:39 GMT Message-ID: <39102254.56EDA97D@magpage.com> Date: Wed, 03 May 2000 08:57:56 -0400 From: Daniel Frazier Organization: Magpage Internet Services X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Forrest W. Christian" Cc: chad@DCFinc.com, Kris Kennaway , freebsd-stable@FreeBSD.ORG Subject: Re: make buildworld fails... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Forrest W. Christian" wrote: > > Just curious, is this just when compiling the kernel? This seems really > bizzare.... Maybe you have a flaky modem/communications (ethernet?) port > and it was clearing them on download.... No, I hadn't gotten there, yet. This specific issue was occuring when I did: cd /usr/src make buildworld It appears that memory was the culprit. I removed the sdrams one at a time until I stopped getting any errors. -- ---------------------------------------------------------------------- Daniel Frazier Tel: 302-239-5900 Ext. 231 System Administrator Fax: 302-239-3909 MAGPAGE, We Power the Internet WWW: http://www.magpage.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 6:57:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mercury.campbell-mithun.com (Mercury.campbell-mithun.com [192.159.32.151]) by hub.freebsd.org (Postfix) with ESMTP id AFCB737B535; Wed, 3 May 2000 06:57:41 -0700 (PDT) (envelope-from swb@grasslake.net) Received: from marlowe (Marlowe.campbell-mithun.com [192.159.32.184]) by mercury.campbell-mithun.com (8.9.1a/8.9.1) with SMTP id IAA10286; Wed, 3 May 2000 08:57:39 -0500 Message-ID: <005201bfb507$9703cb30$b8209fc0@marlowe> From: "Shawn Barnhart" To: "Shawn Barnhart" , "Mike Smith" Cc: References: <200004302232.PAA03609@mass.cdrom.com> <005101bfb456$02d20a50$b8209fc0@marlowe> Subject: Re: HPDA/DAC960PL errors Date: Wed, 3 May 2000 08:57:58 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----- Original Message ----- From: "Shawn Barnhart" | Well, I have good news, I think. The mlx driver _seems_ to work as-is (from | a kernel built with 4.0-STABLE). I get a warning about an old BIOS rev, but | it looks functional. The driver reported the correct logical drive size and | no other errors. Well, perhaps not. Running the old firmware, 2.39, my install of 4.0 fails early on copying files: bus_dmamap_load : Too many segs! buf_len = 0x10000 mlx0 : I/O error -- attempt to write beyond end of drive Any idea what these mean? I flashed it with the newest Mylex firmware rev, 2.73, and tried the install again, and got the same errors. I've redefined and am reinitializing the array as we speak -- perhaps the existing RAID 5 configuration was bad. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 7:19:13 2000 Delivered-To: freebsd-stable@freebsd.org Received: from privatecube.privatelabs.com (privatecube.privatelabs.com [198.143.31.30]) by hub.freebsd.org (Postfix) with ESMTP id 954F337B93A for ; Wed, 3 May 2000 07:18:54 -0700 (PDT) (envelope-from mi@privatelabs.com) Received: from misha.privatelabs.com (root@misha.privatelabs.com [198.143.31.6]) by privatecube.privatelabs.com (8.9.2/8.9.2) with ESMTP id MAA14427; Tue, 2 May 2000 12:46:10 -0400 (EDT) Received: from privatelabs.com (mi@localhost [127.0.0.1]) by misha.privatelabs.com (8.9.3/8.9.3) with ESMTP id NAA70823; Tue, 2 May 2000 13:46:35 -0400 (EDT) (envelope-from mi@privatelabs.com) From: mi@privatelabs.com Message-Id: <200005021746.NAA70823@misha.privatelabs.com> Date: Tue, 2 May 2000 13:46:33 -0400 (EDT) Subject: wd vs. ata (was Re: BurnCD) To: Rod Taylor Cc: Paulo Fragoso , freebsd-stable@FreeBSD.org In-Reply-To: <00050208495801.03272@peon.zort.on.ca> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2 May, Rod Taylor wrote: = As a side note to this long conversation, I'll mention that I've = downgraded that box back to 3.4 and it now works properly again. From my experience, you could've just used the old wd driver instead of the new ata stuff and ignore the config's warnings. I just upgraded a machine with two IDE disks (one master on each channel, with CMD640 stuff). One of the drives is at least 7 years old. wdc1: unit 0 (wd2): wd2: 405MB (830760 sectors), 989 cyls, 15 heads, 56 S/T, 512 B/S With ata driver, an attempt to mount the partition on the drive would result in a hang (not even console-switching would work) right after the partition parameters were printed by the kernel (booted with -v). Both of the drives were being accessed in pio mode automaticly, judging by the hw.ata... (pio,---,pio,---,). The first disk, which is newer worked fine. With wd driver the second drive "just works"... This was with 4.0-RELEASE. I have since upgraded to the 3 days old -stable, but have not tried ata again. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 9:11:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mercury.campbell-mithun.com (Mercury.campbell-mithun.com [192.159.32.151]) by hub.freebsd.org (Postfix) with ESMTP id 541A837BBC2; Wed, 3 May 2000 09:11:49 -0700 (PDT) (envelope-from swb@grasslake.net) Received: from marlowe (Marlowe.campbell-mithun.com [192.159.32.184]) by mercury.campbell-mithun.com (8.9.1a/8.9.1) with SMTP id LAA11763; Wed, 3 May 2000 11:11:48 -0500 Message-ID: <009a01bfb51a$5442bbe0$b8209fc0@marlowe> From: "Shawn Barnhart" To: "Mike Smith" Cc: References: <200004302232.PAA03609@mass.cdrom.com> <005101bfb456$02d20a50$b8209fc0@marlowe> <005201bfb507$9703cb30$b8209fc0@marlowe> Subject: Re: HPDA/DAC960PL errors Date: Wed, 3 May 2000 11:12:07 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG | Well, perhaps not. Running the old firmware, 2.39, my install of 4.0 fails | early on copying files: | | bus_dmamap_load : Too many segs! buf_len = 0x10000 | mlx0 : I/O error -- attempt to write beyond end of drive | | Any idea what these mean? | | I flashed it with the newest Mylex firmware rev, 2.73, and tried the install | again, and got the same errors. I've redefined and am reinitializing the | array as we speak -- perhaps the existing RAID 5 configuration was bad. Well, I'm about to give up on the Mylex adapter. I've: updated to 2.73 firmware, reconfigured and reinitialized the array using Mylex DOS config program; I can format, copy to, and boot off of a DOS partition; newfs the drive during FBSD install, but once copying commences it just falls apart with multiple repititons of the above error and then hangs up. The kernel I'm using was built on a machine cvsup'd to 4.0-STABLE last Thursday. I noticed someone else with the same problem with 4.0-CURRENT in Deja News but their threading of usenet mailing list echos is terrible, so its hard for me to tell if it actually got fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 9:30:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-202-176-114.dsl.snfc21.pacbell.net [63.202.176.114]) by hub.freebsd.org (Postfix) with ESMTP id EB7DB37B57C for ; Wed, 3 May 2000 09:30:30 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id JAA03930; Wed, 3 May 2000 09:39:01 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005031639.JAA03930@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Shawn Barnhart" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: HPDA/DAC960PL errors In-reply-to: Your message of "Wed, 03 May 2000 08:57:58 CDT." <005201bfb507$9703cb30$b8209fc0@marlowe> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 May 2000 09:39:01 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > | Well, I have good news, I think. The mlx driver _seems_ to work as-is > (from > | a kernel built with 4.0-STABLE). I get a warning about an old BIOS rev, > but > | it looks functional. The driver reported the correct logical drive size > and > | no other errors. > > Well, perhaps not. Running the old firmware, 2.39, my install of 4.0 fails > early on copying files: > > bus_dmamap_load : Too many segs! buf_len = 0x10000 > mlx0 : I/O error -- attempt to write beyond end of drive > > Any idea what these mean? The 2.x firmware only supports a very small number of scatter/gather segments (17). It looks like someone's trying to do a non-page-aligned 64kb transaction there and we're overflowing. Addressing this is probably going to require a driver patch. 8( -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 9:31:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by hub.freebsd.org (Postfix) with ESMTP id B175037BCAC for ; Wed, 3 May 2000 09:31:00 -0700 (PDT) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by serenity.mcc.ac.uk with esmtp (Exim 1.92 #3) for stable@freebsd.org id 12n238-0008DB-00; Wed, 3 May 2000 17:30:58 +0100 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.9.3/8.9.3) id RAA33238 for stable@freebsd.org; Wed, 3 May 2000 17:30:58 +0100 (BST) (envelope-from jcm) Date: Wed, 3 May 2000 17:30:58 +0100 From: J McKitrick To: stable Subject: parallel port zip Message-ID: <20000503173058.B32976@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Has any progress been made on the parallel port zip problem? jm -- ------------------------------------------------------------------- Jonathon McKitrick -- jcm@freebsd-uk.eu.org I am a bomb technician. If you see me running, try to keep up. ------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 10:15:57 2000 Delivered-To: freebsd-stable@freebsd.org Received: from itsdsv1.enc.edu (fw1.enc.edu [63.85.52.127]) by hub.freebsd.org (Postfix) with ESMTP id 8944E37B8D3 for ; Wed, 3 May 2000 10:15:53 -0700 (PDT) (envelope-from owensc@enc.edu) Received: from enc.edu (r2s9.r.its.enc.edu [10.100.0.29]) by itsdsv1.enc.edu (8.7.5/8.7.3) with ESMTP id NAA14192; Wed, 3 May 2000 13:14:07 -0400 (EDT) Message-ID: <39105F89.F6167778@enc.edu> Date: Wed, 03 May 2000 13:19:05 -0400 From: "Charles N. Owens" Organization: Eastern Nazarene College X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Brad Knowles Cc: spork , "Brandon D. Valentine" , Mark Powell , Joe Karthauser , freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brad Knowles wrote: > At 1:55 AM -0400 2000/5/3, spork wrote: > > > Last I looked though, vinum cannot protect you from loss of your boot > > device. > > I am told that in FreeBSD 4.0, vinum now has the ability to > mirror the root filesystem. I don't know if this addresses the issue > you are concerned about, but I personally find it very interesting. Do you have any pointers to such information (ideally, something like a "how-to")? I do know that Greg Lehey has been investigating such functionality... Thanks, cno > > For some applications this may not be terribly important, but if > > you cannot afford to bring the machine down, the hardware solution starts > > to look better. > > I must admit that hardware does have certain advantages, but it > does require driver support from the OS (unless it's an external > SCSI-SCSI model), and I believe that the primary things you gain with > hardware RAID controllers is not performance but instead other > advantages, including transparency to the OS, etc.... > > If what you're after is absolute maximum speed for minimum money, > hardware is not the way to go. > > -- > These are my opinions -- not to be taken as official Skynet policy > ====================================================================== > Brad Knowles, || Belgacom Skynet SA/NV -- ------------------------------------------------------------------------- Charles N. Owens Email: owensc@enc.edu http://www.enc.edu/~owensc Network & Systems Administrator Information Technology Services "Outside of a dog, a book is a man's Eastern Nazarene College best friend. Inside of a dog it's too dark to read." - Groucho Marx ------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 10:18:33 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-202-176-114.dsl.snfc21.pacbell.net [63.202.176.114]) by hub.freebsd.org (Postfix) with ESMTP id 0EE7337BF03; Wed, 3 May 2000 10:18:10 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id KAA04073; Wed, 3 May 2000 10:26:42 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005031726.KAA04073@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Mike Smith Cc: freebsd-stable@freebsd.org Subject: Re: HPDA/DAC960PL errors In-reply-to: Your message of "Wed, 03 May 2000 09:39:01 PDT." <200005031639.JAA03930@mass.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 May 2000 10:26:42 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Well, perhaps not. Running the old firmware, 2.39, my install of 4.0 fails > > early on copying files: > > > > bus_dmamap_load : Too many segs! buf_len = 0x10000 > > mlx0 : I/O error -- attempt to write beyond end of drive > > > > Any idea what these mean? > > The 2.x firmware only supports a very small number of scatter/gather > segments (17). It looks like someone's trying to do a non-page-aligned > 64kb transaction there and we're overflowing. Addressing this is > probably going to require a driver patch. 8( Ok. I know how I'm going to have to deal with this; the problem is that we only use 16 of the 17 available S/G segments (so I can pack the S/G tables without crossing page boundaries). This is going to take a little while to implement, unfortunately. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 10:23:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-202-176-114.dsl.snfc21.pacbell.net [63.202.176.114]) by hub.freebsd.org (Postfix) with ESMTP id A303937BBDD for ; Wed, 3 May 2000 10:23:50 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id KAA04107 for ; Wed, 3 May 2000 10:32:23 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005031732.KAA04107@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: freebsd-stable@freebsd.org Subject: Re: HPDA/DAC960PL errors In-reply-to: Your message of "Wed, 03 May 2000 10:26:42 PDT." <200005031726.KAA04073@mass.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 May 2000 10:32:23 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Well, perhaps not. Running the old firmware, 2.39, my install of 4.0 fails > > > early on copying files: > > > > > > bus_dmamap_load : Too many segs! buf_len = 0x10000 > > > mlx0 : I/O error -- attempt to write beyond end of drive > > > > > > Any idea what these mean? > > > > The 2.x firmware only supports a very small number of scatter/gather > > segments (17). It looks like someone's trying to do a non-page-aligned > > 64kb transaction there and we're overflowing. Addressing this is > > probably going to require a driver patch. 8( > > Ok. I know how I'm going to have to deal with this; the problem is that > we only use 16 of the 17 available S/G segments (so I can pack the S/G > tables without crossing page boundaries). This is going to take a little > while to implement, unfortunately. (Just to continue talking to myself) - The reason I never ran into this, I realised, is that I did all my work on the 2.x firmware in Alpha systems which have an 8k page size. With a 64k d_maxio, you'll never see more than 9 segments. Sorry about this. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 10:25:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 0D28237BC1F; Wed, 3 May 2000 10:25:41 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id KAA63381; Wed, 3 May 2000 10:24:36 -0700 (PDT) (envelope-from dillon) Date: Wed, 3 May 2000 10:24:36 -0700 (PDT) From: Matthew Dillon Message-Id: <200005031724.KAA63381@apollo.backplane.com> To: Howard Leadmon Cc: Greg Lehey , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? References: <200005030925.FAA91225@account.abs.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Judging by your original bug report, Howard, it seems likely that either the machine or the network the machine is sitting on is being attacked and the machine is running out of some resource (probably network mbufs). Increasing the NMBCLUSTERS any more will probably not help. What you need to do is figure out what kind of attack it is and start experimenting with the various kernel config (see LINT) and sysctl features to try to stem the attack. Now, of course the kernel should not be crashing... if you can obtain a backtrace from some of your core's it might help us locate the problem. gunzip vmcore.*.gz kernel.*.gz gdb -k kernel.0 vmcore.0 back gdb -k kernel.1 vmcore.1 back I do not think this is vinum or fxp related. If fxp is getting device timeouts its probably due to the machine or network being attacked. It's also possible that bad network cabling or a bad switch port is to blame. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 10:39:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from apoq.skynet.be (apoq.skynet.be [195.238.2.35]) by hub.freebsd.org (Postfix) with ESMTP id 025E237BC09 for ; Wed, 3 May 2000 10:39:07 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [195.238.1.121] (brad.techos.skynet.be [195.238.1.121]) by apoq.skynet.be (Postfix) with ESMTP id 8752D1F273; Wed, 3 May 2000 19:39:03 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <39105F89.F6167778@enc.edu> References: <39105F89.F6167778@enc.edu> Date: Wed, 3 May 2000 19:37:48 +0200 To: "Charles N. Owens" From: Brad Knowles Subject: Re: How good is AMI MegaRAID support? Cc: spork , "Brandon D. Valentine" , Mark Powell , Joe Karthauser , freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 1:19 PM -0400 2000/5/3, Charles N. Owens wrote: > Do you have any pointers to such information (ideally, something like a > "how-to")? Greg is the one who told me about it, and this was the kicker behind my finally getting off my butt and giving 4.0 a try, although I have yet to actually try to do anything with this particular functionality. > I do know that Greg Lehey has been investigating such functionality... Greg would be the man to ask. ;-) -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 11:26: 1 2000 Delivered-To: freebsd-stable@freebsd.org Received: from hbo.isi.edu (hbo.isi.edu [128.9.160.75]) by hub.freebsd.org (Postfix) with ESMTP id D994F37B7D6 for ; Wed, 3 May 2000 11:25:59 -0700 (PDT) (envelope-from larse@hbo.isi.edu) Received: (from larse@localhost) by hbo.isi.edu (8.9.3/8.9.3) id LAA20209; Wed, 3 May 2000 11:25:55 -0700 (PDT) (envelope-from larse) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14608.28467.529383.100174@hbo.isi.edu> Date: Wed, 3 May 2000 11:25:55 -0700 (PDT) From: Lars Eggert To: freebsd-stable@freebsd.org Subject: burncd trouble Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have strange problems under 4.0-STABLE with this drive CD-RW at ata1-master using PIO4 when recodring CDs. I put in the blank CD, and the drive spins for about a minute until it settles and seems to recognize the blank. I then do: hbo# burncd -s 8 audio *raw fixate which results in this message burncd: ioctl(CDRIOCOPENDISK): Invalid argument Looking at the syslog, I see a message saying May 3 10:27:25 hbo /kernel: acd0: sequence error (disk already open) This happens with different blank CD-R or CD-RWs, and it doesn't matter what speed I select or if I try to record audio or data CDs. After I've seen the above behavior once, the drive will not work again unless I power down the machine, boot into Windows (where the CD-RW works fine) and then reboot into FreeBSD. Sometimes I can record a CD in FreeBSD then, but eventually (often sooner than later), the drive is getting messed up again. Lars ________________________________________________________________________ Lars Eggert Information Sciences Institute http://www.isi.edu/~larse/ University of Southern California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 11:40:28 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mercury.campbell-mithun.com (Mercury.campbell-mithun.com [192.159.32.151]) by hub.freebsd.org (Postfix) with ESMTP id 6FFDC37BD85 for ; Wed, 3 May 2000 11:40:23 -0700 (PDT) (envelope-from swb@grasslake.net) Received: from marlowe (Marlowe.campbell-mithun.com [192.159.32.184]) by mercury.campbell-mithun.com (8.9.1a/8.9.1) with SMTP id NAA13420 for ; Wed, 3 May 2000 13:40:21 -0500 Message-ID: <00c801bfb52f$150f2e30$b8209fc0@marlowe> From: "Shawn Barnhart" To: References: <200005031732.KAA04107@mass.cdrom.com> Subject: Re: HPDA/DAC960PL errors Date: Wed, 3 May 2000 13:40:40 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----- Original Message ----- From: "Mike Smith" | > Ok. I know how I'm going to have to deal with this; the problem is that | > we only use 16 of the 17 available S/G segments (so I can pack the S/G | > tables without crossing page boundaries). This is going to take a little | > while to implement, unfortunately. | | (Just to continue talking to myself) - The reason I never ran into this, | I realised, is that I did all my work on the 2.x firmware in Alpha | systems which have an 8k page size. With a 64k d_maxio, you'll never see | more than 9 segments. | | Sorry about this. I'm just glad I found the problem for you. I'd like to get this server built using this DAC sooner rather than later, and it's likely I can get 3.x firmware from Mylex before you'll update the driver (no offense meant). If there's a ghost of a chance you might have a fix you want tested completed before this time next week, let me know and I'll hold off installing 3.x chips to test the fix -- an install, full CVS update, and a make world ought to be a decent test? I could probably do something I have two other DAC960s, but they both suffer from the ""couldn't allocate mailbox window" problem you're also working on, so they might not be decent test subjects unless you want to try to fix both problems at once. :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 12:41:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.234]) by hub.freebsd.org (Postfix) with ESMTP id 7632537B622 for ; Wed, 3 May 2000 12:41:15 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id MAA00506; Wed, 3 May 2000 12:49:23 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005031949.MAA00506@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Shawn Barnhart" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: HPDA/DAC960PL errors In-reply-to: Your message of "Wed, 03 May 2000 13:40:40 CDT." <00c801bfb52f$150f2e30$b8209fc0@marlowe> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 May 2000 12:49:23 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > | (Just to continue talking to myself) - The reason I never ran into this, > | I realised, is that I did all my work on the 2.x firmware in Alpha > | systems which have an 8k page size. With a 64k d_maxio, you'll never see > | more than 9 segments. > | > | Sorry about this. > > I'm just glad I found the problem for you. > > I'd like to get this server built using this DAC sooner rather than later, > and it's likely I can get 3.x firmware from Mylex before you'll update the > driver (no offense meant). None taken. Unfortunately the 3.x firmware is probably going to have the same problem; we cap at 16 S/G segments there as well. > If there's a ghost of a chance you might have a > fix you want tested completed before this time next week, let me know and > I'll hold off installing 3.x chips to test the fix -- an install, full CVS > update, and a make world ought to be a decent test? I could probably do > something That'd do it, certainly. > I have two other DAC960s, but they both suffer from the ""couldn't allocate > mailbox window" problem you're also working on, so they might not be decent > test subjects unless you want to try to fix both problems at once. :) I know what's going on there - I don't support I/O mapped controllers at all. I'm not sure that I want to, either, yet; there is a performance cost that extends to other controllers if I do. If you can narrow down the differences between the controllers that come up I/O mapped and those that come up memory-mapped, I'd really appreciate it. It's possible that the I/O mapped ones can be convinced to memory-map if I can work out what's wrong. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 12:54:39 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mta01.chello.no (mta01.chello.no [212.186.255.12]) by hub.freebsd.org (Postfix) with ESMTP id 888D037B622 for ; Wed, 3 May 2000 12:54:35 -0700 (PDT) (envelope-from yskundbe@chello.no) Received: from c170s193-h5t14.chello.no ([213.46.193.170]) by mta01.chello.no (InterMail vK.4.02.00.00 201-232-116 license 77df2db80a2bdce4d335ff4839618d42) with ESMTP id <20000503195447.EBA400.mta01@c170s193-h5t14.chello.no> for ; Wed, 3 May 2000 21:54:47 +0200 Date: Wed, 3 May 2000 23:55:42 +0200 (CEST) From: =?iso-8859-1?Q?=D8ystein_Skundberg?= X-Sender: eskimo@igloo.my.domain To: freebsd-stable@freebsd.org Subject: Kernel build broke (stable as of 05032000) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My build of kernel with sources cvsupped today, Wednesday, failed with the following: =A0-m=FEreferre=F0-st=E3ck-b=F8un=F0=E3r=FD=3D2=A0=A0../../is=E3/si=F8.c cc=A0-c=A0-=D8=A0-W=E3ll=A0-Wre=F0un=F0=E3nt-=F0ecls=A0-Wneste=F0-externs= =A0-Wstrict-=FEr=F8t=F8t=FD=FEes=A0=A0-Wmissing -=FEr=F8t=F8t=FD=FEes=A0-W=FE=F8inter-=E3rith=A0-Winline=A0-Wc=E3st-qu=E3l= =A0=A0-ff=F8rm=E3t-extensi=F8ns=A0-=E3nsi=A0=A0-n=F8 st=F0inc=A0-=CF-=A0-=CF.=A0-=CF../..=A0-=CF../../../inclu=F0e=A0=A0-=E0_K= =CB=AEN=CBL=A0-inclu=F0e=A0=F8=FEt_gl=F8b=E3l.h=A0-elf =A0-m=FEreferre=F0-st=E3ck-b=F8un=F0=E3r=FD=3D2=A0=A0set=F0ef0.c cc=A0-c=A0-=D8=A0-W=E3ll=A0-Wre=F0un=F0=E3nt-=F0ecls=A0-Wneste=F0-externs= =A0-Wstrict-=FEr=F8t=F8t=FD=FEes=A0=A0-Wmissing -=FEr=F8t=F8t=FD=FEes=A0-W=FE=F8inter-=E3rith=A0-Winline=A0-Wc=E3st-qu=E3l= =A0=A0-ff=F8rm=E3t-extensi=F8ns=A0-=E3nsi=A0=A0-n=F8 st=F0inc=A0-=CF-=A0-=CF.=A0-=CF../..=A0-=CF../../../inclu=F0e=A0=A0-=E0_K= =CB=AEN=CBL=A0-inclu=F0e=A0=F8=FEt_gl=F8b=E3l.h=A0-elf =A0-m=FEreferre=F0-st=E3ck-b=F8un=F0=E3r=FD=3D2=A0=A0=FE=E3r=E3m.c =FE=E3r=E3m.c:=B9=B94:=A0`SHMM=C3X=DEGS=B4=A0un=F0ecl=E3re=F0=A0here=A0(n= =F8t=A0in=A0=E3=A0functi=F8n) =FE=E3r=E3m.c:=B9=B94:=A0initi=E3lizer=A0element=A0is=A0n=F8t=A0c=F8nst=E3n= t =FE=E3r=E3m.c:=B9=B94:=A0(ne=E3r=A0initi=E3liz=E3ti=F8n=A0f=F8r=A0`shminf= =F8.shmm=E3x=B4) =FE=E3r=E3m.c:=B9=B98:=A0`SHMM=C3X=DEGS=B4=A0un=F0ecl=E3re=F0=A0here=A0(n= =F8t=A0in=A0=E3=A0functi=F8n) =FE=E3r=E3m.c:=B9=B99:=A0initi=E3lizer=A0element=A0is=A0n=F8t=A0c=F8nst=E3n= t =FE=E3r=E3m.c:=B9=B99:=A0(ne=E3r=A0initi=E3liz=E3ti=F8n=A0f=F8r=A0`shminf= =F8.shm=E3ll=B4) ***=A0=CBrr=F8r=A0c=F8=F0e=A0=B9 The offending lines in param.c seems to be these: struct=A0=A0shminf=F8=A0shminf=F8=A0=3D=A0{ =A0=A0=A0=A0=A0=A0=A0=A0SHMM=C3X=B8 =A0=A0=A0=A0=A0=A0=A0=A0SHMM=CFN=B8 =A0=A0=A0=A0=A0=A0=A0=A0SHMMN=CF=B8 =A0=A0=A0=A0=A0=A0=A0=A0SHMS=CBG=B8 =A0=A0=A0=A0=A0=A0=A0=A0SHM=C3LL }; Anything to be done, besides re-cvsupping later? =D8ystein Skundberg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 14:26:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from xena.cs.waikato.ac.nz (xena.cs.waikato.ac.nz [130.217.241.20]) by hub.freebsd.org (Postfix) with ESMTP id 999F237BE27; Wed, 3 May 2000 14:26:17 -0700 (PDT) (envelope-from joerg@lucy.cs.waikato.ac.nz) Received: from lucy.cs.waikato.ac.nz (joerg@lucy.cs.waikato.ac.nz [130.217.241.12]) by xena.cs.waikato.ac.nz (8.9.3/8.9.3) with ESMTP id JAA11880; Thu, 4 May 2000 09:26:10 +1200 (NZST) Received: (from joerg@localhost) by lucy.cs.waikato.ac.nz (8.9.3/8.9.0) id JAA24298; Thu, 4 May 2000 09:26:07 +1200 (NZST) Date: Thu, 4 May 2000 09:26:07 +1200 From: Joerg Micheel To: Howard Leadmon Cc: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org, joerg@cs.waikato.ac.nz Subject: Re: Debugging Kernel/System Crashes, can anyone help?? Message-ID: <20000504092607.J11995@cs.waikato.ac.nz> References: <200005030748.DAA84934@account.abs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <200005030748.DAA84934@account.abs.net>; from Howard Leadmon on Wed, May 03, 2000 at 03:48:42AM -0400 Organization: SCMS, The University of Waikato, Hamilton, New Zealand Project: WAND - Waikato Applied Network Dynamics, DAG Operating-System: ... drained by Solaris 7 SPARC Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Howard, I'm facing the same problem. I am running 4.0-current / 4.0-stable on a Dual-PIII-733, 1GB RAM, 2 Adaptec, 300GB disk. I have had sudden crashes/reboots as bad as not even producing core dumps or dropping into kernel debugger. I had several guesses, one of which was the 64K block size on some of the disks I use. This proved to be wrong as I had a crash 2 days ago (again in UFS) from a chgrp -R across a large number of files (around 2GB of small stuff). Another guess that it is SMP related proved to be wrong when I compiled a uniprocessor kernel and the problem did not go away, it just occured an order of magnitude less frequently. The error pattern has changed since, I do get core dumps again. What is common to all of them is that they occur in UFS. My guess is that there is some sort of locking problem or locking race, but thats very vague. As for you, my knowlegde about the intrinsics of the file system is very limited. I repeat my offer to make the crashes I've got available to -hackers so they can have a more detailed look. Joerg -- Joerg B. Micheel Email: Waikato Applied Network Dynamics Phone: +64 7 8384794 The University of Waikato, CompScience Fax: +64 7 8585095 Private Bag 3105 Pager: +64 868 38222 Hamilton, New Zealand Plan: TINE and the DAG's To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 14:47:48 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mercury.campbell-mithun.com (Mercury.campbell-mithun.com [192.159.32.151]) by hub.freebsd.org (Postfix) with ESMTP id 7847B37BE6A; Wed, 3 May 2000 14:47:44 -0700 (PDT) (envelope-from swb@grasslake.net) Received: from marlowe (Marlowe.campbell-mithun.com [192.159.32.184]) by mercury.campbell-mithun.com (8.9.1a/8.9.1) with SMTP id PAA01218; Wed, 3 May 2000 15:52:20 -0500 Message-ID: <00fe01bfb549$419272e0$b8209fc0@marlowe> From: "Shawn Barnhart" To: "Mike Smith" Cc: References: <200005031949.MAA00506@mass.cdrom.com> Subject: Re: HPDA/DAC960PL errors Date: Wed, 3 May 2000 16:48:01 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----- Original Message ----- From: "Mike Smith" | None taken. Unfortunately the 3.x firmware is probably going to have the | same problem; we cap at 16 S/G segments there as well. Then I won't jump up right now an order the 3.x firmware. In other words, DAC960 firmware 2.x and 3.x on x86 is broken, period. (Again, just checking facts). I'm going to set the box up on a single SCSI drive for now. If you want to make patches available to me when you get them done, I'd do some testing for you with both the 2.73 and the 3.x firmware. | I know what's going on there - I don't support I/O mapped controllers at | all. I'm not sure that I want to, either, yet; there is a performance | cost that extends to other controllers if I do. If you can narrow down | the differences between the controllers that come up I/O mapped and those | that come up memory-mapped, I'd really appreciate it. It's possible that | the I/O mapped ones can be convinced to memory-map if I can work out | what's wrong. Mylex claims that any card with a Mfg. ID of D040-347 or later can get the firmware upgrade chips. The card I have at home is a DAC960PL but is D040-345 -- no firmware upgrade available, even though it sports two flash sockets just like the 960PL I have at work which is D040-354 which *can* get the flash upgrade. The two cards look pretty much identical, although the older one has SCSI controllers on it I don't recognize and the newer one has Symbios Logic controllers. I'm not Sherlock Holmes, but I'd wager that cards -347 and after the have some difference in controller logic that enables memory mapping, and support for memory mapping is manditory in the 3.x firmware. Whether this has anything to do with which SCSI chips get used or not is beyond my knowledge level, but if I was writing a README as to which card the driver supported I wouldn't feel bad about using this logic. It would certainly account for why a -345 card won't memory map and can't get a flash chip upgrade and -347s and above can, even though the -345 sports two flash sockets. I have one other DAC960, but it's an even older, DAC960E-2 card which as I look at it is an EISA card, not PCI. It sports Symbios SCSI chips, but it also sports 50 PIN connectors. I can check this one to see if it does indeed fail to memory map (does the driver even support EISA cards?), but I'd bet it won't memory map as its series -312. It doesn't support flash at all, looks like the firmware is on EEPROM. Anyway, now I know more about Mylex cards than I thought I ever would. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 16:29:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id 40B7E37BE90; Wed, 3 May 2000 16:29:17 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id IAA18318; Thu, 4 May 2000 08:58:19 +0930 (CST) Date: Thu, 4 May 2000 08:58:19 +0930 From: Greg Lehey To: Matthew Dillon Cc: Howard Leadmon , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? Message-ID: <20000504085819.X8284@freebie.lemis.com> References: <200005030925.FAA91225@account.abs.net> <200005031724.KAA63381@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200005031724.KAA63381@apollo.backplane.com> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, 3 May 2000 at 10:24:36 -0700, Matthew Dillon wrote: > Judging by your original bug report, Howard, it seems likely that either > the machine or the network the machine is sitting on is being attacked > and the machine is running out of some resource (probably network mbufs). > Increasing the NMBCLUSTERS any more will probably not help. How do you explain the splbio priority? Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 16:53:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id EA5C537BEC3; Wed, 3 May 2000 16:53:23 -0700 (PDT) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id TAA49749; Wed, 3 May 2000 19:53:11 -0400 (EDT) (envelope-from howardl) From: Howard Leadmon Message-Id: <200005032353.TAA49749@account.abs.net> Subject: Re: Debugging Kernel/System Crashes, can anyone help?? In-Reply-To: <200005031724.KAA63381@apollo.backplane.com> from Matthew Dillon at "May 3, 2000 10:24:36 am" To: Matthew Dillon Date: Wed, 3 May 2000 19:53:11 -0400 (EDT) Cc: Greg Lehey , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK, well as I don't remember what options had been in what kernel from the old crashes, I just setup the machine to generate more crash dumps and sure enough it was willing to give me one quickly.. :) Here is a backtrace done on the dump I got only a few minutes ago, also ple= ase note that currently I am using a DEC based network card instead of the EEpro adapter as I had both sitting around. If it would be better to try and get the dumps with the EEpro I am sure it can be arranged. Also note that I am currently running SMP, but did remove one CPU and built a non-SMP kernel to see what happened, and still the machine dies.. Here is the gdb info: # gdb -k kernel.0 vmcore.0 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... SMP 2 cpus IdlePTD 3112960 initial pcb at 2815e0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode mp_lock =3D 00000002; cpuid =3D 0; lapic.id =3D 00000000 fault virtual address =3D 0x261e930 fault code =3D supervisor write, page not present instruction pointer =3D 0x8:0xc017246b stack pointer =3D 0x10:0xff806f34 frame pointer =3D 0x10:0xff806f79 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D Idle interrupt mask =3D net <- SMP: XXX trap number =3D 12 panic: page fault mp_lock =3D 00000002; cpuid =3D 0; lapic.id =3D 00000000 boot() called on cpu#0 syncing disks...=20 Fatal trap 12: page fault while in kernel mode mp_lock =3D 00000003; cpuid =3D 0; lapic.id =3D 00000000 fault virtual address =3D 0x30 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc01cdca5 stack pointer =3D 0x10:0xff806d5c frame pointer =3D 0x10:0xff806d60 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D Idle interrupt mask =3D net bio cam <- SMP: XXX trap number =3D 12 panic: page fault mp_lock =3D 00000003; cpuid =3D 0; lapic.id =3D 00000000 boot() called on cpu#0 Uptime: 4m48s dumping to dev #ad/0x20001, offset 128 dump ata0: resetting devices .. done 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365= 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 34= 6 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 3= 27 326 325 324 323 322 321 32= 0 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 3= 01 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 = 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264= 263 262 261 260 259 258 257=20= 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238= 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 21= 9 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 2= 00 199 198 197 196 195 194 19= 3 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 1= 74 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 = 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137= 136 135 134 133 132 131 130=20= 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111= 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 = 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 = 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 0=20 --- #0 0xc013abd1 in boot () (kgdb) back #0 0xc013abd1 in boot () #1 0xc013af94 in poweroff_wait () #2 0xc02283cc in trap_fatal () #3 0xc022805d in trap_pfault () #4 0xc0227c57 in trap () #5 0xc01cdca5 in acquire_lock () #6 0xc01d2f7c in softdep_count_dependencies () #7 0xc01d624c in ffs_fsync () #8 0xc01d4d66 in ffs_sync () #9 0xc01673ef in sync () #10 0xc013a9b3 in boot () #11 0xc013af94 in poweroff_wait () #12 0xc02283cc in trap_fatal () #13 0xc022805d in trap_pfault () #14 0xc0227c57 in trap () #15 0xc017246b in bpfioctl () #16 0xc01c19 in ?? () cannot read proc at 0 (kgdb)=20 > Judging by your original bug report, Howard, it seems likely that eit= her > the machine or the network the machine is sitting on is being attacked > and the machine is running out of some resource (probably network mbu= fs). > Increasing the NMBCLUSTERS any more will probably not help. >=20 > What you need to do is figure out what kind of attack it is and start > experimenting with the various kernel config (see LINT) and sysctl > features to try to stem the attack. >=20 > Now, of course the kernel should not be crashing... if you can obtain > a backtrace from some of your core's it might help us locate the=20 > problem. >=20 > gunzip vmcore.*.gz kernel.*.gz >=20 > gdb -k kernel.0 vmcore.0 > back >=20 > gdb -k kernel.1 vmcore.1 > back >=20 > I do not think this is vinum or fxp related. If fxp is getting device > timeouts its probably due to the machine or network being attacked. >=20 > It's also possible that bad network cabling or a bad switch port=20 > is to blame. >=20 > -Matt --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 17:30:40 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id 4126F37BA2F; Wed, 3 May 2000 17:30:30 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id JAA18728; Thu, 4 May 2000 09:59:41 +0930 (CST) Date: Thu, 4 May 2000 09:59:41 +0930 From: Greg Lehey To: Howard Leadmon Cc: Matthew Dillon , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? Message-ID: <20000504095941.B18453@freebie.lemis.com> References: <200005031724.KAA63381@apollo.backplane.com> <200005032353.TAA49749@account.abs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200005032353.TAA49749@account.abs.net> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, 3 May 2000 at 19:53:11 -0400, Howard Leadmon wrote: > > OK, well as I don't remember what options had been in what kernel > from the old crashes, I just setup the machine to generate more > crash dumps and sure enough it was willing to give me one > quickly.. :) > > Here is a backtrace done on the dump I got only a few minutes ago, > also please note that currently I am using a DEC based network card > instead of the EEpro adapter as I had both sitting around. If it > would be better to try and get the dumps with the EEpro I am sure it > can be arranged. Also note that I am currently running SMP, but did > remove one CPU and built a non-SMP kernel to see what happened, and > still the machine dies.. > --- > #0 0xc013abd1 in boot () > (kgdb) back > #0 0xc013abd1 in boot () > #1 0xc013af94 in poweroff_wait () > #2 0xc02283cc in trap_fatal () > #3 0xc022805d in trap_pfault () > #4 0xc0227c57 in trap () > #5 0xc01cdca5 in acquire_lock () > #6 0xc01d2f7c in softdep_count_dependencies () > #7 0xc01d624c in ffs_fsync () > #8 0xc01d4d66 in ffs_sync () > #9 0xc01673ef in sync () > #10 0xc013a9b3 in boot () > #11 0xc013af94 in poweroff_wait () > #12 0xc02283cc in trap_fatal () > #13 0xc022805d in trap_pfault () > #14 0xc0227c57 in trap () > #15 0xc017246b in bpfioctl () > #16 0xc01c19 in ?? () > cannot read proc at 0 > (kgdb) Interesting. That explains the splbio, anyway. The real problem is at frame 15, in bpfioctl, but the system trapped while trying to sync before dumping. As mentioned in the handbook, you need symbols in your kernel in order to find out any more information. Build a kernel with the -g option and try again. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 18:25: 9 2000 Delivered-To: freebsd-stable@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id 72A9A37BA3E; Wed, 3 May 2000 18:25:00 -0700 (PDT) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id VAA55655; Wed, 3 May 2000 21:24:47 -0400 (EDT) (envelope-from howardl) From: Howard Leadmon Message-Id: <200005040124.VAA55655@account.abs.net> Subject: Re: Debugging Kernel/System Crashes, can anyone help?? In-Reply-To: <20000504095941.B18453@freebie.lemis.com> from Greg Lehey at "May 4, 2000 09:59:41 am" To: Greg Lehey Date: Wed, 3 May 2000 21:24:47 -0400 (EDT) Cc: Matthew Dillon , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > OK, well as I don't remember what options had been in what kernel > > from the old crashes, I just setup the machine to generate more > > crash dumps and sure enough it was willing to give me one > > quickly.. :) > > > > Here is a backtrace done on the dump I got only a few minutes ago, > > also please note that currently I am using a DEC based network card > > instead of the EEpro adapter as I had both sitting around. If it > > would be better to try and get the dumps with the EEpro I am sure it > > can be arranged. Also note that I am currently running SMP, but did > > remove one CPU and built a non-SMP kernel to see what happened, and > > still the machine dies.. > > > --- > > #0 0xc013abd1 in boot () > > (kgdb) back > > #0 0xc013abd1 in boot () > > #1 0xc013af94 in poweroff_wait () > > #2 0xc02283cc in trap_fatal () > > #3 0xc022805d in trap_pfault () > > #4 0xc0227c57 in trap () > > #5 0xc01cdca5 in acquire_lock () > > #6 0xc01d2f7c in softdep_count_dependencies () > > #7 0xc01d624c in ffs_fsync () > > #8 0xc01d4d66 in ffs_sync () > > #9 0xc01673ef in sync () > > #10 0xc013a9b3 in boot () > > #11 0xc013af94 in poweroff_wait () > > #12 0xc02283cc in trap_fatal () > > #13 0xc022805d in trap_pfault () > > #14 0xc0227c57 in trap () > > #15 0xc017246b in bpfioctl () > > #16 0xc01c19 in ?? () > > cannot read proc at 0 > > (kgdb) > > Interesting. That explains the splbio, anyway. The real problem is > at frame 15, in bpfioctl, but the system trapped while trying to sync > before dumping. > > As mentioned in the handbook, you need symbols in your kernel in order > to find out any more information. Build a kernel with the -g option > and try again. > > Greg Umm, the kernel was built with the -g option, as I knew I needed to be able to debug it when it crashed. I looked at the handbook, but I don't personally see a clear direction as to where I need to go from here. If you can tell me what to look for I am more than willing to go digging.. --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 18:42:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id 7CBDB37BF20; Wed, 3 May 2000 18:42:28 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id LAA22246; Thu, 4 May 2000 11:11:36 +0930 (CST) Date: Thu, 4 May 2000 11:11:36 +0930 From: Greg Lehey To: Howard Leadmon Cc: Matthew Dillon , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? Message-ID: <20000504111136.B22025@freebie.lemis.com> References: <20000504095941.B18453@freebie.lemis.com> <200005040124.VAA55655@account.abs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200005040124.VAA55655@account.abs.net> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, 3 May 2000 at 21:24:47 -0400, Howard Leadmon wrote: > >>> OK, well as I don't remember what options had been in what kernel >>> from the old crashes, I just setup the machine to generate more >>> crash dumps and sure enough it was willing to give me one >>> quickly.. :) >>> >>> Here is a backtrace done on the dump I got only a few minutes ago, >>> also please note that currently I am using a DEC based network card >>> instead of the EEpro adapter as I had both sitting around. If it >>> would be better to try and get the dumps with the EEpro I am sure it >>> can be arranged. Also note that I am currently running SMP, but did >>> remove one CPU and built a non-SMP kernel to see what happened, and >>> still the machine dies.. >> >>> --- >>> #0 0xc013abd1 in boot () >>> (kgdb) back >>> #0 0xc013abd1 in boot () >>> #1 0xc013af94 in poweroff_wait () >>> #2 0xc02283cc in trap_fatal () >>> #3 0xc022805d in trap_pfault () >>> #4 0xc0227c57 in trap () >>> #5 0xc01cdca5 in acquire_lock () >>> #6 0xc01d2f7c in softdep_count_dependencies () >>> #7 0xc01d624c in ffs_fsync () >>> #8 0xc01d4d66 in ffs_sync () >>> #9 0xc01673ef in sync () >>> #10 0xc013a9b3 in boot () >>> #11 0xc013af94 in poweroff_wait () >>> #12 0xc02283cc in trap_fatal () >>> #13 0xc022805d in trap_pfault () >>> #14 0xc0227c57 in trap () >>> #15 0xc017246b in bpfioctl () >>> #16 0xc01c19 in ?? () >>> cannot read proc at 0 >>> (kgdb) >> >> Interesting. That explains the splbio, anyway. The real problem is >> at frame 15, in bpfioctl, but the system trapped while trying to sync >> before dumping. >> >> As mentioned in the handbook, you need symbols in your kernel in order >> to find out any more information. Build a kernel with the -g option >> and try again. > > Umm, the kernel was built with the -g option, as I knew I needed to be > able to debug it when it crashed. I looked at the handbook, but I don't > personally see a clear direction as to where I need to go from here. If > you can tell me what to look for I am more than willing to go digging.. Ah, then you're in better shape. I assume you installed the stripped version of the kernel (it's default, despite my protests), so that's what savecore saved for you. You'll have the original still in /usr/src/sys/compile//kernel.debug. Copy it to /var/crash, overwriting your kernel.2 or whatever, and the backtrace will be much more verbose. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 19: 9:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id CC97437BF49; Wed, 3 May 2000 19:09:37 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id LAA22563; Thu, 4 May 2000 11:40:13 +0930 (CST) Date: Thu, 4 May 2000 11:40:13 +0930 From: Greg Lehey To: Jan Koum Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? Message-ID: <20000504114013.E22025@freebie.lemis.com> References: <20000504095941.B18453@freebie.lemis.com> <200005040124.VAA55655@account.abs.net> <20000504111136.B22025@freebie.lemis.com> <20000503185936.E72341@ethereal.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20000503185936.E72341@ethereal.net> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, 3 May 2000 at 18:59:36 -0700, Jan Koum wrote: > On Thu, May 04, 2000 at 11:11:36AM +0930, Greg Lehey wrote: >> >> Ah, then you're in better shape. I assume you installed the stripped >> version of the kernel (it's default, despite my protests) > > what are some pro's and con's in this case? I assume you had intended to copy the others, so I've put them back. Pro having only one (debug) kernel: 1. If space is tight, you can save overall space. You need to keep the kernel.debug somewhere. If you make it the boot kernel, you use a total of 10 MB. Otherwise, even if you make clean, you end up having a 10 MB kernel.debug somewhere and a 2.5 MB kernel in the root file system. 2. savecore always saves the correct kernel. If you have to move it manually from wherever you keep it, there's a big chance for making mistakes. I've done it often enough. Con: 1. If you're short of space on the root file system, the additional 7.5 MB can hurt. You can plan against this, of course, by installing larger root file systems. There's a separate issue about whether to build kernels with debug symbols by default. That takes a lot more space (30 MB as compared to about 8). But if you have a debug kernel, I don't see any reason to install a stripped version. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 19:47:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id AAADE37B771; Wed, 3 May 2000 19:47:33 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id TAA66497; Wed, 3 May 2000 19:47:24 -0700 (PDT) (envelope-from dillon) Date: Wed, 3 May 2000 19:47:24 -0700 (PDT) From: Matthew Dillon Message-Id: <200005040247.TAA66497@apollo.backplane.com> To: Greg Lehey Cc: Jan Koum , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? References: <20000504095941.B18453@freebie.lemis.com> <200005040124.VAA55655@account.abs.net> <20000504111136.B22025@freebie.lemis.com> <20000503185936.E72341@ethereal.net> <20000504114013.E22025@freebie.lemis.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I, for one, think that installing the stripped kernel is the correct solution. I often have several kernels lying around in / (e.g. a kernel.bak along with the kernel and kernel.old the system maintains), and my poor root partition would run out of space fairly quickly if they all had symbols. There's al earning curve to everything. As things go, this one isn't a big deal. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 19:55:29 2000 Delivered-To: freebsd-stable@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id B657D37B771; Wed, 3 May 2000 19:55:16 -0700 (PDT) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id WAA61544; Wed, 3 May 2000 22:55:07 -0400 (EDT) (envelope-from howardl) From: Howard Leadmon Message-Id: <200005040255.WAA61544@account.abs.net> Subject: Re: Debugging Kernel/System Crashes, can anyone help?? In-Reply-To: <20000504111136.B22025@freebie.lemis.com> from Greg Lehey at "May 4, 2000 11:11:36 am" To: Greg Lehey Date: Wed, 3 May 2000 22:55:07 -0400 (EDT) Cc: Matthew Dillon , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Old trace deleted.. :) > >> Interesting. That explains the splbio, anyway. The real problem is > >> at frame 15, in bpfioctl, but the system trapped while trying to sync > >> before dumping. > >> > >> As mentioned in the handbook, you need symbols in your kernel in order > >> to find out any more information. Build a kernel with the -g option > >> and try again. > > > > Umm, the kernel was built with the -g option, as I knew I needed to be > > able to debug it when it crashed. I looked at the handbook, but I don't > > personally see a clear direction as to where I need to go from here. If > > you can tell me what to look for I am more than willing to go digging.. >=20 > Ah, then you're in better shape. I assume you installed the stripped > version of the kernel (it's default, despite my protests), so that's > what savecore saved for you. You'll have the original still in > /usr/src/sys/compile//kernel.debug. Copy it to /var/crash, > overwriting your kernel.2 or whatever, and the backtrace will be much > more verbose. >=20 > Greg OK, I did as you requested, and here is the info I got using the kernel.deb= ug file found in the compile directory. I do agree, it would have made sense = to copy the debugging kernel vs the stripped one..=20 # gdb -k kernel.0 vmcore.0 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... SMP 2 cpus IdlePTD 3112960 initial pcb at 2815e0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode mp_lock =3D 00000002; cpuid =3D 0; lapic.id =3D 00000000 fault virtual address =3D 0x261e930 fault code =3D supervisor write, page not present instruction pointer =3D 0x8:0xc017246b stack pointer =3D 0x10:0xff806f34 frame pointer =3D 0x10:0xff806f79 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D Idle interrupt mask =3D net <- SMP: XXX trap number =3D 12 panic: page fault mp_lock =3D 00000002; cpuid =3D 0; lapic.id =3D 00000000 boot() called on cpu#0 syncing disks...=20 Fatal trap 12: page fault while in kernel mode mp_lock =3D 00000003; cpuid =3D 0; lapic.id =3D 00000000 fault virtual address =3D 0x30 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc01cdca5 stack pointer =3D 0x10:0xff806d5c frame pointer =3D 0x10:0xff806d60 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D Idle interrupt mask =3D net bio cam <- SMP: XXX trap number =3D 12 panic: page fault mp_lock =3D 00000003; cpuid =3D 0; lapic.id =3D 00000000 boot() called on cpu#0 Uptime: 4m48s dumping to dev #ad/0x20001, offset 128 dump ata0: resetting devices .. done 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365= 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 34= 6 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 3= 27 326 325 324 323 322 321 32= 0 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 3= 01 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 = 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264= 263 262 261 260 259 258 257=20= 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238= 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 21= 9 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 2= 00 199 198 197 196 195 194 19= 3 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 1= 74 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 = 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137= 136 135 134 133 132 131 130=20= 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111= 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 = 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 = 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 0=20 --- #0 boot (howto=3D260) at ../../kern/kern_shutdown.c:304 304 dumppcb.pcb_cr3 =3D rcr3(); (kgdb) back=20 #0 boot (howto=3D260) at ../../kern/kern_shutdown.c:304 #1 0xc013af94 in poweroff_wait (junk=3D0xc025922f, howto=3D0) at ../../kern/kern_shutdown.c:554 #2 0xc02283cc in trap_fatal (frame=3D0xff806d1c, eva=3D48) at ../../i386/i386/trap.c:924 #3 0xc022805d in trap_pfault (frame=3D0xff806d1c, usermode=3D0, eva=3D48) at ../../i386/i386/trap.c:817 #4 0xc0227c57 in trap (frame=3D{tf_fs =3D -8388584, tf_es =3D -1072496624,= =20 tf_ds =3D -978780144, tf_edi =3D 0, tf_esi =3D 0, tf_ebp =3D -8360608= ,=20 tf_isp =3D -8360632, tf_ebx =3D -1071185252, tf_edx =3D -1071010272,= =20 tf_ecx =3D 1, tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0,=20 tf_eip =3D -1071850331, tf_cs =3D 8, tf_eflags =3D 66194, tf_esp =3D = -848136656,=20 tf_ss =3D -8360584}) at ../../i386/i386/trap.c:423 #5 0xc01cdca5 in acquire_lock (lk=3D0xc027029c) at machine/globals.h:113 #6 0xc01d2f7c in softdep_count_dependencies (bp=3D0xcd727630, wantcount=3D= 0) at ../../ufs/ffs/ffs_softdep.c:4535 #7 0xc01d624c in ffs_fsync (ap=3D0xff806ddc) at ../../ufs/ffs/ffs_vnops.c:= 168 #8 0xc01d4d66 in ffs_sync (mp=3D0xc58fb000, waitfor=3D2, cred=3D0xc0dee900= ,=20 p=3D0xc0297060) at vnode_if.h:537 #9 0xc01673ef in sync (p=3D0xc0297060, uap=3D0x0) at ../../kern/vfs_syscal= ls.c:549 #10 0xc013a9b3 in boot (howto=3D256) at ../../kern/kern_shutdown.c:226 #11 0xc013af94 in poweroff_wait (junk=3D0xc025922f, howto=3D0) at ../../kern/kern_shutdown.c:554 #12 0xc02283cc in trap_fatal (frame=3D0xff806ef4, eva=3D39971120) at ../../i386/i386/trap.c:924 #13 0xc022805d in trap_pfault (frame=3D0xff806ef4, usermode=3D0, eva=3D3997= 1120) at ../../i386/i386/trap.c:817 #14 0xc0227c57 in trap (frame=3D{tf_fs =3D 24, tf_es =3D -675545072,=20 tf_ds =3D -1058602992, tf_edi =3D -1059013248, tf_esi =3D 28,=20 tf_ebp =3D -8360071, tf_isp =3D -8360160, tf_ebx =3D -1058670080,=20 tf_edx =3D -1059008325, tf_ecx =3D 0, tf_eax =3D -1059168256, tf_trap= no =3D 12,=20 tf_err =3D 2, tf_eip =3D -1072225173, tf_cs =3D 8, tf_eflags =3D 6617= 8,=20 tf_esp =3D -1071902645, tf_ss =3D -1059168256}) at ../../i386/i386/tr= ap.c:423 #15 0xc017246b in bpfioctl (dev=3D0xc0c0de60, cmd=3D12639866,=20 addr=3D0xff400800
, flags=3D16777215,= =20 p=3D0xacc0de60) at ../../net/bpf.c:683 #16 0xc01c19 in ?? () cannot read proc at 0 (kgdb) Is this more help? (shame I don't actually understand it..) --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 19:57:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from wat-border.sentex.ca (waterloo-hespler.sentex.ca [199.212.135.66]) by hub.freebsd.org (Postfix) with ESMTP id 21AF837BF76 for ; Wed, 3 May 2000 19:57:41 -0700 (PDT) (envelope-from mike@sentex.net) Received: from granite.sentex.net (granite-atm.sentex.ca [209.112.4.1]) by wat-border.sentex.ca (8.9.3/8.9.3) with ESMTP id WAA90753 for ; Wed, 3 May 2000 22:57:40 -0400 (EDT) (envelope-from mike@sentex.net) Received: from chimp (ospf-mdt.sentex.net [205.211.164.81]) by granite.sentex.net (8.8.8/8.6.9) with ESMTP id WAA19897 for ; Wed, 3 May 2000 22:57:39 -0400 (EDT) Message-Id: <4.2.2.20000503225125.04551218@mail.sentex.net> X-Sender: mdtancsa@mail.sentex.net X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 Date: Wed, 03 May 2000 22:54:32 -0400 To: freebsd-stable@FreeBSD.ORG From: Mike Tancsa Subject: size of root (was Re: Debugging Kernel....) In-Reply-To: <200005040247.TAA66497@apollo.backplane.com> References: <20000504095941.B18453@freebie.lemis.com> <200005040124.VAA55655@account.abs.net> <20000504111136.B22025@freebie.lemis.com> <20000503185936.E72341@ethereal.net> <20000504114013.E22025@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 07:47 PM 5/3/2000 -0700, Matthew Dillon wrote: > I, for one, think that installing the stripped kernel is the correct > solution. I often have several kernels lying around in / (e.g. a > kernel.bak along with the kernel and kernel.old the system maintains), > and my poor root partition would run out of space fairly quickly Perhaps its time to up the default suggested size of / ? In this day and age of 13G IDE drives, having 150MB for root would be a more safe value no ? On the machines I configure I generally give myself this much at least. ---Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 20:21: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 2CD1C37BF7D; Wed, 3 May 2000 20:20:51 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id UAA66688; Wed, 3 May 2000 20:19:19 -0700 (PDT) (envelope-from dillon) Date: Wed, 3 May 2000 20:19:19 -0700 (PDT) From: Matthew Dillon Message-Id: <200005040319.UAA66688@apollo.backplane.com> To: Howard Leadmon Cc: Greg Lehey , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? References: <200005040255.WAA61544@account.abs.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :#14 0xc0227c57 in trap (frame={tf_fs = 24, tf_es = -675545072, : tf_ds = -1058602992, tf_edi = -1059013248, tf_esi = 28, : tf_ebp = -8360071, tf_isp = -8360160, tf_ebx = -1058670080, : tf_edx = -1059008325, tf_ecx = 0, tf_eax = -1059168256, tf_trapno = 12, : tf_err = 2, tf_eip = -1072225173, tf_cs = 8, tf_eflags = 66178, : tf_esp = -1071902645, tf_ss = -1059168256}) at ../../i386/i386/trap.c:423 :#15 0xc017246b in bpfioctl (dev=0xc0c0de60, cmd=12639866, : addr=0xff400800
, flags=16777215, : p=0xacc0de60) at ../../net/bpf.c:683 :#16 0xc01c19 in ?? () :cannot read proc at 0 :(kgdb) : : :Is this more help? (shame I don't actually understand it..) : :Howard Leadmon - howardl@abs.net - http://www.abs.net Ahhhh hah! Yes, I think I see what is happening. The kernel ioctl() system call is using a stack based char buffer to hold the temporary data, and this buffer is not aligned. Please try the following patch. -Matt Matthew Dillon Index: kern/sys_generic.c =================================================================== RCS file: /home/ncvs/src/sys/kern/sys_generic.c,v retrieving revision 1.55 diff -u -r1.55 sys_generic.c --- kern/sys_generic.c 2000/02/20 13:36:26 1.55 +++ kern/sys_generic.c 2000/05/04 03:18:02 @@ -496,7 +496,10 @@ caddr_t data, memp; int tmp; #define STK_PARAMS 128 - char stkbuf[STK_PARAMS]; + union { + char stkbuf[STK_PARAMS]; + long align; + } ubuf; fdp = p->p_fd; if ((u_int)uap->fd >= fdp->fd_nfiles || @@ -523,11 +526,11 @@ if (size > IOCPARM_MAX) return (ENOTTY); memp = NULL; - if (size > sizeof (stkbuf)) { + if (size > sizeof (ubuf.stkbuf)) { memp = (caddr_t)malloc((u_long)size, M_IOCTLOPS, M_WAITOK); data = memp; } else - data = stkbuf; + data = ubuf.stkbuf; if (com&IOC_IN) { if (size) { error = copyin(uap->data, data, (u_int)size); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 3 21:55:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pollo.monkeybrains.net (rururudy-0.dsl.speakeasy.net [216.231.57.142]) by hub.freebsd.org (Postfix) with ESMTP id C837B37BF99 for ; Wed, 3 May 2000 21:55:07 -0700 (PDT) (envelope-from rudy@pollo.monkeybrains.net) Received: from localhost (rudy@localhost) by pollo.monkeybrains.net (8.9.3/8.9.3) with ESMTP id VAA09201; Wed, 3 May 2000 21:55:14 GMT (envelope-from rudy@pollo.monkeybrains.net) Date: Wed, 3 May 2000 21:55:14 +0000 (GMT) From: Rudy Rucker To: Mike Tancsa Cc: freebsd-stable@FreeBSD.ORG Subject: Re: size of root (was Re: Debugging Kernel....) In-Reply-To: <4.2.2.20000503225125.04551218@mail.sentex.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 3 May 2000, Mike Tancsa wrote: > Perhaps its time to up the default suggested size of / ? In this day and > age of 13G IDE drives, having 150MB for root would be a more safe value no > ? On the machines I configure I generally give myself this much at least. Perhaps, the install should look at how big the drive is and adjust the defaults to fit the drive (ala the swap partitions adjustment to 2x the amount of RAM installed during configuration). I run a small ISP; here is the layout I used for a new box: / 64M /usr 3000M /var 100M /data1 1500M (mail / web logs) /data2 4000M (html documents / web content) Splitting out all the web 'data' makes chroot() for ftp work real well. 2 cents. Rudy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 4:42:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rhea.salford.ac.uk (rhea.salford.ac.uk [146.87.255.99]) by hub.freebsd.org (Postfix) with SMTP id 2E55137B6CA for ; Thu, 4 May 2000 04:42:35 -0700 (PDT) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 12928 invoked by alias); 4 May 2000 11:42:34 -0000 Received: (qmail 12922 invoked from network); 4 May 2000 11:42:34 -0000 Received: from unknown (HELO plato.salford.ac.uk) (146.87.255.76) by rhea.salford.ac.uk with SMTP; 4 May 2000 11:42:34 -0000 Received: (qmail 23453 invoked by uid 141); 4 May 2000 11:42:33 -0000 Date: Thu, 4 May 2000 12:42:33 +0100 (BST) From: Mark Powell To: freebsd-stable@freebsd.org Subject: Re: HPDA/DAC960PL errors Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >It would certainly account for why a -345 card won't memory map and can't >get a flash chip upgrade and -347s and above can, even though the -345 >sports two flash sockets. My two-penneth. I've a DAC960PL D040-345 that originally had firmware v2.35. I got the v2.73 PL firmware off the web and successfully flashed the card. It still reports the "no mailbox" problem, with 4.0-S as of a couple of days ago. This backs up your 960PL observation, but shows that -345 can be flashed. I'm still confused as to the FBSD RAID solution of choice, as the Mylex isn't working either. I take it if I got a brand new DAC960, it'd work fine? Cheers. Mark Powell - UNIX System Administrator - Clifford Whitworth Building A.I.S., University of Salford, Salford, Manchester, UK. Tel: +44 161 295 5936 Fax: +44 161 295 5888 www.pgp.com for PGP key M.S.Powell@salfrd.ac.uk (spell salford correctly to reply to me) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 4:48: 5 2000 Delivered-To: freebsd-stable@freebsd.org Received: from relay.uvd.chel.su (uvd.chel.su [195.54.2.174]) by hub.freebsd.org (Postfix) with ESMTP id 715F537BEB2 for ; Thu, 4 May 2000 04:47:51 -0700 (PDT) (envelope-from lw@pd.chel.ru) Received: from isergeya.uvd.chel.su (isergeya.uvd.chel.su [192.168.200.123]) by relay.uvd.chel.su (Postfix) with ESMTP id 0F8ACF1; Thu, 4 May 2000 17:47:02 +0600 (YEKST) Date: Thu, 4 May 2000 17:47:37 +0500 From: "Sergey A. Ivanov" X-Mailer: The Bat! (v1.41) UNREG / CD5BF9353B3B7091 Reply-To: "Sergey A. Ivanov" X-Priority: 3 (Normal) Message-ID: <3741.000504@pd.chel.ru> To: "Kevin Oberman" Cc: "Jordan K. Hubbard" , swhite@gov.za, stable@FreeBSD.ORG Subject: Re[2]: Custom boot disks In-reply-To: <200003301653.IAA25027@ptavv.es.net> References: <200003301653.IAA25027@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello Kevin, Thursday, March 30, 2000, 9:53:48 PM, you wrote: >> > I have several systems with broken PCI chipsets that I need to upgrade to >> > 3.4-R from 2.2.7-R. I've patched 'pcibus.c' to fix the problem on these >> > systems (reversed the config mode probe order) but now I need to build >> > boot/install stiffies to get these machines up and running. Is there any >> > quick/simple way to do this without going through a 'make release' >> > process? >> >> Just make a kernel and make sure you keep "options MFS" and "options >> MFS_ROOT" in there. Then whap it over the kernel on kern.flp, which >> you can mount as a normal floppy. Can i make custom floppies for 4S same way? I want to use new sym driver... KO> One step Jordan forgot to mention is that you need to gzip the kernel KO> file before trying to move it to the floppy or it will never fit! KO> Of course this is pretty obvious from the name of the kernel file on the KO> floppy...kernel.gz. KO> R. Kevin Oberman, Network Engineer KO> Energy Sciences Network (ESnet) KO> Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) KO> E-mail: oberman@es.net Phone: +1 510 486-8634 Best regards, Sergey mailto:lw@pd.chel.ru ICQ UIN: 49432691 http://lw.narod.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 4:57:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mercury.campbell-mithun.com (Mercury.campbell-mithun.com [192.159.32.151]) by hub.freebsd.org (Postfix) with ESMTP id E9B2837B734 for ; Thu, 4 May 2000 04:57:21 -0700 (PDT) (envelope-from swb@accord.grasslake.net) Received: from accord.grasslake.net (honda.grasslake.net [192.168.1.1]) by mercury.campbell-mithun.com (8.9.1a/8.9.1) with ESMTP id GAA11202; Thu, 4 May 2000 06:01:55 -0500 Received: from localhost (swb@localhost) by accord.grasslake.net (8.9.3/8.9.3) with ESMTP id GAA15548; Thu, 4 May 2000 06:55:47 -0500 (CDT) (envelope-from swb@accord.grasslake.net) Date: Thu, 4 May 2000 06:55:47 -0500 (CDT) From: Shawn Barnhart To: Mark Powell Cc: freebsd-stable@FreeBSD.ORG Subject: Re: HPDA/DAC960PL errors In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 4 May 2000, Mark Powell wrote: > My two-penneth. I've a DAC960PL D040-345 that originally had firmware > v2.35. I got the v2.73 PL firmware off the web and successfully flashed > the card. It still reports the "no mailbox" problem, with 4.0-S as of a > couple of days ago. This backs up your 960PL observation, but shows that > -345 can be flashed. It can be flashed -- I flashed my D040-345 card, too, even though it was an HP OEM card. Mylex is pretty oblique about flash OEM cards on their web site -- they should just say that you can do it, but OEM supplied tools may no longer work. What it can't get is the firmware flash upgrade from Mylex -- they send you two flash chips, one for each socket on your card. The 3.x and above firmware requires more space than a single chip can provide. You need a series -347 or newer card to use the upgrade. That's why I'd make the speculation that there must have been an architecture change from -347 and on that enables memory mapping. > I'm still confused as to the FBSD RAID solution of choice, as the Mylex > isn't working either. I take it if I got a brand new DAC960, it'd work > fine? You'd have to ask Mr. Smith, I guess. Shortly I'm going to have an AMI Megaraid avaialable to try in FreeBSD. It's been working well with Linux for about a year now, I'm presuming it'll work in FreeBSD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 5: 5:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from iapetus.salford.ac.uk (iapetus.salford.ac.uk [146.87.255.98]) by hub.freebsd.org (Postfix) with SMTP id 27BF337BEB2 for ; Thu, 4 May 2000 05:05:33 -0700 (PDT) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 64648 invoked by alias); 4 May 2000 12:05:21 -0000 Received: (qmail 64630 invoked from network); 4 May 2000 12:05:21 -0000 Received: from unknown (HELO plato.salford.ac.uk) (146.87.255.76) by iapetus.salford.ac.uk with SMTP; 4 May 2000 12:05:21 -0000 Received: (qmail 23514 invoked by uid 141); 4 May 2000 12:05:21 -0000 Date: Thu, 4 May 2000 13:05:21 +0100 (BST) From: Mark Powell To: Shawn Barnhart Cc: freebsd-stable@FreeBSD.ORG Subject: Re: HPDA/DAC960PL errors In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 4 May 2000, Shawn Barnhart wrote: > > I'm still confused as to the FBSD RAID solution of choice, as the Mylex > > isn't working either. I take it if I got a brand new DAC960, it'd work > > fine? > > You'd have to ask Mr. Smith, I guess. Shortly I'm going to have an AMI > Megaraid avaialable to try in FreeBSD. It's been working well with Linux > for about a year now, I'm presuming it'll work in FreeBSD. From the recent discusion on this, it seemed that there was a possiblity of the MegaRAID drivers wedging under extreme load. This was being worked on, but it wasn't clear if it had been fixed. The Mylex controllers were supposed to be the best RAID solution at this moment. The AMI is supposed to be a month or so. Apologies if my account of the thread doesn't agree with the driver author :( Mark Powell - UNIX System Administrator - Clifford Whitworth Building A.I.S., University of Salford, Salford, Manchester, UK. Tel: +44 161 295 5936 Fax: +44 161 295 5888 www.pgp.com for PGP key M.S.Powell@salfrd.ac.uk (spell salford correctly to reply to me) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 5:50:39 2000 Delivered-To: freebsd-stable@freebsd.org Received: from odin.activeisp.no (odin.activeisp.com [193.75.7.110]) by hub.freebsd.org (Postfix) with ESMTP id 1697437BEC7 for ; Thu, 4 May 2000 05:50:34 -0700 (PDT) (envelope-from kenneth@activeisp.com) Received: from activeisp.com (kekar.activeisp.com [193.75.7.26]) by odin.activeisp.no (8.9.3/8.9.3) with ESMTP id OAA24657 for ; Thu, 4 May 2000 14:50:30 +0200 (CEST) Message-ID: <391172A5.E64B2A4B@activeisp.com> Date: Thu, 04 May 2000 14:52:53 +0200 From: Kenneth Karoliussen Reply-To: kenneth@karoliussen.com Organization: Active ISP AS X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: fsck and Vinum file systems Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there a convenient way to make fsck repair inconsistent vinum filesystems properly, without dropping into single modus if an improper shutdown occurs? I have the following Vinum fstab entry in my FreeBSD 3.4-STABLE system: /dev/vinum/vol/usr /usr ufs rw 2 0 /Kenneth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 6:30:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by hub.freebsd.org (Postfix) with ESMTP id 2BC4137BF6A for ; Thu, 4 May 2000 06:30:48 -0700 (PDT) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by serenity.mcc.ac.uk with esmtp (Exim 1.92 #3) id 12nLiI-000HyA-00; Thu, 4 May 2000 14:30:46 +0100 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.9.3/8.9.3) id OAA53331; Thu, 4 May 2000 14:30:46 +0100 (BST) (envelope-from jcm) Date: Thu, 4 May 2000 14:30:46 +0100 From: J McKitrick To: Michel Talon Cc: stable Subject: Re: parallel port zip Message-ID: <20000504143032.C53066@dogma.freebsd-uk.eu.org> References: <20000503173058.B32976@dogma.freebsd-uk.eu.org> <20000504094300.A394@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000504094300.A394@lpthe.jussieu.fr>; from michel@lpthe.jussieu.fr on Thu, May 04, 2000 at 09:43:01AM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, May 04, 2000 at 09:43:01AM +0200, Michel Talon wrote: > On Wed, May 03, 2000 at 05:30:58PM +0100, J McKitrick wrote: > > Has any progress been made on the parallel port zip problem? > > > > > -there is no support at all for ECP and the driver did not work on my laptop > in ECP mode. Well, my laptop only supports ECP and std bi-directional. Neither one works as it stands under 4.0. My zip drive is very important. In fact, the only reason i kept a windows partition around was for the zip drive. I removed in completely when i got my BIOS working correctly with the driver under 3.4. It was just a matter of tweaking the flags. Now i am back to no zip at all. > The code evolves at microscopic speed. In one word, i fear that N. Souchu > is no more interested in making his driver really working. Moreover he has > introduced a complicated structure in his code, so it is difficult to > recognize anything from the Linux driver i have, which is much simpler. > So i have left the situation as is, for me. This is very sad. If no one has any intentions to fix it, i will have to reinstall 3.4 soon. jm -- ------------------------------------------------------------------- Jonathon McKitrick -- jcm@freebsd-uk.eu.org I am a bomb technician. If you see me running, try to keep up. ------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 6:33:33 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mercury.campbell-mithun.com (Mercury.campbell-mithun.com [192.159.32.151]) by hub.freebsd.org (Postfix) with ESMTP id 3AF2B37B697 for ; Thu, 4 May 2000 06:33:28 -0700 (PDT) (envelope-from swb@grasslake.net) Received: from marlowe (Marlowe.campbell-mithun.com [192.159.32.184]) by mercury.campbell-mithun.com (8.9.1a/8.9.1) with SMTP id HAA12735 for ; Thu, 4 May 2000 07:38:02 -0500 Message-ID: <012d01bfb5cd$5f4cb910$b8209fc0@marlowe> From: "Shawn Barnhart" To: References: <200003301653.IAA25027@ptavv.es.net> <3741.000504@pd.chel.ru> Subject: Re: Re[2]: Custom boot disks Date: Thu, 4 May 2000 08:33:45 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----- Original Message ----- From: "Sergey A. Ivanov" | >> Just make a kernel and make sure you keep "options MFS" and "options | >> MFS_ROOT" in there. Then whap it over the kernel on kern.flp, which | >> you can mount as a normal floppy. | | Can i make custom floppies for 4S same way? | I want to use new sym driver... | Yes, I did and it worked well. You'll need to set an install option to install 4.0-RELEASE. It will default to stable and won't download anything. There should be a FAQ about this someplace, and about what it takes to modify the root FS on mfsroot to add/change it to use as a rescue set. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 6:34:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from cs.Technion.AC.IL (csa.cs.technion.ac.il [132.68.32.1]) by hub.freebsd.org (Postfix) with ESMTP id 11EE837C0AC for ; Thu, 4 May 2000 06:34:47 -0700 (PDT) (envelope-from nadav@cs.technion.ac.il) Received: from csd.cs.technion.ac.il (csd.cs.technion.ac.il [132.68.32.8]) by cs.Technion.AC.IL (8.9.0/8.9.0) with ESMTP id QAA11546; Thu, 4 May 2000 16:35:01 +0300 (IDT) Received: from localhost (nadav@localhost) by csd.cs.technion.ac.il (8.9.3/8.9.0) with SMTP id QAA04679; Thu, 4 May 2000 16:34:59 +0300 (IDT) X-Authentication-Warning: csd.cs.technion.ac.il: nadav owned process doing -bs Date: Thu, 4 May 2000 16:34:58 +0300 (IDT) From: Nadav Eiron X-Sender: nadav@csd To: kenneth@karoliussen.com Cc: freebsd-stable@freebsd.org Subject: Re: fsck and Vinum file systems In-Reply-To: <391172A5.E64B2A4B@activeisp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This really belongs to -questions: This has nothing to do with vinum. You _asked_ for fsck not to run on this filesystem during an automatic reboot (that's the 0 in the last field). Replace it with a 2 (for instance) and all should be well. Read the man page for fstab(5). On Thu, 4 May 2000, Kenneth Karoliussen wrote: > Is there a convenient way to make fsck repair inconsistent vinum filesystems properly, > without dropping into single modus if an improper shutdown occurs? > > I have the following Vinum fstab entry in my FreeBSD 3.4-STABLE system: > /dev/vinum/vol/usr /usr ufs rw 2 0 > > /Kenneth > > Nadav To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 6:41:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ntua.gr (achilles.noc.ntua.gr [147.102.222.210]) by hub.freebsd.org (Postfix) with ESMTP id 96CC437B892 for ; Thu, 4 May 2000 06:41:40 -0700 (PDT) (envelope-from past@netmode.ece.ntua.gr) Received: from netmode.ece.ntua.gr (dolly.netmode.ece.ntua.gr [147.102.13.10]) by ntua.gr (8.9.3/8.9.3) with ESMTP id QAA19749; Thu, 4 May 2000 16:41:39 +0300 (EET DST) Received: by netmode.ece.ntua.gr (Postfix, from userid 410) id 11A0285C3; Thu, 4 May 2000 16:31:59 +0300 (EET DST) Date: Thu, 4 May 2000 16:31:58 +0300 From: Panagiotis Astithas To: Shawn Barnhart Cc: stable@FreeBSD.ORG Subject: Re: Re[2]: Custom boot disks Message-ID: <20000504163158.A25137@netmode.ece.ntua.gr> Reply-To: past@netmode.ntua.gr References: <200003301653.IAA25027@ptavv.es.net> <3741.000504@pd.chel.ru> <012d01bfb5cd$5f4cb910$b8209fc0@marlowe> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <012d01bfb5cd$5f4cb910$b8209fc0@marlowe>; from swb@grasslake.net on Thu, May 04, 2000 at 08:33:45AM -0500 X-Organizational-Unit: Network Management and Optimal Design Laboratory X-Organization: National Technical University of Athens, GREECE X-Work-Phone: +30-1-772-1-450 X-Work-FAX: +30-1-772-1-452 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, May 04, 2000 at 08:33:45AM -0500, Shawn Barnhart wrote: > > ----- Original Message ----- > From: "Sergey A. Ivanov" > > | >> Just make a kernel and make sure you keep "options MFS" and "options > | >> MFS_ROOT" in there. Then whap it over the kernel on kern.flp, which > | >> you can mount as a normal floppy. > | > | Can i make custom floppies for 4S same way? > | I want to use new sym driver... > | > > Yes, I did and it worked well. You'll need to set an install option to > install 4.0-RELEASE. It will default to stable and won't download anything. > > There should be a FAQ about this someplace, and about what it takes to > modify the root FS on mfsroot to add/change it to use as a rescue set. Why then MFS_ROOT doesn't exist in LINT? I have 4.0-STABLE. -past To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 6:59:57 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.surf1.de (mail.Surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id B5DC737BFE0 for ; Thu, 4 May 2000 06:59:52 -0700 (PDT) (envelope-from nils@nightcastleproductions.org) Received: from ilka.ncptiddische.net (pC19F69AE.dip0.t-ipconnect.de [193.159.105.174]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id OAA20120; Thu, 4 May 2000 14:58:26 +0200 Received: from tempest.ncptiddische.net (tempest.ncptiddische.net [192.168.0.2]) by ilka.ncptiddische.net (8.9.3/8.9.3) with ESMTP id QAA00711; Thu, 4 May 2000 16:00:47 +0200 (CEST) (envelope-from nils@nightcastleproductions.org) Received: from tempest.ncptiddische.net (tempest.ncptiddische.net [192.168.0.2]) by tempest.ncptiddische.net (8.9.3/8.9.3) with ESMTP id QAA00578; Thu, 4 May 2000 16:00:49 +0200 (CEST) (envelope-from nils@nightcastleproductions.org) Date: Thu, 4 May 2000 16:00:49 +0200 (CEST) From: Nils Holland X-Sender: nils@tempest.ncptiddische.net To: Mike Tancsa Cc: freebsd-stable@FreeBSD.ORG Subject: Re: size of root (was Re: Debugging Kernel....) In-Reply-To: <4.2.2.20000503225125.04551218@mail.sentex.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 3 May 2000, Mike Tancsa wrote: > Perhaps its time to up the default suggested size of / ? In this day and > age of 13G IDE drives, having 150MB for root would be a more safe value no > ? On the machines I configure I generally give myself this much at least. Having read this, I wonder how I can change the size of / without having to re-install the whole system. Currently I'm using the default size FreeBSD has choosen for /, but what do I do if the default size should some day turn out to be too small, I think a re-installation is required then, isn't it? I also think that the FreeBSD installation program should should rather create a bigger than a too small / by default. Many users, especially those installing FreeBSD for the first time, cannot forsee the size they could need in the future and so they decide to let FreeBSD set the size of the slices since they think that's the safest bet. These users will get pretty mad when they note that after some time they get serious problems with the size of their root partition. Greetings, Nils ...Let your dreams out of their cages, Every passion and desire Let your visions be outrageous Set your fantasies on fire! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 7: 0: 9 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mercury.campbell-mithun.com (Mercury.campbell-mithun.com [192.159.32.151]) by hub.freebsd.org (Postfix) with ESMTP id E5A9437B636 for ; Thu, 4 May 2000 07:00:00 -0700 (PDT) (envelope-from swb@grasslake.net) Received: from marlowe (Marlowe.campbell-mithun.com [192.159.32.184]) by mercury.campbell-mithun.com (8.9.1a/8.9.1) with SMTP id IAA13377; Thu, 4 May 2000 08:04:29 -0500 Message-ID: <013c01bfb5d1$1181ba10$b8209fc0@marlowe> From: "Shawn Barnhart" To: Cc: References: <200003301653.IAA25027@ptavv.es.net> <3741.000504@pd.chel.ru> <012d01bfb5cd$5f4cb910$b8209fc0@marlowe> <20000504163158.A25137@netmode.ece.ntua.gr> Subject: Re: Re[2]: Custom boot disks Date: Thu, 4 May 2000 09:00:12 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----- Original Message ----- From: "Panagiotis Astithas" | Why then MFS_ROOT doesn't exist in LINT? | I have 4.0-STABLE. From a grep of my 4.0-STABLE LINT: # Make the md device a potential root device, either with preloaded # images of type mfs_root or md_root. options MD_ROOT Maybe the definition has changed since 3.4. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 7:11:59 2000 Delivered-To: freebsd-stable@freebsd.org Received: from node11a94.a2000.nl (node11a94.a2000.nl [24.132.26.148]) by hub.freebsd.org (Postfix) with SMTP id F2B4F37BF7A for ; Thu, 4 May 2000 07:11:54 -0700 (PDT) (envelope-from ronald@klop.yi.org) Received: (qmail 90113 invoked from network); 4 May 2000 14:11:52 -0000 Received: from dlanor.evertsen.nl (ronald@10.0.0.3) by node11a94.a2000.nl with SMTP; 4 May 2000 14:11:52 -0000 Date: Thu, 4 May 2000 16:11:51 +0200 (CEST) From: Ronald Klop To: Nils Holland Cc: Mike Tancsa , freebsd-stable@FreeBSD.ORG Subject: Re: size of root (was Re: Debugging Kernel....) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 4 May 2000, Nils Holland wrote: > On Wed, 3 May 2000, Mike Tancsa wrote: > > > Perhaps its time to up the default suggested size of / ? In this day and > > age of 13G IDE drives, having 150MB for root would be a more safe value no > > ? On the machines I configure I generally give myself this much at least. > > Having read this, I wonder how I can change the size of / without having > to re-install the whole system. Currently I'm using the default size > FreeBSD has choosen for /, but what do I do if the default size should > some day turn out to be too small, I think a re-installation is required > then, isn't it? I also think that the FreeBSD installation program should > should rather create a bigger than a too small / by default. Many users, > especially those installing FreeBSD for the first time, cannot forsee the > size they could need in the future and so they decide to let FreeBSD set > the size of the slices since they think that's the safest bet. These users > will get pretty mad when they note that after some time they get serious > problems with the size of their root partition. As far as I know you can't change the size of filesystems in freebsd. (Of course it's possible, but I don't know the tool to do it.) But you can place /tmp on a different filesystem (mount it, not a symlink, because you will not have a tmp when booting single user otherwise.) Because this is the only directory in the root partition which is written on, it's the only one which may give problems. Greetings, Ronald. PS: another way to do this is dump a backup, reinstall a minimum FreeBSD with different sizes and restore the backup. -- Ronald Klop http://node11a94.a2000.nl/~ronald/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 7:25:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rdc1.il.home.com (ha1.rdc1.il.home.com [24.2.1.66]) by hub.freebsd.org (Postfix) with ESMTP id 6846E37B640 for ; Thu, 4 May 2000 07:25:32 -0700 (PDT) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu ([24.12.197.197]) by mail.rdc1.il.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000504142531.OEJT3640.mail.rdc1.il.home.com@math.missouri.edu> for ; Thu, 4 May 2000 07:25:31 -0700 Message-ID: <3911887E.C6D08C31@math.missouri.edu> Date: Thu, 04 May 2000 09:26:06 -0500 From: Stephen Montgomery-Smith X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: symlinking /tmp: was: size of root (was Re: Debugging Kernel....) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ronald Klop wrote: > > As far as I know you can't change the size of filesystems in freebsd. (Of > course it's possible, but I don't know the tool to do it.) But you can > place /tmp on a different filesystem (mount it, not a symlink, because you > will not have a tmp when booting single user otherwise.) Because this is > the only directory in the root partition which is written on, it's the > only one which may give problems. > I have been symlinking /tmp to /usr/tmp for quite a while (I got the idea from the book "The Complete FreeBSD"). It has never caused me problems. But now I can see the potential for problems. What programs are there in /bin or /sbin that use /tmp that could cause problems in single user mode (if one chooses not to mount /usr)? -- Stephen Montgomery-Smith stephen@math.missouri.edu 307 Math Science Building stephen@showme.missouri.edu Department of Mathematics stephen@missouri.edu University of Missouri-Columbia Columbia, MO 65211 USA Phone (573) 882 4540 Fax (573) 882 1869 http://www.math.missouri.edu/~stephen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 7:30:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from wat-border.sentex.ca (waterloo-hespler.sentex.ca [199.212.135.66]) by hub.freebsd.org (Postfix) with ESMTP id 90B5B37B5A4 for ; Thu, 4 May 2000 07:30:51 -0700 (PDT) (envelope-from mike@sentex.ca) Received: from granite.sentex.net (granite-atm.sentex.ca [209.112.4.1]) by wat-border.sentex.ca (8.9.3/8.9.3) with ESMTP id KAA45452; Thu, 4 May 2000 10:30:50 -0400 (EDT) (envelope-from mike@sentex.ca) Received: from simoeon (simeon.sentex.ca [209.112.4.47]) by granite.sentex.net (8.8.8/8.6.9) with SMTP id KAA28760; Thu, 4 May 2000 10:30:50 -0400 (EDT) Message-Id: <3.0.5.32.20000504102656.01c11730@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Thu, 04 May 2000 10:26:56 -0400 To: Stephen Montgomery-Smith , freebsd-stable@FreeBSD.ORG From: Mike Tancsa Subject: Re: symlinking /tmp: was: size of root (was Re: Debugging Kernel....) In-Reply-To: <3911887E.C6D08C31@math.missouri.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 09:26 AM 5/4/00 -0500, Stephen Montgomery-Smith wrote: >What programs are there in /bin or /sbin that use /tmp that could cause >problems in single user mode (if one chooses not to mount /usr)? I dont think this is so much an issue. If you need to boot into single user mode and /usr/tmp is not available, just delete the sylink and create a real /tmp or symlink it to /var/tmp no ? ---Mike ------------------------------------------------------------------------ Mike Tancsa, tel +1 519 651 3400 Sentex Communications mike@sentex.net Cambridge, Ontario Canada www.sentex.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 7:33:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id 9411237B81F for ; Thu, 4 May 2000 07:33:43 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 12nMgt-0005Ry-00; Thu, 04 May 2000 16:33:23 +0200 Date: Thu, 4 May 2000 16:33:23 +0200 From: Neil Blakey-Milner To: Stephen Montgomery-Smith Cc: freebsd-stable@freebsd.org Subject: Re: symlinking /tmp: was: size of root (was Re: Debugging Kernel....) Message-ID: <20000504163323.A20746@mithrandr.moria.org> References: <3911887E.C6D08C31@math.missouri.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3911887E.C6D08C31@math.missouri.edu>; from stephen@math.missouri.edu on Thu, May 04, 2000 at 09:26:06AM -0500 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu 2000-05-04 (09:26), Stephen Montgomery-Smith wrote: > Ronald Klop wrote: > > > > As far as I know you can't change the size of filesystems in freebsd. (Of > > course it's possible, but I don't know the tool to do it.) But you can > > place /tmp on a different filesystem (mount it, not a symlink, because you > > will not have a tmp when booting single user otherwise.) Because this is > > the only directory in the root partition which is written on, it's the > > only one which may give problems. > > > > I have been symlinking /tmp to /usr/tmp for quite a while (I got the idea > from the book "The Complete FreeBSD"). It has never caused me problems. > But now I can see the potential for problems. > > What programs are there in /bin or /sbin that use /tmp that could cause > problems in single user mode (if one chooses not to mount /usr)? ed, camcontrol, disklabel, ldconfig, restore. I wouldn't worry about them creating massive files, though. Neil -- Neil Blakey-Milner Hacker In Chief, Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 7:36:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by hub.freebsd.org (Postfix) with ESMTP id CD1C437BA37 for ; Thu, 4 May 2000 07:36:43 -0700 (PDT) (envelope-from joe@pavilion.net) Received: from genius.systems.pavilion.net (postfix@genius.systems.pavilion.net [212.74.1.100]) by florence.pavilion.net (8.9.3/8.8.8) with ESMTP id PAA77991; Thu, 4 May 2000 15:33:20 +0100 (BST) (envelope-from joe@pavilion.net) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id 3796E326; Thu, 4 May 2000 15:33:30 +0100 (BST) Date: Thu, 4 May 2000 15:33:30 +0100 From: Joe Karthauser To: Nils Holland Cc: Mike Tancsa , freebsd-stable@FreeBSD.org Subject: Re: size of root (was Re: Debugging Kernel....) Message-ID: <20000504153330.L8875@pavilion.net> References: <4.2.2.20000503225125.04551218@mail.sentex.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from nils@nightcastleproductions.org on Thu, May 04, 2000 at 04:00:49PM +0200 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, May 04, 2000 at 04:00:49PM +0200, Nils Holland wrote: > > Having read this, I wonder how I can change the size of / without having > to re-install the whole system. Currently I'm using the default size > FreeBSD has choosen for /, but what do I do if the default size should > some day turn out to be too small, I think a re-installation is required > then, isn't it? I also think that the FreeBSD installation program should > should rather create a bigger than a too small / by default. Many users, > especially those installing FreeBSD for the first time, cannot forsee the > size they could need in the future and so they decide to let FreeBSD set > the size of the slices since they think that's the safest bet. These users > will get pretty mad when they note that after some time they get serious > problems with the size of their root partition. There's work in progress to provide partition resizing tools with FreeBSD. Don't hold your breath though, there's still quite a few months work left to do. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 7:38:37 2000 Delivered-To: freebsd-stable@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by hub.freebsd.org (Postfix) with ESMTP id CF86B37B9EE for ; Thu, 4 May 2000 07:38:31 -0700 (PDT) (envelope-from joe@pavilion.net) Received: from genius.systems.pavilion.net (postfix@genius.systems.pavilion.net [212.74.1.100]) by florence.pavilion.net (8.9.3/8.8.8) with ESMTP id PAA78754; Thu, 4 May 2000 15:35:20 +0100 (BST) (envelope-from joe@pavilion.net) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id 07E76240; Thu, 4 May 2000 15:35:31 +0100 (BST) Date: Thu, 4 May 2000 15:35:30 +0100 From: Joe Karthauser To: Stephen Montgomery-Smith Cc: freebsd-stable@FreeBSD.ORG Subject: Re: symlinking /tmp: was: size of root (was Re: Debugging Kernel....) Message-ID: <20000504153530.M8875@pavilion.net> References: <3911887E.C6D08C31@math.missouri.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3911887E.C6D08C31@math.missouri.edu>; from stephen@math.missouri.edu on Thu, May 04, 2000 at 09:26:06AM -0500 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, May 04, 2000 at 09:26:06AM -0500, Stephen Montgomery-Smith wrote: > Ronald Klop wrote: > I have been symlinking /tmp to /usr/tmp for quite a while (I got the idea > from the book "The Complete FreeBSD"). It has never caused me problems. > But now I can see the potential for problems. > > What programs are there in /bin or /sbin that use /tmp that could cause > problems in single user mode (if one chooses not to mount /usr)? You could create a /usr/tmp directory on the / file system. When /usr is mounted it will mask this directory, but at least you'll have use of it until then. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 7:45:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rr.gfoster.com (mf8-1-151.mgfairfax.rr.com [24.28.206.151]) by hub.freebsd.org (Postfix) with ESMTP id 7874C37B81F for ; Thu, 4 May 2000 07:45:10 -0700 (PDT) (envelope-from gfoster@gfoster.com) Received: (from gfoster@localhost) by rr.gfoster.com (8.9.3/8.9.3) id KAA23455; Thu, 4 May 2000 10:44:59 -0400 (EDT) (envelope-from gfoster) From: Glen Foster MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 4 May 2000 10:44:58 -0400 (EDT) To: stable@freebsd.org Subject: what is up with ARP in 4.0-S? X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14609.35534.875647.363383@rr.gfoster.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I searched the list archives and couldn't find anything on this. It appears that "permanent" entries for interfaces and aliases no longer appear in the ARP table. Funny, the system seems to respond to ARP requests just fine. I'm sure this is old news to all the -CURRENT fans. Where can I find out more about this phenomenon? TIA, Glen Foster To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 8:34:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.networld.com (mail.networld.com [207.247.96.103]) by hub.freebsd.org (Postfix) with ESMTP id 2DA7937C093 for ; Thu, 4 May 2000 08:34:38 -0700 (PDT) (envelope-from rsimon@networld.com) Received: from reid (166.70.15.184) by mail.networld.com with MERCUR-SMTP/POP3/IMAP4-Server (v3.20.01 AS-0098319) for ; Thu, 4 May 2000 09:33:15 -0600 Message-ID: <01b901bfb5de$30a5c280$0200000a@reid.xmission.com> Reply-To: "Reid" From: "Reid" To: Subject: Date: Thu, 4 May 2000 09:34:08 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 8:46:40 2000 Delivered-To: freebsd-stable@freebsd.org Received: from moek.pir.net (moek.pir.net [209.192.237.190]) by hub.freebsd.org (Postfix) with ESMTP id AF57F37B7B0 for ; Thu, 4 May 2000 08:46:36 -0700 (PDT) (envelope-from pir@pir.net) Received: from pir by moek.pir.net with local (Exim) id 12nNpY-0006wi-00 for freebsd-stable@FreeBSD.ORG; Thu, 04 May 2000 11:46:24 -0400 Date: Thu, 4 May 2000 11:46:24 -0400 From: Peter Radcliffe To: freebsd-stable@FreeBSD.ORG Subject: Re: size of root (was Re: Debugging Kernel....) Message-ID: <20000504114624.A24640@pir.net> Reply-To: freebsd-stable@freebsd.org Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from ronald@klop.yi.org on Thu, May 04, 2000 at 04:11:51PM +0200 X-fish: < X-Copy-On-Listmail: Please do NOT Cc: me on list mail. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ronald Klop probably said: > PS: another way to do this is dump a backup, reinstall a minimum FreeBSD > with different sizes and restore the backup. You don't have to reinstall a minimum freebsd to restore. The fixit floppy has restore on it. I tend to resize machines by dumping to spare local disk or NFS disk, booting from the install floppies, using them to resize them and then using the fixit floppy to restore. P. -- pir pir@pir.net pir@net.tufts.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 8:54:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.networld.com (mail.networld.com [207.247.96.103]) by hub.freebsd.org (Postfix) with ESMTP id 6D2F237B63F for ; Thu, 4 May 2000 08:54:36 -0700 (PDT) (envelope-from rsimon@networld.com) Received: from reid (166.70.15.184) by mail.networld.com with MERCUR-SMTP/POP3/IMAP4-Server (v3.20.01 AS-0098319) for ; Thu, 4 May 2000 09:52:19 -0600 Message-ID: <020701bfb5e0$da9590c0$0200000a@reid.xmission.com> Reply-To: "Reid" From: "Reid" To: Subject: Where download freebsd 4.0 stable snapshot? Date: Thu, 4 May 2000 09:53:12 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am newbie. Someone recommend me to download Freebsd4.0 stable snapshot. Where can I download Freebsd 4.0 Snapshot? I have download freebsd 4.0 and fdimage those two floppies. They don't work. Now I need to download freebsd 4.0 stable snapshot to make it work with Compaq with EISA Smart Array controller card. Reid To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 10:55: 8 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-202-176-114.dsl.snfc21.pacbell.net [63.202.176.114]) by hub.freebsd.org (Postfix) with ESMTP id 0A38337C332 for ; Thu, 4 May 2000 10:55:04 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id LAA00957; Thu, 4 May 2000 11:03:49 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005041803.LAA00957@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Mark Powell Cc: freebsd-stable@freebsd.org Subject: Re: HPDA/DAC960PL errors In-reply-to: Your message of "Thu, 04 May 2000 12:42:33 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 May 2000 11:03:49 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm still confused as to the FBSD RAID solution of choice, as the Mylex > isn't working either. I take it if I got a brand new DAC960, it'd work > fine? Yes. (Stay away from the 762, 2000 and 3000 though, they won't) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 10:56:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-202-176-114.dsl.snfc21.pacbell.net [63.202.176.114]) by hub.freebsd.org (Postfix) with ESMTP id 062E637C160 for ; Thu, 4 May 2000 10:56:28 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id LAA00975; Thu, 4 May 2000 11:05:06 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005041805.LAA00975@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Mark Powell Cc: Shawn Barnhart , freebsd-stable@FreeBSD.ORG Subject: Re: HPDA/DAC960PL errors In-reply-to: Your message of "Thu, 04 May 2000 13:05:21 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 May 2000 11:05:06 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > You'd have to ask Mr. Smith, I guess. Shortly I'm going to have an AMI > > Megaraid avaialable to try in FreeBSD. It's been working well with Linux > > for about a year now, I'm presuming it'll work in FreeBSD. > > >From the recent discusion on this, it seemed that there was a possiblity > of the MegaRAID drivers wedging under extreme load. This was being worked > on, but it wasn't clear if it had been fixed. The Mylex controllers were > supposed to be the best RAID solution at this moment. The AMI is supposed > to be a month or so. > Apologies if my account of the thread doesn't agree with the driver > author :( That's OK. At this point in time, I don't have any outstanding reports of problems with the MegaRAID driver in 4-stable. The 4-release version is capable of locking up the adapter, however. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 11:47:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from noc.cioe.com (noc.cioe.com [204.120.165.38]) by hub.freebsd.org (Postfix) with ESMTP id 9757137B81C; Thu, 4 May 2000 11:47:11 -0700 (PDT) (envelope-from mhoover@cioe.com) Received: from localhost (mhoover@localhost) by noc.cioe.com (8.9.3/8.9.3) with ESMTP id NAA93024; Thu, 4 May 2000 13:45:50 -0500 (EST) (envelope-from mhoover@cioe.com) X-Authentication-Warning: noc.cioe.com: mhoover owned process doing -bs Date: Thu, 4 May 2000 13:45:50 -0500 (EST) From: Matt Hoover X-Sender: mhoover@localhost To: freebsd-questions@freebsd.org Cc: freebsd-stable@freebsd.org Subject: Upgrading from 4.0 Release Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am trying to do a 'buildworld' and each time I try it breaks in the same spot. Any ideas ? thanks Matt ------------------------------------------------------------------------- /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/addr2line created for /u= sr/src/gnu/usr.bin/binutils/addr2line =3D=3D=3D> ar /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/ar created for /usr/src/= gnu/usr.bin/binutils/ar =3D=3D=3D> as =3D=3D=3D> as/i386-freebsd /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/as/i386-freebsd created = for /usr/src/gnu/usr.bin/binutils/as/i386-freebsd =3D=3D=3D> gasp /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/gasp created for /usr/sr= c/gnu/usr.bin/binutils/gasp =3D=3D=3D> ld /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/ld created for /usr/src/= gnu/usr.bin/binutils/ld =3D=3D=3D> nm /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/nm created for /usr/src/= gnu/usr.bin/binutils/nm =3D=3D=3D> objcopy /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/objcopy created for /usr= /src/gnu/usr.bin/binutils/objcopy =3D=3D=3D> objdump /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/objdump created for /usr= /src/gnu/usr.bin/binutils/objdump =3D=3D=3D> ranlib /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/ranlib created for /usr/= src/gnu/usr.bin/binutils/ranlib =3D=3D=3D> size /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/size created for /usr/sr= c/gnu/usr.bin/binutils/size =3D=3D=3D> strings /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/strings created for /usr= /src/gnu/usr.bin/binutils/strings =3D=3D=3D> strip /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/strip created for /usr/s= rc/gnu/usr.bin/binutils/strip =3D=3D=3D> doc /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/doc created for /usr/src= /gnu/usr.bin/binutils/doc =3D=3D=3D> libiberty rm -f .depend mkdep -f .depend -a -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutil= s/libiberty -I/usr/src/gnu/usr.bin/binutils/libiberty/../libbfd/i386 -I/usr= /src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/include -I= /usr/obj/usr/src/i386/usr/include /usr/src/gnu/usr.bin/binutils/libiberty/= =2E./../../../contrib/binutils/libiberty/argv.c /usr/src/gnu/usr.bin/binuti= ls/libiberty/../../../../contrib/binutils/libiberty/basename.c /usr/src/gnu= /usr.bin/binutils/libiberty/../../../../contrib/binutils/libiberty/choose-t= emp.c /usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/= libiberty/concat.c /usr/src/gnu/usr.bin/binutils/libiberty/../../../../cont= rib/binutils/libiberty/cplus-dem.c /usr/src/gnu/usr.bin/binutils/libiberty/= =2E./../../../contrib/binutils/libiberty/fdmatch.c /usr/src/gnu/usr.bin/bin= utils/libiberty/../../../../contrib/binutils/libiberty/fnmatch.c /usr/src/g= nu/usr.bin/binutils/libiberty/../../../../contrib/binutils/libiberty/getopt= =2Ec /usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/l= ibiberty/getopt1.c /usr/src/gnu/usr.bin/binutils/libiberty/../../../../cont= rib/binutils/libiberty/getruntime.c /usr/src/gnu/usr.bin/binutils/libiberty= /../../../../contrib/binutils/libiberty/hex.c /usr/src/gnu/usr.bin/binutils= /libiberty/../../../../contrib/binutils/libiberty/floatformat.c /usr/src/gn= u/usr.bin/binutils/libiberty/../../../../contrib/binutils/libiberty/objallo= c.c /usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/li= biberty/obstack.c /usr/src/gnu/usr.bin/binutils/libiberty/../../../../contr= ib/binutils/libiberty/spaces.c /usr/src/gnu/usr.bin/binutils/libiberty/../.= =2E/../../contrib/binutils/libiberty/strerror.c /usr/src/gnu/usr.bin/binuti= ls/libiberty/../../../../contrib/binutils/libiberty/strsignal.c /usr/src/gn= u/usr.bin/binutils/libiberty/../../../../contrib/binutils/libiberty/xatexit= =2Ec /usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/l= ibiberty/xexit.c /usr/src/gnu/usr.bin/binutils/libiberty/../../../../contri= b/binutils/libiberty/xmalloc.c /usr/src/gnu/usr.bin/binutils/libiberty/../.= =2E/../../contrib/binutils/libiberty/xstrdup.c /usr/src/gnu/usr.bin/binutil= s/libiberty/../../../../contrib/binutils/libiberty/xstrerror.c /usr/src/gnu= /usr.bin/binutils/libiberty/../../../../contrib/binutils/libiberty/insque.c cd /usr/src/gnu/usr.bin/binutils/libiberty; make _EXTRADEPEND =3D=3D=3D> libbfd sed -e s/NN/32/g /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/b= inutils/bfd/elfxx-target.h > elf32-target.h sed -f /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bf= d/targmatch.sed /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/bi= nutils/bfd/config.bfd > targmatch.h rm -f .depend mkdep -f .depend -a -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutil= s/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin= /binutils/libbfd/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd/../.= =2E/../../contrib/binutils/include -DDEFAULT_VECTOR=3Dbfd_elf32_i386_vec -D= HAVE_bfd_elf32_i386_vec -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../= contrib/binutils/bfd -DSELECT_ARCHITECTURES=3D" &bfd_i386_arch" -DSELECT_VE= CS=3D" &bfd_elf32_i386_vec" -I/usr/obj/usr/src/i386/usr/include /usr/src/g= nu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cpu-i386.c /usr= /src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32-i38= 6.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/e= lf32.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bf= d/elflink.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binuti= ls/bfd/archive.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/b= inutils/bfd/archures.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../con= trib/binutils/bfd/bfd.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../co= ntrib/binutils/bfd/binary.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../.= =2E/contrib/binutils/bfd/cache.c /usr/src/gnu/usr.bin/binutils/libbfd/../..= /../../contrib/binutils/bfd/coffgen.c /usr/src/gnu/usr.bin/binutils/libbfd/= =2E./../../../contrib/binutils/bfd/corefile.c /usr/src/gnu/usr.bin/binutils= /libbfd/../../../../contrib/binutils/bfd/elf.c /usr/src/gnu/usr.bin/binutil= s/libbfd/../../../../contrib/binutils/bfd/format.c /usr/src/gnu/usr.bin/bin= utils/libbfd/../../../../contrib/binutils/bfd/hash.c /usr/src/gnu/usr.bin/b= inutils/libbfd/../../../../contrib/binutils/bfd/ihex.c /usr/src/gnu/usr.bin= /binutils/libbfd/../../../../contrib/binutils/bfd/init.c /usr/src/gnu/usr.b= in/binutils/libbfd/../../../../contrib/binutils/bfd/libbfd.c /usr/src/gnu/u= sr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/linker.c /usr/src/g= nu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/opncls.c /usr/s= rc/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/reloc.c /us= r/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/section.= c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/sre= c.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/s= tab-syms.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutil= s/bfd/stabs.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binu= tils/bfd/syms.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/bi= nutils/bfd/targets.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contr= ib/binutils/bfd/tekhex.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../c= ontrib/binutils/bfd/dwarf2.c *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/libbfd. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 11:49:20 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mercury.campbell-mithun.com (Mercury.campbell-mithun.com [192.159.32.151]) by hub.freebsd.org (Postfix) with ESMTP id 171A337BA08 for ; Thu, 4 May 2000 11:49:10 -0700 (PDT) (envelope-from swb@grasslake.net) Received: from marlowe (Marlowe.campbell-mithun.com [192.159.32.184]) by mercury.campbell-mithun.com (8.9.1a/8.9.1) with SMTP id MAA23350 for ; Thu, 4 May 2000 12:53:39 -0500 Message-ID: <001801bfb5f9$771740c0$b8209fc0@marlowe> From: "Shawn Barnhart" To: References: <200005041805.LAA00975@mass.cdrom.com> Subject: Re: HPDA/DAC960PL errors Date: Thu, 4 May 2000 13:49:23 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----- Original Message ----- From: "Mike Smith" | That's OK. At this point in time, I don't have any outstanding reports | of problems with the MegaRAID driver in 4-stable. The 4-release version | is capable of locking up the adapter, however. And he's too busy fixing the Mylex driver to do anything about them anyway. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 12: 6:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id 4AB1C37B939; Thu, 4 May 2000 12:06:39 -0700 (PDT) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (Postfix) with ESMTP id 7B69A2CE67; Thu, 4 May 2000 21:06:31 +0200 (EET) Received: by myhakas.matti.ee (Postfix, from userid 1000) id C1A301C583B; Thu, 4 May 2000 21:06:35 +0200 (EET) Date: Thu, 4 May 2000 21:06:35 +0200 From: Vallo Kallaste To: Mike Smith Cc: Parag Patel , freebsd-stable@FreeBSD.ORG Subject: Re: How good is AMI MegaRAID support? Message-ID: <20000504210635.A8681@myhakas.matti.ee> Reply-To: vallo@matti.ee References: <93707.957044958@pinhead.parag.codegen.com> <200004300431.VAA00672@mass.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200004300431.VAA00672@mass.cdrom.com>; from msmith@freebsd.org on Sat, Apr 29, 2000 at 09:31:50PM -0700 Organization: =?UTF-8?Q?AS_Matti_B=C3=BCrootehnika?= Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 29, 2000 at 09:31:50PM -0700, Mike Smith wrote: > > Out of curiosity, how would a PCI-RAID (SCSI) adapter compare with > > vanilla PCI-SCSI cards and vinum? It seems to me that the host CPU(s) > > are much faster than the processors on the PCI-SCSI adapters. Or are > > both of these "fast-enough" and thus performance differences are largely > > an irrelevent consideration? (They both have similar software issues > > but I suspect vinum is easier to debug. :) > > All other things being equal, software RAID is going to be faster. (ie. > same disks, same # of SCSI channels, etc.) The hardware solution's sell > there is: > > - better support/functionality (enclosure management, etc.) > - better survivability (battery-backed cache) > > Plus you get a stack of SCSI channels onboard the card. Are you sure? I think the upcoming IBM ServeRaid version 4 adapters will have PowerPC 750 processor which outperforms current host processors easily? Anyway I think for degraded mode you'll definitely need separate processing unit to offload parity calculations from host processor, else the system will calculate parity not service users. That's theory, of course, but it seems so obvious. Am I missing something? All this discussion seems quite unnecessary in that light for me. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 12:14:15 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-202-176-114.dsl.snfc21.pacbell.net [63.202.176.114]) by hub.freebsd.org (Postfix) with ESMTP id 6916337B900; Thu, 4 May 2000 12:14:10 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id MAA01426; Thu, 4 May 2000 12:22:53 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005041922.MAA01426@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: vallo@matti.ee Cc: Mike Smith , Parag Patel , freebsd-stable@freebsd.org Subject: Re: How good is AMI MegaRAID support? In-reply-to: Your message of "Thu, 04 May 2000 21:06:35 +0200." <20000504210635.A8681@myhakas.matti.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 May 2000 12:22:53 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sat, Apr 29, 2000 at 09:31:50PM -0700, Mike Smith wrote: > > > > Out of curiosity, how would a PCI-RAID (SCSI) adapter compare with > > > vanilla PCI-SCSI cards and vinum? It seems to me that the host CPU(s) > > > are much faster than the processors on the PCI-SCSI adapters. Or are > > > both of these "fast-enough" and thus performance differences are largely > > > an irrelevent consideration? (They both have similar software issues > > > but I suspect vinum is easier to debug. :) > > > > All other things being equal, software RAID is going to be faster. (ie. > > same disks, same # of SCSI channels, etc.) The hardware solution's sell > > there is: > > > > - better support/functionality (enclosure management, etc.) > > - better survivability (battery-backed cache) > > > > Plus you get a stack of SCSI channels onboard the card. > > Are you sure? I think the upcoming IBM ServeRaid version 4 adapters will > have PowerPC 750 processor which outperforms current host processors > easily? I'd like to see it take on eg. a 1GHz K7 or a 4-way 800MHz PIII/Xeon box. > Anyway I think for degraded mode you'll definitely need separate > processing unit to offload parity calculations from host processor, else > the system will calculate parity not service users. That's theory, of > course, but it seems so obvious. Am I missing something? All this > discussion seems quite unnecessary in that light for me. Having dedicated hardware for offloading this sort of work is nice when the host is saturated. If it's not, then it's unnecessary. Your call; personally I like the hardware. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 12:23:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from privatecube.privatelabs.com (privatecube.privatelabs.com [198.143.31.30]) by hub.freebsd.org (Postfix) with ESMTP id EA62D37C28C for ; Thu, 4 May 2000 12:23:03 -0700 (PDT) (envelope-from mi@privatelabs.com) Received: from misha.privatelabs.com (root@misha.privatelabs.com [198.143.31.6]) by privatecube.privatelabs.com (8.9.2/8.9.2) with ESMTP id OAA07365; Thu, 4 May 2000 14:22:18 -0400 (EDT) Received: from privatelabs.com (mi@localhost [127.0.0.1]) by misha.privatelabs.com (8.9.3/8.9.3) with ESMTP id PAA07955; Thu, 4 May 2000 15:22:49 -0400 (EDT) (envelope-from mi@privatelabs.com) From: mi@privatelabs.com Message-Id: <200005041922.PAA07955@misha.privatelabs.com> Date: Thu, 4 May 2000 15:22:46 -0400 (EDT) Subject: Re: How good is AMI MegaRAID support? To: vallo@matti.ee Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <20000504210635.A8681@myhakas.matti.ee> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 4 May, Vallo Kallaste wrote: = Are you sure? I think the upcoming IBM ServeRaid version 4 adapters = will have PowerPC 750 processor which outperforms current host = processors easily? Anyway I think for degraded mode you'll definitely = need separate processing unit to offload parity calculations from host = processor, else the system will calculate parity not service users. Generally, you want all of the available power to be used all the time. In this case, you'd want to have a lot of CPU. When the array works in a degraded mode, there is still enough for your users. When it functions properly, the extra processing power is not wasted. = That's theory, of course, but it seems so obvious. Am I missing = something? Well, the way you describe the ServerRaid4, it will add another processor to a machine, without the benefits of SMP -- no _symmetrical_ multi-processing... -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 12:47:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id 0BF6637C1E9; Thu, 4 May 2000 12:47:16 -0700 (PDT) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (Postfix) with ESMTP id A685E2CE62; Thu, 4 May 2000 21:47:09 +0200 (EET) Received: by myhakas.matti.ee (Postfix, from userid 1000) id E5F8B1C5839; Thu, 4 May 2000 21:47:14 +0200 (EET) Date: Thu, 4 May 2000 21:47:14 +0200 From: Vallo Kallaste To: Mike Smith Cc: Parag Patel , freebsd-stable@freebsd.org Subject: Re: How good is AMI MegaRAID support? Message-ID: <20000504214714.A10267@myhakas.matti.ee> Reply-To: vallo@matti.ee References: <20000504210635.A8681@myhakas.matti.ee> <200005041922.MAA01426@mass.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005041922.MAA01426@mass.cdrom.com>; from msmith@freebsd.org on Thu, May 04, 2000 at 12:22:53PM -0700 Organization: =?UTF-8?Q?AS_Matti_B=C3=BCrootehnika?= Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, May 04, 2000 at 12:22:53PM -0700, Mike Smith wrote: > I'd like to see it take on eg. a 1GHz K7 or a 4-way 800MHz PIII/Xeon box. Ok, does vinum take advantage of MP system for parity calculation? Actually I don't know anything about this PowerPC processor line, so.. What I said was based on the IBM instructor talk about a month ago or so. Well, where's the truth and who I can trust, eh? > > Anyway I think for degraded mode you'll definitely need separate > > processing unit to offload parity calculations from host processor, else > > the system will calculate parity not service users. That's theory, of > > course, but it seems so obvious. Am I missing something? All this > > discussion seems quite unnecessary in that light for me. > > Having dedicated hardware for offloading this sort of work is nice when > the host is saturated. If it's not, then it's unnecessary. Your call; > personally I like the hardware. Exactly, but I always think that big systems are for big work and are always near to saturation on peak hours and the likelyhood of disk failures and degraded mode is in the same timeslot. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 13:13:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from apoq.skynet.be (apoq.skynet.be [195.238.2.35]) by hub.freebsd.org (Postfix) with ESMTP id 9B6EF37B800; Thu, 4 May 2000 13:13:34 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [195.238.1.121] (brad.techos.skynet.be [195.238.1.121]) by apoq.skynet.be (Postfix) with ESMTP id 769071F59C; Thu, 4 May 2000 22:13:15 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <20000504214714.A10267@myhakas.matti.ee> References: <20000504210635.A8681@myhakas.matti.ee> <200005041922.MAA01426@mass.cdrom.com> <20000504214714.A10267@myhakas.matti.ee> Date: Thu, 4 May 2000 22:11:59 +0200 To: vallo@matti.ee, Mike Smith From: Brad Knowles Subject: Re: How good is AMI MegaRAID support? Cc: Parag Patel , freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 9:47 PM +0200 2000/5/4, Vallo Kallaste wrote: > Exactly, but I always think that big systems are for big work and are > always near to saturation on peak hours and the likelyhood of disk > failures and degraded mode is in the same timeslot. It's been my experience that the one thing I've always got on any of the servers I run is plenty of spare CPU time, even if everything else is maxxed-out. Thus, the very minimal overhead of vinum would not be an issue (even on my most heavily used systems, I haven't been able to measure the amount of additional workload it adds), although the greater I/O bandwidth and latency involved in directly writing parity information, etc... would be. -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 14: 0:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from midway.uchicago.edu (midway.uchicago.edu [128.135.12.12]) by hub.freebsd.org (Postfix) with ESMTP id 1DB6E37B9A5 for ; Thu, 4 May 2000 14:00:11 -0700 (PDT) (envelope-from dbsypher@uchicago.edu) Received: from harper.uchicago.edu (root@harper.uchicago.edu [128.135.12.7]) by midway.uchicago.edu (8.9.3/8.9.3) with ESMTP id QAA07961; Thu, 4 May 2000 16:00:05 -0500 (CDT) Received: from cerberus (broad-208-049.rh.uchicago.edu [128.135.208.49]) by harper.uchicago.edu (8.9.3/8.9.3) with ESMTP id PAA27541; Thu, 4 May 2000 15:59:54 -0500 (CDT) Message-Id: <4.2.2.20000504155726.00b434a0@nsit-popmail.uchicago.edu> X-Sender: dbsypher@nsit-popmail.uchicago.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 Date: Thu, 04 May 2000 15:58:54 -0600 To: "Reid" , From: David Syphers Subject: Re: Where download freebsd 4.0 stable snapshot? In-Reply-To: <020701bfb5e0$da9590c0$0200000a@reid.xmission.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 09:53 AM 5/4/00 -0600, Reid wrote: >I am newbie. Someone recommend me to download Freebsd4.0 stable snapshot. >Where can I download Freebsd 4.0 Snapshot? I have download freebsd 4.0 and >fdimage those two floppies. They don't work. Now I need to download freebsd >4.0 stable snapshot to make it work with Compaq with EISA Smart Array >controller card. You can get the latest snapshots at usw3.freebsd.org (/pub/freebsd/snapshots). -david To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 14: 9:30 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.234]) by hub.freebsd.org (Postfix) with ESMTP id 58D0A37B616; Thu, 4 May 2000 14:09:27 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id OAA00829; Thu, 4 May 2000 14:17:12 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005042117.OAA00829@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Adam Laurie Cc: Mike Smith , Dag-Erling Smorgrav , cjclark@home.com, stable@freebsd.org Subject: Re: console disappears after reboot In-reply-to: Your message of "Thu, 13 Jan 2000 14:18:40 GMT." <387DDEC0.1BC6381D@algroup.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 May 2000 14:17:11 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > So in summary; there's nothing that will "decide there is no built-in > > console" unless you explicitly tell it to go look for itself. Anything > > that's causing the system to talk to a serial console is at the admin's > > request. At this point in time, there is no way to force a change of > > console once the system is up and running. > > Unfortunately experience tells us otherwise. If we boot with no VGA > plugged in, we can't plug one in later and expect to see a console. If this is what is actually happening (ie. you do not have -P in / boot.config), then you have a video card which fails when there is no monitor connected, and it is not at all reasonable to expect syscons to probe/attach to this. > It seems that FreeBSD 3.1+ scans for a console, and if it can't find kb > / vga it switches to serial. The old machines all work fine as they are > 3.0 or less. This assumption is false. > I know I can set the console device in /boot/loader.conf, but this leads > to other problems (possibly a bug here): on some machines we get a > "/boot/loader not found - Disk error 0x1", and we suspect that this is > to do with the boot partition not being constrained to the first 1024 > cylinders. That's probably true. You shouldn't do this. > Anyway, to cut a long story short, I would prefer to simply do something > in /etc/rc.local to force the console back to local kb/vga, or disable > the serial console in the kernel itself... so my question is: what? Is > there such a command/setting? No. Under the circumstances you've described, it wouldn't help anyway, since there's nothing that you can do at that point that won't fail in the same fashion that the earlier syscons probe did. There have been some changes in syscons in 4.0 which may make it more generous in dealing with your video adapter, but if syscons is not attaching to your vide hardware, or the keyboard controller in these systems is failing with the switch turned off, there is nothing that can be done about it on software. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 16:39:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from westhost15.westhost.net (westhost15.westhost.net [216.71.84.69]) by hub.freebsd.org (Postfix) with ESMTP id A941637BA3F for ; Thu, 4 May 2000 16:39:01 -0700 (PDT) (envelope-from pahowes@fair-ware.com) Received: from beast (h0020af68b314.ne.mediaone.net [24.218.140.123]) by westhost15.westhost.net (8.8.5/8.8.5) with SMTP id SAA15168 for ; Thu, 4 May 2000 18:36:50 -0500 Reply-To: From: "Paul A. Howes" To: Subject: libXpm problem... Date: Thu, 4 May 2000 19:39:02 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG All- I was trying to build /usr/ports/x11/gnomelibs, and it failed complaining that it cannot find the libXpm.so.4 shared object. I checked in /usr/X11R6/lib and didn't see it. I even went as far as to download the "virgin" sources and build it by hand. The shared object is never built! I resorted to modifying the /usr/ports/graphics/xpm/work/xpm-3.4k/lib/Makefile to have an appropriate target: libXpm.so.4: $(OBJS) $(EXTRALIBRARYDEPS) gcc -shared -o libXpm.so.4 $(OBJS) Is this a known problem? Is there a fix in the works? Thanks! -- Paul A. Howes To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 4 22:10: 9 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pericles.IPAustralia.gov.au (pericles.IPAustralia.gov.au [202.14.186.30]) by hub.freebsd.org (Postfix) with ESMTP id 6057437B7CC for ; Thu, 4 May 2000 22:10:05 -0700 (PDT) (envelope-from carl@xena.aipo.gov.au) Received: (from smap@localhost) by pericles.IPAustralia.gov.au (8.9.3/8.9.3) id PAA79208 for ; Fri, 5 May 2000 15:10:03 +1000 (EST) (envelope-from carl@xena.aipo.gov.au) Received: from newton.aipo.gov.au(10.0.100.18) by pericles.IPAustralia.gov.au via smap (V2.0) id xma079193; Fri, 5 May 00 15:09:45 +1000 Received: from localhost (carl@localhost) by newton.aipo.gov.au (8.9.3/8.9.3) with ESMTP id PAA66737 for ; Fri, 5 May 2000 15:13:06 +1000 (EST) (envelope-from carl@xena.aipo.gov.au) X-Authentication-Warning: newton.aipo.gov.au: carl owned process doing -bs Date: Fri, 5 May 2000 15:13:06 +1000 (EST) From: Carl Makin X-Sender: carl@newton.aipo.gov.au To: freebsd-stable@FreeBSD.ORG Subject: AMI MegaRAID performance (was HPDA/DAC960PL errors) In-Reply-To: <200005041805.LAA00975@mass.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 4 May 2000, Mike Smith wrote: > That's OK. At this point in time, I don't have any outstanding reports > of problems with the MegaRAID driver in 4-stable. The 4-release version > is capable of locking up the adapter, however. Here is the rawio stats for a 3.4-STABLE box running a Dell PERC2/SC card (I think it's an OEM AMI MegaRAID Express 300). Random read Sequential read Random write Sequential write ID K/sec /sec K/sec /sec K/sec /sec K/sec /sec PERC2/SC 5533.6 344 19268.6 1176 881.6 54 1034.6 63 This is on a Dell PowerEdge 4300, pIII/450 connected via a single bus to 8 x 18Gb LVD disks (1 x hot spare, the rest in 1 array). This is using the amr-stable patch produced by Mike in December last year, with the lockup fix backported from 4.0-STABLE (heh, 2 lines, wasn't hard). We're about to throw this into production. Carl. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 0:10:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mta01.chello.no (mta01.chello.no [212.186.255.12]) by hub.freebsd.org (Postfix) with ESMTP id E8CBB37B509 for ; Fri, 5 May 2000 00:10:45 -0700 (PDT) (envelope-from yskundbe@chello.no) Received: from c170s193-h5t14.chello.no ([213.46.193.170]) by mta01.chello.no (InterMail vK.4.02.00.00 201-232-116 license 77df2db80a2bdce4d335ff4839618d42) with ESMTP id <20000505071059.BOTP400.mta01@c170s193-h5t14.chello.no>; Fri, 5 May 2000 09:10:59 +0200 Date: Fri, 5 May 2000 11:12:19 +0200 (CEST) From: =?iso-8859-1?Q?=D8ystein_Skundberg?= X-Sender: eskimo@igloo.my.domain To: =?iso-8859-1?Q?=D8ystein_Skundberg?= Cc: freebsd-stable@freebsd.org Subject: Re: Kernel build broke (stable as of 05032000) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 3 May 2000, =D8ystein Skundberg wrote: > ***=A0=CBrr=F8r=A0c=F8=F0e=A0=B9 >=20 Holy mother. I can assure you that it didn't look this way when it was posted. My apologies. =D8ystein "Err=F8r,indeed" SKundberg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 1:18:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail2.gmx.net (mail.gmx.net [194.221.183.62]) by hub.freebsd.org (Postfix) with SMTP id 3222F37B6F2 for ; Fri, 5 May 2000 01:18:30 -0700 (PDT) (envelope-from sdt@gmx.net) Received: (qmail 32042 invoked by uid 0); 5 May 2000 08:18:28 -0000 Received: from as10-182.brunet.bn (HELO stomper.sdtzone) (202.160.10.182) by mail.gmx.net with SMTP; 5 May 2000 08:18:28 -0000 Received: from localhost (sdt@localhost) by stomper.sdtzone (8.9.3/8.9.3) with ESMTP id QAA02532; Fri, 5 May 2000 16:16:43 +0800 (BNT) (envelope-from sdt@stomper.sdtzone) Date: Fri, 5 May 2000 16:16:42 +0800 (BNT) From: Stefanus Du Toit To: freebsd-stable@FreeBSD.ORG Cc: gcc-help@gcc.gnu.org Subject: libio - _G_IO_IO_FILE_VERSION, streambuf::showmanyc() Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, (note: I am not subscribed to gcc-help, but am to freebsd-stable) I'm currently working at a protocol library in C++. It uses iostreams for network communication, hence relying on streambuf. However, we require streambuf::showmanyc() to be available, but it seems to be #defined out as follows in /usr/include/g++/streambuf.h: -- g++/streambuf.h, line 416 -- #if _G_IO_IO_FILE_VERSION == 0x20001 virtual int showmanyc(); virtual void imbue(void *); #endif -- snip -- Another developer also working on the project has g++ 2.95.2 installed from the sources straight from cygnus (on Linux afaik) and he seems to have #define _G_IO_IO_FILE_VERSION = 0x20001 in his _G_config.h. Why is this not defined in the version built from /usr/src/, with FreeBSD-STABLE 4.0 from about 2 weeks ago? Any ideas on how I can get this fixed? Your help would be greatly appreciated, -- Stefanus Du Toit * WorldForger * Open-source/free software unix hacker mailto:sdt@gmx.net * http://www.worldforge.org/ * http://ultracool.net/ GPG key: 6B92DE98 from certserver.pgp.com or http://ultracool.net/gpg/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 1:41: 1 2000 Delivered-To: freebsd-stable@freebsd.org Received: from relay.uvd.chel.su (uvd.chel.su [195.54.2.174]) by hub.freebsd.org (Postfix) with ESMTP id 2C3AF37B84F for ; Fri, 5 May 2000 01:40:57 -0700 (PDT) (envelope-from lw@pd.chel.ru) Received: from isergeya.uvd.chel.su (isergeya.uvd.chel.su [192.168.200.123]) by relay.uvd.chel.su (Postfix) with ESMTP id EF00C143 for ; Fri, 5 May 2000 14:40:48 +0600 (YEKST) Date: Fri, 5 May 2000 14:41:25 +0500 From: "Sergey A. Ivanov" X-Mailer: The Bat! (v1.41) UNREG / CD5BF9353B3B7091 Reply-To: "Sergey A. Ivanov" X-Priority: 3 (Normal) Message-ID: <19612.000505@pd.chel.ru> To: freebsd-stable@freeBSD.ORG Subject: buildkernel breaks? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello -stable! Is someone breaks something by comitting kqueue? I can't compile kernel after cvsupping last day: linker complains about 'knote'... Best regards, Sergey mailto:lw@pd.chel.ru ICQ UIN: 49432691 http://lw.narod.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 9:33:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id 8479F37B9D2; Fri, 5 May 2000 09:33:27 -0700 (PDT) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id MAA13634; Fri, 5 May 2000 12:33:02 -0400 (EDT) (envelope-from howardl) From: Howard Leadmon Message-Id: <200005051633.MAA13634@account.abs.net> Subject: Re: Debugging Kernel/System Crashes, can anyone help?? In-Reply-To: <200005040319.UAA66688@apollo.backplane.com> from Matthew Dillon at "May 3, 2000 08:19:19 pm" To: Matthew Dillon Date: Fri, 5 May 2000 12:33:02 -0400 (EDT) Cc: Greg Lehey , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG =20 > Ahhhh hah! Yes, I think I see what is happening. >=20 > The kernel ioctl() system call is using a stack based > char buffer to hold the temporary data, and this buffer is not=20 > aligned. >=20 > Please try the following patch. >=20 > -Matt > Matthew Dillon=20 > Hello Matt, Well I almost thought we had something here, as the machine actually stayed online for over a day this past time. Anyway I did add your patch, and when the machine died I now have a crashdump of the data with your patch include= d, when I will provide below. FYI, I have kept the past crashinfo as well as the current one, so if you need any other info just let me know. Hopefully something in this latest crash will stick out to you.. # gdb -k kernel.1 vmcore.1 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... SMP 2 cpus IdlePTD 3112960 initial pcb at 2815e0 panicstr: page fault panic messages: --- panic: unknown/reserved trap mp_lock =3D 01000002; cpuid =3D 1; lapic.id =3D 01000000 boot() called on cpu#1 syncing disks...=20 Fatal trap 12: page fault while in kernel mode mp_lock =3D 01000003; cpuid =3D 1; lapic.id =3D 01000000 fault virtual address =3D 0x30 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc01cdca5 stack pointer =3D 0x10:0xff80ddd0 frame pointer =3D 0x10:0xff80ddd4 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D Idle interrupt mask =3D net bio cam <- SMP: XXX trap number =3D 12 panic: page fault mp_lock =3D 01000003; cpuid =3D 1; lapic.id =3D 01000000 boot() called on cpu#1 Uptime: 1h52m40s dumping to dev #ad/0x20001, offset 128 dump ata0: resetting devices .. done 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365= 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 34= 6 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 3= 27 326 325 324 323 322 321 32= 0 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 3= 01 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 = 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264= 263 262 261 260 259 258 257=20= 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238= 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 21= 9 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 2= 00 199 198 197 196 195 194 19= 3 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 1= 74 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 = 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137= 136 135 134 133 132 131 130=20= 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111= 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 = 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 = 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 0=20 --- #0 boot (howto=3D260) at ../../kern/kern_shutdown.c:304 304 dumppcb.pcb_cr3 =3D rcr3(); (kgdb) back #0 boot (howto=3D260) at ../../kern/kern_shutdown.c:304 #1 0xc013af94 in poweroff_wait (junk=3D0xc025922f, howto=3D0) at ../../kern/kern_shutdown.c:554 #2 0xc02283cc in trap_fatal (frame=3D0xff80dd90, eva=3D48) at ../../i386/i386/trap.c:924 #3 0xc022805d in trap_pfault (frame=3D0xff80dd90, usermode=3D0, eva=3D48) at ../../i386/i386/trap.c:817 #4 0xc0227c57 in trap (frame=3D{tf_fs =3D -8388584, tf_es =3D -1072496624,= =20 tf_ds =3D -976158704, tf_edi =3D 0, tf_esi =3D 0, tf_ebp =3D -8331820= ,=20 tf_isp =3D -8331844, tf_ebx =3D -1071185252, tf_edx =3D -1071010272,= =20 tf_ecx =3D 16777217, tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0,=20 tf_eip =3D -1071850331, tf_cs =3D 8, tf_eflags =3D 66178, tf_esp =3D = -847926736,=20 tf_ss =3D -8331796}) at ../../i386/i386/trap.c:423 #5 0xc01cdca5 in acquire_lock (lk=3D0xc027029c) at machine/globals.h:113 #6 0xc01d2f7c in softdep_count_dependencies (bp=3D0xcd75aa30, wantcount=3D= 0) at ../../ufs/ffs/ffs_softdep.c:4535 #7 0xc01d624c in ffs_fsync (ap=3D0xff80de50) at ../../ufs/ffs/ffs_vnops.c:= 168 #8 0xc01d4d66 in ffs_sync (mp=3D0xc58fb000, waitfor=3D2, cred=3D0xc0dee900= ,=20 p=3D0xc0297060) at vnode_if.h:537 #9 0xc01673ef in sync (p=3D0xc0297060, uap=3D0x0) at ../../kern/vfs_syscal= ls.c:549 #10 0xc013a9b3 in boot (howto=3D256) at ../../kern/kern_shutdown.c:226 #11 0xc013af94 in poweroff_wait (junk=3D0xc0259739, howto=3D0) at ../../kern/kern_shutdown.c:554 #12 0xc02283d6 in trap_fatal (frame=3D0xff80df44, eva=3D0) at ../../i386/i386/trap.c:926 #13 0xc0227d92 in trap (frame=3D{tf_fs =3D -1072365544, tf_es =3D 117492942= 4,=20 tf_ds =3D -1059192816, tf_edi =3D -194641856, tf_esi =3D -1059168256,= =20 tf_ebp =3D -8331372, tf_isp =3D -8331408, tf_ebx =3D -1059161408,=20 tf_edx =3D 54312, tf_ecx =3D 0, tf_eax =3D -194641856, tf_trapno =3D = 29,=20 tf_err =3D 0, tf_eip =3D -1071900421, tf_cs =3D 8, tf_eflags =3D 582,= =20 tf_esp =3D -1059161408, tf_ss =3D 1074266112}) at ../../i386/i386/tra= p.c:586 #14 0xc01c18fb in dc_intr (arg=3D0xc0de6000) at machine/cpufunc.h:331 #15 0xc0230953 in intr_mux (arg=3D0xc0de7b20) at ../../i386/isa/intr_machdep.c:569 (kgdb) q #=20 --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 11: 3: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from isds.duke.edu (davinci.isds.duke.edu [152.3.22.1]) by hub.freebsd.org (Postfix) with ESMTP id A449337BBA0 for ; Fri, 5 May 2000 11:02:48 -0700 (PDT) (envelope-from sto@stat.Duke.EDU) Received: from cayenne.isds.duke.edu (cayenne.isds.duke.edu [152.3.22.11]) by isds.duke.edu (8.8.8/8.8.8) with ESMTP id OAA10402 for ; Fri, 5 May 2000 14:02:46 -0400 (EDT) Received: (from sto@localhost) by cayenne.isds.duke.edu (8.8.8/8.8.8) id OAA24111 for freebsd-stable@FreeBSD.ORG; Fri, 5 May 2000 14:02:46 -0400 (EDT) Date: Fri, 5 May 2000 14:02:46 -0400 From: "Sean O'Connell" To: FreeBSD stable Subject: Panic during vnconfig over nfs Message-ID: <20000505140246.A24099@stat.Duke.EDU> Reply-To: "Sean O'Connell" Mail-Followup-To: FreeBSD stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i X-Organization: Institute of Statistics and Decision Sciences Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi I was trying to vnconfig a file (DOS boot image) in my home directory which is mounted via nfs. This causes a fairly reproducible panic. My environment: PII 233/ata/xl0 running 4.0-STABLE as of 14 April 2000 NFS mount from a Tru64 Unix box Here is a backtrace from a crash dump: This GDB was configured as "i386-unknown-freebsd"... IdlePTD 3219456 initial pcb at 2959c0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xff52ffff fault code = supervisor read, page not present instruction pointer = 0x8:0xc0e893e8 stack pointer = 0x10:0xc0256d90 frame pointer = 0x10:0xc0256da8 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 = Fatal trap 12: page fault while in kernel mode fault virtual address = 0xff52ffff fault code = supervisor read, page not present instruction pointer = 0x8:0xc0e893e8 stack pointer = 0x10:0xc0256d90 frame pointer = 0x10:0xc0256da8 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 = panic: from debugger syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01acb48 stack pointer = 0x10:0xc0256a80 frame pointer = 0x10:0xc0256a84 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 = bio Uptime: 19m52s dumping to dev #ad/0x20001, offset 131072 dump ata0: resetting devices .. done 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 5 8 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 --- #0 boot (howto=260) at ../../kern/kern_shutdown.c:304 304 dumppcb.pcb_cr3 = rcr3(); (kgdb) trace trace command requires an argument (kgdb) back #0 boot (howto=260) at ../../kern/kern_shutdown.c:304 #1 0xc0148d09 in panic (fmt=0xc024e7cf "page fault") at ../../kern/kern_shutdown.c:554 #2 0xc0210fd2 in trap_fatal (frame=0xc0256b54, eva=48) at ../../i386/i386/trap.c:924 #3 0xc0210c85 in trap_pfault (frame=0xc0256b54, usermode=0, eva=48) at ../../i386/i386/trap.c:817 #4 0xc0210837 in trap (frame={tf_fs = 1073872912, tf_es = -1071316976, tf_ds = -1057226736, tf_edi = 0, tf_esi = -1057178112, tf_ebp = -1071289448, tf_isp = -1071289472, tf_ebx = -1071224548, tf_edx = 1074315840, tf_ecx = -919972800, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071985848, tf_cs = 8, tf_eflags = 66050, tf_esp = -1057178112, tf_ss = -1071289416}) at ../../i386/i386/trap.c:423 #5 0xc01acb48 in acquire_lock (lk=0xc026691c) at ../../ufs/ffs/ffs_softdep.c:282 #6 0xc01b0824 in softdep_update_inodeblock (ip=0xc0fcbe00, bp=0xc37348d8, waitfor=0) at ../../ufs/ffs/ffs_softdep.c:3602 #7 0xc01abe35 in ffs_update (vp=0xc92a5440, waitfor=0) at ../../ufs/ffs/ffs_inode.c:105 #8 0xc01b5141 in ffs_fsync (ap=0xc0256c44) at ../../ufs/ffs/ffs_vnops.c:273 #9 0xc01b3abf in ffs_sync (mp=0xc0e36c00, waitfor=2, cred=0xc0743900, p=0xc02ac080) at vnode_if.h:537 #10 0xc0174383 in sync (p=0xc02ac080, uap=0x0) at ../../kern/vfs_syscalls.c:549 ---Type to continue, or q to quit--- #11 0xc014873f in boot (howto=256) at ../../kern/kern_shutdown.c:226 #12 0xc0148d09 in panic (fmt=0xc024e7cf "page fault") at ../../kern/kern_shutdown.c:554 #13 0xc0210fd2 in trap_fatal (frame=0xc0256d50, eva=4283629567) at ../../i386/i386/trap.c:924 #14 0xc0210c85 in trap_pfault (frame=0xc0256d50, usermode=0, eva=4283629567) at ../../i386/i386/trap.c:817 #15 0xc0210837 in trap (frame={tf_fs = -923860976, tf_es = -1071316976, tf_ds = -1071316976, tf_edi = 1073741824, tf_esi = -1072484741, tf_ebp = -1071288920, tf_isp = -1071288964, tf_ebx = -11337729, tf_edx = 0, tf_ecx = -1071288936, tf_eax = -8633, tf_trapno = 12, tf_err = 0, tf_eip = -1058503704, tf_cs = 8, tf_eflags = 66118, tf_esp = -1057303232, tf_ss = -909633408}) at ../../i386/i386/trap.c:423 #16 0xc0e883e8 in ?? () #17 0xc0e88089 in ?? () #18 0xc014e081 in softclock () at ../../kern/kern_timeout.c:131 ----------------------------------------------------------------------- Sean O'Connell Email: sean@stat.Duke.EDU Institute of Statistics and Decision Sciences Phone: (919) 684-5419 Duke University Fax: (919) 684-8594 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 11:15:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id 5C04A37BBB2 for ; Fri, 5 May 2000 11:15:47 -0700 (PDT) (envelope-from dgilbert@office.tor.velocet.net) Received: from office.tor.velocet.net (trooper.velocet.net [216.126.82.226]) by sabre.velocet.net (Postfix) with ESMTP id 82290138029 for ; Fri, 5 May 2000 14:14:29 -0400 (EDT) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.9.3/8.9.3) id OAA21868; Fri, 5 May 2000 14:14:33 -0400 (EDT) (envelope-from dgilbert) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14611.3976.69627.957673@trooper.velocet.net> Date: Fri, 5 May 2000 14:14:32 -0400 (EDT) To: Freebsd-stable@freebsd.org Subject: Re: How good is AMI MegaRAID support? X-Mailer: VM 6.75 under 20.4 "Emerald" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In my testing, I had 8x 18G LVD Quantum drives. With the same batch of drives, Vinum would deliver 35M/s reads and the AMI MegaRAID 1400 would deliver 14M/s reads. We're talking about a straight bonnie test, writing 5G files. The machine in question had 768M of RAM and the AMI 1400 had 64M of onboard (battery backed up) cache and was a PIII/450. I got the same results with both the Adaptec 2940U2W and the TekRAM-590F controllers. The battery-backed-up or not nature of the hardware RAID is immeterial to the "quality" of the system, BTW. The batter is neaded with the hardware solution because the PC doesn't know if the data has been written or not. In the Vinum case, the system knows what's been written and what's not ... (Then you have to start arguing about soft updates and other things --- it gets complicated... but done right you can have a few hundred megs of cache rather than 64) Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 11:30:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id D4B9B37BBB5; Fri, 5 May 2000 11:29:58 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA80765; Fri, 5 May 2000 11:28:55 -0700 (PDT) (envelope-from dillon) Date: Fri, 5 May 2000 11:28:55 -0700 (PDT) From: Matthew Dillon Message-Id: <200005051828.LAA80765@apollo.backplane.com> To: Howard Leadmon Cc: Bill Paul , Greg Lehey , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? References: <200005051633.MAA13634@account.abs.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : Hello Matt, : : Well I almost thought we had something here, as the machine actually stayed :online for over a day this past time. Anyway I did add your patch, and when :the machine died I now have a crashdump of the data with your patch included, :when I will provide below. FYI, I have kept the past crashinfo as well as :the current one, so if you need any other info just let me know. Hopefully :something in this latest crash will stick out to you.. :... This looks to be a different bug. I think it may be in Bill Paul's department. It looks like either 'sc' is NULL, or 'sc->dc_btag' or 'sc->dc_bhandle' is NULL in dc_intr. This could be SMP/interrupt related. It's hard to tell exactly which line is crunching due to the inline I/O instruction in machien/cpufunc.h. It would help if you could 'nm kernel.debug | fgrep dc_intr' to locate the start adderss of the dc_intr procedure. It would also help if you could do the following from the gdb of the kernel: frame 14 print sc print *sc -Matt Matthew Dillon :Fatal trap 12: page fault while in kernel mode :mp_lock = 01000003; cpuid = 1; lapic.id = 01000000 :fault virtual address = 0x30 :fault code = supervisor read, page not present :instruction pointer = 0x8:0xc01cdca5 :stack pointer = 0x10:0xff80ddd0 :frame pointer = 0x10:0xff80ddd4 :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 = net bio cam <- SMP: XXX :trap number = 12 :panic: page fault :mp_lock = 01000003; cpuid = 1; lapic.id = 01000000 :boot() called on cpu#1 :Uptime: 1h52m40s : :dumping to dev #ad/0x20001, offset 128 :--- :#12 0xc02283d6 in trap_fatal (frame=0xff80df44, eva=0) : at ../../i386/i386/trap.c:926 :#13 0xc0227d92 in trap (frame={tf_fs = -1072365544, tf_es = 1174929424, : tf_ds = -1059192816, tf_edi = -194641856, tf_esi = -1059168256, : tf_ebp = -8331372, tf_isp = -8331408, tf_ebx = -1059161408, : tf_edx = 54312, tf_ecx = 0, tf_eax = -194641856, tf_trapno = 29, : tf_err = 0, tf_eip = -1071900421, tf_cs = 8, tf_eflags = 582, : tf_esp = -1059161408, tf_ss = 1074266112}) at ../../i386/i386/trap.c:586 :#14 0xc01c18fb in dc_intr (arg=0xc0de6000) at machine/cpufunc.h:331 :#15 0xc0230953 in intr_mux (arg=0xc0de7b20) : at ../../i386/isa/intr_machdep.c:569 :(kgdb) q :# :--- :Howard Leadmon - howardl@abs.net - http://www.abs.net :ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 : To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 11:33: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by hub.freebsd.org (Postfix) with ESMTP id 2173C37B89F; Fri, 5 May 2000 11:32:56 -0700 (PDT) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id NAA10422; Fri, 5 May 2000 13:32:44 -0500 (CDT) (envelope-from jeff-ml@mountin.net) Received: from dial-73.max1.wa.cyberlynk.net(207.227.118.73) by peak.mountin.net via smap (V1.3) id sma010420; Fri May 5 13:32:29 2000 Message-Id: <4.3.2.20000503221040.02051d40@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Thu, 04 May 2000 17:00:35 -0500 To: Greg Lehey From: "Jeffrey J. Mountin" Subject: Re: Debugging Kernel/System Crashes, can anyone help?? Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <20000504114013.E22025@freebie.lemis.com> References: <20000503185936.E72341@ethereal.net> <20000504095941.B18453@freebie.lemis.com> <200005040124.VAA55655@account.abs.net> <20000504111136.B22025@freebie.lemis.com> <20000503185936.E72341@ethereal.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 11:40 AM 5/4/00 +0930, Greg Lehey wrote: >There's a separate issue about whether to build kernels with debug >symbols by default. That takes a lot more space (30 MB as compared to >about 8). But if you have a debug kernel, I don't see any reason to >install a stripped version. Running the non-stripped kernel uses more memory and isn't there also a performance issue. Also what is gained by running it, as long as you have the complimentary debug kernel in /var/crash (or wherever) for the stripped boot kernel. Pretty sure past discussions say nothing is gained, but some is lost by running kernel.debug rather than the stripped kernel. Maybe I missed something. I do agree with building, but not installing, a debug kernel. Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 12:11:38 2000 Delivered-To: freebsd-stable@freebsd.org Received: from caspy.masterhost.ru (caspy.masterhost.ru [195.46.167.35]) by hub.freebsd.org (Postfix) with ESMTP id 4108F37BBB2 for ; Fri, 5 May 2000 12:11:31 -0700 (PDT) (envelope-from caspy@masterhost.ru) Received: from masterhost.ru (caspy@localhost [127.0.0.1]) by caspy.masterhost.ru (8.9.3/8.9.3) with ESMTP id XAA98718 for ; Fri, 5 May 2000 23:11:25 +0400 (MSD) (envelope-from caspy@masterhost.ru) Message-ID: <39131CDD.AD659FC1@masterhost.ru> Date: Fri, 05 May 2000 23:11:25 +0400 From: Aleksey Organization: crl X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.0-STABLE i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: stable@FreeBSD.ORG Subject: problem bootimg [free|pico]bsd at 386sx Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greetings! I have a 386sx with 4mb of mem, floppy. trying to boot from freebsd 3.È install floppies and/or picobsd. when freebsd - system reading kern-disk, then mfsroot, and exactly after prompt "press [enter] to boot" going to reboot ;( when pico - system freeze after kernel loaded (seems where init must start). any ideas ? ps: seems like h/w problem, but motherboard and memory were changed.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 12:15: 3 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pawn.primelocation.net (pawn.primelocation.net [205.161.238.235]) by hub.freebsd.org (Postfix) with ESMTP id B2A4F37BBE6 for ; Fri, 5 May 2000 12:14:58 -0700 (PDT) (envelope-from cdf.lists@fxp.org) Received: by pawn.primelocation.net (Postfix, from userid 1016) id 26B439B19; Fri, 5 May 2000 15:14:58 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by pawn.primelocation.net (Postfix) with ESMTP id 1309FBA1E; Fri, 5 May 2000 15:14:58 -0400 (EDT) Date: Fri, 5 May 2000 15:14:57 -0400 (EDT) From: "Chris D. Faulhaber" X-Sender: cdf.lists@pawn.primelocation.net To: Aleksey Cc: stable@FreeBSD.ORG Subject: Re: problem bootimg [free|pico]bsd at 386sx In-Reply-To: <39131CDD.AD659FC1@masterhost.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 5 May 2000, Aleksey wrote: > Greetings! >=20 > I have a 386sx with 4mb of mem, floppy. > trying to boot from freebsd 3.=C8 install floppies and/or picobsd. >=20 See INSTALL.TXT: FreeBSD requires a 386 or better processor to run (sorry, there is no support for '286 processors) and at least 5 megs of RAM to install and 4 megs of RAM to run..... Sounds like you are 1 meg short. ----- Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 12:55:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id B9CD337BC32; Fri, 5 May 2000 12:55:35 -0700 (PDT) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net [192.168.0.24]) by thehousleys.net (8.9.3/8.9.3) with ESMTP id PAA35816; Fri, 5 May 2000 15:55:34 -0400 (EDT) Message-ID: <39132732.CF181CD1@thehousleys.net> Date: Fri, 05 May 2000 15:55:30 -0400 From: James Housley Organization: The Housleys dot Net X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 3.4-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, bugs@freebsd.org Subject: cvs-cur.6318.gz broke select.h Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 4.0-STABLE build is broken after applying cvs-cur.6318.gz, 5:50 am file from today. select.h seems to be the culprit. ===> usr.bin/vi cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/usr/src4/usr.bin/vi -I/usr/src4/usr.bin/vi/../../contrib/nvi -I/usr/src4/usr.bin/vi/../../contrib/nvi/include -I/usr/obj/usr/src4/i386/usr/include -c /usr/src4/usr.bin/vi/../../contrib/nvi/cl/cl_read.c In file included from /usr/obj/usr/src4/i386/usr/include/sys/select.h:40, from /usr/src4/usr.bin/vi/../../contrib/nvi/cl/cl_read.c:19: /usr/obj/usr/src4/i386/usr/include/sys/event.h:97: warning: parameter names (without types) in function declaration /usr/obj/usr/src4/i386/usr/include/sys/event.h:97: warning: data definition has no type or storage class In file included from /usr/src4/usr.bin/vi/../../contrib/nvi/cl/cl_read.c:19: /usr/obj/usr/src4/i386/usr/include/sys/select.h:48: field `si_note' has incomplete type *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Jim -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 13: 7:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from privatecube.privatelabs.com (privatecube.privatelabs.com [198.143.31.30]) by hub.freebsd.org (Postfix) with ESMTP id 3A1FC37BC40 for ; Fri, 5 May 2000 13:07:42 -0700 (PDT) (envelope-from mi@privatelabs.com) Received: from misha.privatelabs.com (root@misha.privatelabs.com [198.143.31.6]) by privatecube.privatelabs.com (8.9.2/8.9.2) with ESMTP id PAA20115; Fri, 5 May 2000 15:06:54 -0400 (EDT) Received: from privatelabs.com (mi@localhost [127.0.0.1]) by misha.privatelabs.com (8.9.3/8.9.3) with ESMTP id QAA52363; Fri, 5 May 2000 16:07:17 -0400 (EDT) (envelope-from mi@privatelabs.com) From: mi@privatelabs.com Message-Id: <200005052007.QAA52363@misha.privatelabs.com> Date: Fri, 5 May 2000 16:07:16 -0400 (EDT) Subject: Re: problem bootimg [free|pico]bsd at 386sx To: "Chris D. Faulhaber" Cc: Aleksey , stable@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=koi8-u Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 5 May, Chris D. Faulhaber wrote: = On Fri, 5 May 2000, Aleksey wrote: = = > Greetings! = > = > I have a 386sx with 4mb of mem, floppy. = > trying to boot from freebsd 3.È install floppies and/or picobsd. = > = = See INSTALL.TXT: = = FreeBSD requires a 386 or better processor to run (sorry, there is no = support for '286 processors) and at least 5 megs of RAM to install = and 4 megs of RAM to run..... = = Sounds like you are 1 meg short. Should not PicoBSD still work? In any case, I think, it is possible to build a customized version of kernel (less drivers, no PCI/EISA) and it may fit... But you'll have to build on some other machine. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 13:11:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pawn.primelocation.net (pawn.primelocation.net [205.161.238.235]) by hub.freebsd.org (Postfix) with ESMTP id 7E9C737BBB2 for ; Fri, 5 May 2000 13:11:14 -0700 (PDT) (envelope-from jedgar@fxp.org) Received: by pawn.primelocation.net (Postfix, from userid 1003) id 5FBCE9B17; Fri, 5 May 2000 16:11:13 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by pawn.primelocation.net (Postfix) with ESMTP id 52324BA1E; Fri, 5 May 2000 16:11:13 -0400 (EDT) Date: Fri, 5 May 2000 16:11:13 -0400 (EDT) From: "Chris D. Faulhaber" X-Sender: jedgar@pawn.primelocation.net To: mi@privatelabs.com Cc: Aleksey , stable@FreeBSD.ORG Subject: Re: problem bootimg [free|pico]bsd at 386sx In-Reply-To: <200005052007.QAA52363@misha.privatelabs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 5 May 2000 mi@privatelabs.com wrote: > On 5 May, Chris D. Faulhaber wrote: > =3D On Fri, 5 May 2000, Aleksey wrote: > =3D=20 > =3D > Greetings! > =3D >=20 > =3D > I have a 386sx with 4mb of mem, floppy. > =3D > trying to boot from freebsd 3.=C8 install floppies and/or picobsd. > =3D >=20 > =3D=20 > =3D See INSTALL.TXT: > =3D=20 > =3D FreeBSD requires a 386 or better processor to run (sorry, there is no > =3D support for '286 processors) and at least 5 megs of RAM to install > =3D and 4 megs of RAM to run..... > =3D=20 > =3D Sounds like you are 1 meg short. >=20 > Should not PicoBSD still work? >=20 > In any case, I think, it is possible to build a customized version of > kernel (less drivers, no PCI/EISA) and it may fit... But you'll have > to build on some other machine. >=20 In the case of PicoBSD, you will probably have to trim the kernel as much as possible... ----- Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 13:13:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from thompson.lcmi.ufsc.br (thompson.lcmi.ufsc.br [150.162.14.19]) by hub.freebsd.org (Postfix) with ESMTP id 4406937BC6E for ; Fri, 5 May 2000 13:13:24 -0700 (PDT) (envelope-from esms@lcmi.ufsc.br) Received: from localhost (esms@localhost) by thompson.lcmi.ufsc.br (8.9.3/8.9.3) with SMTP id RAA56142; Fri, 5 May 2000 17:11:19 -0300 (EST) (envelope-from esms@lcmi.ufsc.br) X-Authentication-Warning: thompson.lcmi.ufsc.br: esms owned process doing -bs Date: Fri, 5 May 2000 17:11:18 -0300 (EST) From: Eduardo Souza Machado da Silva Reply-To: Eduardo Souza Machado da Silva To: Aleksey Cc: stable@FreeBSD.ORG Subject: Re: problem bootimg [free|pico]bsd at 386sx In-Reply-To: Message-ID: X-PGP-and-GnuPG: Public Key available at web site X-URL: http://www.lcmi.ufsc.br/~esms MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 5 May 2000, Chris D. Faulhaber wrote: > > Greetings! > >=20 > > I have a 386sx with 4mb of mem, floppy. > > trying to boot from freebsd 3.=C8 install floppies and/or picobsd. >=20 > See INSTALL.TXT: >=20 > FreeBSD requires a 386 or better processor to run (sorry, there is no > support for '286 processors) and at least 5 megs of RAM to install > and 4 megs of RAM to run..... >=20 > Sounds like you are 1 meg short. right. install it on a newer machine (i.e. RAM > 4MB) and run it on your 4MB-386sx:=20 =09http://www.freebsd.org/FAQ/install.html#AEN455 regards, esms To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 13:30:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from wat-border.sentex.ca (waterloo-hespler.sentex.ca [199.212.135.66]) by hub.freebsd.org (Postfix) with ESMTP id F0DCF37BBB2 for ; Fri, 5 May 2000 13:30:08 -0700 (PDT) (envelope-from mike@sentex.ca) Received: from granite.sentex.net (granite-atm.sentex.ca [209.112.4.1]) by wat-border.sentex.ca (8.9.3/8.9.3) with ESMTP id QAA42508 for ; Fri, 5 May 2000 16:30:07 -0400 (EDT) (envelope-from mike@sentex.ca) Received: from simoeon (simeon.sentex.ca [209.112.4.47]) by granite.sentex.net (8.8.8/8.6.9) with SMTP id QAA09996 for ; Fri, 5 May 2000 16:30:07 -0400 (EDT) Message-Id: <3.0.5.32.20000505162606.02787c20@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Fri, 05 May 2000 16:26:06 -0400 To: stable@freebsd.org From: Mike Tancsa Subject: Problems with RELENG_4 as of this afternoon Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Anyone else seeing this problem ? cvsup'd an hr ago from cvsup5 ---Mike ===> usr.bin/vi cc -O -pipe -DGTAGS -DSYSV_CURSES -I/usr/src/usr.bin/vi -I/usr/src/usr.bin/vi/../../contrib/nvi -I/usr/src/usr.bin/vi/../../contrib/nvi/include -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/vi/../../contrib/nvi/cl/cl_bsd.c cc -O -pipe -DGTAGS -DSYSV_CURSES -I/usr/src/usr.bin/vi -I/usr/src/usr.bin/vi/../../contrib/nvi -I/usr/src/usr.bin/vi/../../contrib/nvi/include -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/vi/../../contrib/nvi/cl/cl_funcs.c cc -O -pipe -DGTAGS -DSYSV_CURSES -I/usr/src/usr.bin/vi -I/usr/src/usr.bin/vi/../../contrib/nvi -I/usr/src/usr.bin/vi/../../contrib/nvi/include -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/vi/../../contrib/nvi/cl/cl_main.c cc -O -pipe -DGTAGS -DSYSV_CURSES -I/usr/src/usr.bin/vi -I/usr/src/usr.bin/vi/../../contrib/nvi -I/usr/src/usr.bin/vi/../../contrib/nvi/include -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/vi/../../contrib/nvi/cl/cl_read.c *** Error code 1 Stop in /usr/src/usr.bin/vi. *** Error code 1 Stop in /usr/src/usr.bin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ------------------------------------------------------------------------ Mike Tancsa, tel +1 519 651 3400 Sentex Communications mike@sentex.net Cambridge, Ontario Canada www.sentex.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 13:33:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from wat-border.sentex.ca (waterloo-hespler.sentex.ca [199.212.135.66]) by hub.freebsd.org (Postfix) with ESMTP id 0CB5937BC68 for ; Fri, 5 May 2000 13:33:16 -0700 (PDT) (envelope-from mike@sentex.ca) Received: from granite.sentex.net (granite-atm.sentex.ca [209.112.4.1]) by wat-border.sentex.ca (8.9.3/8.9.3) with ESMTP id QAA42846 for ; Fri, 5 May 2000 16:33:12 -0400 (EDT) (envelope-from mike@sentex.ca) Received: from simoeon (simeon.sentex.ca [209.112.4.47]) by granite.sentex.net (8.8.8/8.6.9) with SMTP id QAA10901 for ; Fri, 5 May 2000 16:33:12 -0400 (EDT) Message-Id: <3.0.5.32.20000505162911.01da2a40@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Fri, 05 May 2000 16:29:11 -0400 To: stable@FreeBSD.ORG From: Mike Tancsa Subject: Re: Problems with RELENG_4 as of this afternoon In-Reply-To: <3.0.5.32.20000505162606.02787c20@marble.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 04:26 PM 5/5/00 -0400, Mike Tancsa wrote: > >Anyone else seeing this problem ? cvsup'd an hr ago from cvsup5 Whoops. I see someone else (Subject: cvs-cur.6318.gz broke select.h) has identified the problem. ---Mike ------------------------------------------------------------------------ Mike Tancsa, tel +1 519 651 3400 Sentex Communications mike@sentex.net Cambridge, Ontario Canada www.sentex.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 13:51: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id 05EDE37B79B; Fri, 5 May 2000 13:50:54 -0700 (PDT) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id QAA31307; Fri, 5 May 2000 16:50:31 -0400 (EDT) (envelope-from howardl) From: Howard Leadmon Message-Id: <200005052050.QAA31307@account.abs.net> Subject: Re: Debugging Kernel/System Crashes, can anyone help?? In-Reply-To: <200005051828.LAA80765@apollo.backplane.com> from Matthew Dillon at "May 5, 2000 11:28:55 am" To: Matthew Dillon Date: Fri, 5 May 2000 16:50:31 -0400 (EDT) Cc: Bill Paul , Greg Lehey , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=UNKNOWN-8BIT Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > : Hello Matt, > : > : Well I almost thought we had something here, as the machine actually stayed > :online for over a day this past time. Anyway I did add your patch, and when > :the machine died I now have a crashdump of the data with your patch included, > :when I will provide below. FYI, I have kept the past crashinfo as well as > :the current one, so if you need any other info just let me know. Hopefully > :something in this latest crash will stick out to you.. > :... > > This looks to be a different bug. I think it may be in Bill Paul's > department. > > It looks like either 'sc' is NULL, or 'sc->dc_btag' or > 'sc->dc_bhandle' is NULL in dc_intr. This could be SMP/interrupt > related. > > It's hard to tell exactly which line is crunching due to the inline > I/O instruction in machien/cpufunc.h. It would help if you could > 'nm kernel.debug | fgrep dc_intr' to locate the start adderss of > the dc_intr procedure. OK, as requested here is the output: c01c1850 t dc_intr c022f41c t fdc_intr > It would also help if you could do the following from the gdb of the > kernel: > > frame 14 (kgdb) frame 14 #14 0xc01c18fb in dc_intr (arg=0xc0de6000) at machine/cpufunc.h:331 331 __asm __volatile("outl %0,%%dx" : : "a" (data), "d" (port)); > print sc (kgdb) print sc $1 = (struct dc_softc *) 0xc0de6000 > print *sc (kgdb) print *sc $2 = {arpcom = {ac_if = {if_softc = 0xc0de6000, if_name = 0xc0246530 "dc", if_link = {tqe_next = 0xc5901204, tqe_prev = 0xc02980f4}, if_addrhead = { tqh_first = 0xc5901800, tqh_last = 0xc59eee10}, if_pcount = 0, if_bpf = 0x0, if_index = 1, if_unit = 0, if_timer = 0, if_flags = -30717, if_ipending = 0, if_linkmib = 0x0, if_linkmiblen = 0, if_data = {ifi_type = 6 '\006', ifi_physical = 0 '\000', ifi_addrlen = 6 '\006', ifi_hdrlen = 14 '\016', ifi_recvquota = 0 '\000', ifi_xmitquota = 0 '\000', ifi_mtu = 1500, ifi_metric = 0, ifi_baudrate = 10000000, ifi_ipackets = 2683140, ifi_ierrors = 0, ifi_opackets = 1716990, ifi_oerrors = 0, ifi_collisions = 0, ifi_ibytes = 394131741, ifi_obytes = 295972886, ifi_imcasts = 17, ifi_omcasts = 0, ifi_iqdrops = 0, ifi_noproto = 0, ifi_recvtiming = 0, ifi_xmittiming = 0, ifi_lastchange = {tv_sec = 0, tv_usec = 0}}, if_multiaddrs = {lh_first = 0xc0de7120}, if_amcount = 0, if_output = 0xc0174a04 , if_start = 0xc01c1fa4 , if_done = 0, if_ioctl = 0xc01c2848 , if_watchdog = 0xc01c29ac , if_poll_recv = 0, if_poll_xmit = 0, if_poll_intren = 0, if_poll_slowinput = 0, if_init = 0xc01c20e4 , if_resolvemulti = 0xc017508c , if_snd = { ifq_head = 0x0, ifq_tail = 0x0, ifq_len = 0, ifq_maxlen = 255, ifq_drops = 0}, if_poll_slowq = 0x0, if_prefixhead = {tqh_first = 0x0, tqh_last = 0xc0de60d0}}, ac_enaddr = "\000Àð;§ë", ac_multicnt = 0, ac_ng = 0x0}, dc_bhandle = 54272, dc_btag = 0, dc_intrhand = 0xc0de7ac0, dc_irq = 0xc5900140, dc_res = 0xc59001c0, dc_info = 0xc026f004, dc_miibus = 0xc590a880, dc_unit = 0 '\000', dc_type = 4 '\004', dc_pmode = 1 '\001', dc_link = 0 '\000', dc_cachesize = 8 '\b', dc_pnic_rx_bug_save = 0, dc_pnic_rx_buf = 0x0, dc_if_flags = 0, dc_if_media = 1048614, dc_flags = 521, dc_txthresh = 0, dc_ldata = 0xd5660000, dc_cdata = {dc_rx_chain = {0x0 }, dc_tx_chain = {0x0 }, dc_sbuf = {0 , 32768, 0 , 16384, 0, 0, 0, 0, 0, 0, 0, 49152, 15344, 60327, 0, 0, 0, 0, 0, 0}, dc_pad = '\000' , dc_tx_prod = 10, dc_tx_cons = 10, dc_tx_cnt = 0, dc_rx_prod = 4}, dc_stat_ch = {callout = 0xcd6a56c0}} > > -Matt > Matthew Dillon > FYI, the machine in general is staying up a bit longer, so maybe you nailed one bug and there are just a few more that also need to be caught. :) Anyway thinks for trying to help me track this one down as it's very much appreicated, and if you need any other info just let me know... --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 14:24:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.goonda.org (mail.goonda.org [208.37.165.142]) by hub.freebsd.org (Postfix) with SMTP id 611EF37B7DA for ; Fri, 5 May 2000 14:24:31 -0700 (PDT) (envelope-from goonda@bastard.net) Received: (qmail 15948 invoked from network); 5 May 2000 21:24:30 -0000 Received: from unknown (HELO phat.bastard.net) (208.37.165.141) by mail.goonda.org with SMTP; 5 May 2000 21:24:30 -0000 Received: from localhost (localhost [127.0.0.1]) by phat.bastard.net (8.10.1/8.10.1) with ESMTP id e45LOUv84578 for ; Fri, 5 May 2000 17:24:30 -0400 (EDT) Date: Fri, 5 May 2000 17:24:29 -0400 (EDT) From: anindya To: freebsd-stable@freebsd.org Subject: 4.0-STABLE make buildworld problems with vi?? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hey folks, I apologize if this is the wrong forum for this. Please flame me silly with the name of the correct mailing list if I am in error. So here is the deal. I have a 4.0 system, my supfile looks like so: *default host=cvsup2.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=RELENG_4 *default delete use-rel-suffix *default compress src-all doc-all ports-all tag=. ports-base tag=. I want to track -STABLE. cvsup works great as usual, but I am getting an error during make buildworld (I have the entire make buildworld output if someone wants to look at it). when it is trying to build /usr/bin/vi and it just stops. My last cvsup was may 5th around 2pm or so.. Please let me know if I am doing something incorrect here, or whether someone made a boo-boo during checkin. Thanks a lot! --Anindya Here is the relevant output: ===> usr.bin/vi cc -O -pipe -DGTAGS -DSYSV_CURSES -I/usr/src/usr.bin/vi -I/usr/src/usr.bin/vi/.. /../contrib/nvi -I/usr/src/usr.bin/vi/../../contrib/nvi/include -I/usr/obj/usr /src/i386/usr/include -c /usr/src/usr.bin/vi/../../contrib/nvi/cl/cl_bsd.c cc -O -pipe -DGTAGS -DSYSV_CURSES -I/usr/src/usr.bin/vi -I/usr/src/usr.bin/vi/.. /../contrib/nvi -I/usr/src/usr.bin/vi/../../contrib/nvi/include -I/usr/obj/usr /src/i386/usr/include -c /usr/src/usr.bin/vi/../../contrib/nvi/cl/cl_funcs.c cc -O -pipe -DGTAGS -DSYSV_CURSES -I/usr/src/usr.bin/vi -I/usr/src/usr.bin/vi/.. /../contrib/nvi -I/usr/src/usr.bin/vi/../../contrib/nvi/include -I/usr/obj/usr /src/i386/usr/include -c /usr/src/usr.bin/vi/../../contrib/nvi/cl/cl_main.c cc -O -pipe -DGTAGS -DSYSV_CURSES -I/usr/src/usr.bin/vi -I/usr/src/usr.bin/vi/.. /../contrib/nvi -I/usr/src/usr.bin/vi/../../contrib/nvi/include -I/usr/obj/usr /src/i386/usr/include -c /usr/src/usr.bin/vi/../../contrib/nvi/cl/cl_read.c In file included from /usr/obj/usr/src/i386/usr/include/sys/select.h:40, from /usr/src/usr.bin/vi/../../contrib/nvi/cl/cl_read.c:19: /usr/obj/usr/src/i386/usr/include/sys/event.h:97: warning: parameter names (with out types) in function declaration /usr/obj/usr/src/i386/usr/include/sys/event.h:97: warning: data definition has n o type or storage class In file included from /usr/src/usr.bin/vi/../../contrib/nvi/cl/cl_read.c:19: /usr/obj/usr/src/i386/usr/include/sys/select.h:48: field `si_note' has incomplet e type *** Error code 1 Stop in /usr/src/usr.bin/vi. *** Error code 1 Stop in /usr/src/usr.bin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 14:42:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id 3AE6337BC9E; Fri, 5 May 2000 14:42:43 -0700 (PDT) (envelope-from jgreco@aurora.sol.net) Received: (from jgreco@localhost) by aurora.sol.net (8.9.2/8.9.2/SNNS-1.02) id TAA33919; Wed, 10 May 2000 19:28:40 -0500 (CDT) From: Joe Greco Message-Id: <200005110028.TAA33919@aurora.sol.net> Subject: Any known problems with routing in 3.4R? To: stable@freebsd.org Date: Wed, 10 May 2000 19:28:40 -0500 (CDT) Cc: freebsd-net@freebsd.org X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've set up a FreeBSD 3.4R box to do BGP. It takes full routes off an ATM OC3 (hea0 set up as atm1) and routes packets between that and the 100mbps Ethernet port. I'm getting periodic (every few days) crashes. I recently started recording the console output, and the last crash was due to a panic Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0166566 stack pointer = 0x10:0xcc853d94 frame pointer = 0x10:0xcc853d98 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 = 39365 (gated) interrupt mask = trap number = 12 panic: page fault I've never been terribly good at deciphering these. Is there any hidden meaning here? I used to know how to get it to tell me whereabouts this was happening, back in the 2.* days, but memory fades.. Any hints as to what I can do to debug? Are there any known problems with handling large numbers of routes? -- ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 14:56:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ptialaska.net (mail.ptialaska.net [198.70.245.245]) by hub.freebsd.org (Postfix) with ESMTP id 77C9B37BCA2 for ; Fri, 5 May 2000 14:56:52 -0700 (PDT) (envelope-from vizion@ptialaska.net) Received: from vizion2000 (dialups-56.sitka.ptialaska.net [198.70.227.56]) by ptialaska.net (8.8.8/8.8.8) with SMTP id NAA20354; Fri, 5 May 2000 13:54:40 -0800 (AKDT) Message-ID: <005001bfb6dc$191c2b00$38e346c6@demon.co.uk> From: "Southwell" To: "Coleman Kane" Cc: References: <200004131608.JAA28324@mass.cdrom.com> <00d701bfa59c$b95b1aa0$82e346c6@demon.co.uk> <20000413194645.A7655@cokane.yi.org> Subject: Re: IEEE 1394 support Date: Fri, 5 May 2000 13:51:30 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 Disposition-Notification-To: "Southwell" X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have been following the linux Ieee 1394 list and the following snippet seems to digest in a few words the conclusion I reached after researching the license situation. > Your reasoning is accurate -- the 25 cents is *per system* -- that is, if > you add a 1394 board to your PC, or if you buy a PC with a 1394 chip, > you've paid the fee. So there is no need to worry about the fee for > drivers and low level software written for 1394 devices. > ----- Original Message ----- From: "Coleman Kane" To: "Southwell" Cc: "Mike Smith" ; Sent: Thursday, April 13, 2000 3:46 PM Subject: Re: IEEE 1394 support > Can you get any docs on this at all? Maybe from VIA, the new KX133 chipsets have > support for 1394, perhaps there exists documentation for their implementation? > > -- > ck > > Southwell had the audacity to say: > > > > Hi > > > > I posted a query relating to Firewire support and Mike came back with the > > awful news that he felt the field was so laced with patents that it was not > > worth trying.. > > I am quite interested in seeing if a way round the problems can be found - > > does anyone have any pointers. > > > > What I felt would be useful would be to try to support either the Texas > > Instruments IEEE 1394 OCHI compliant controller or some of the other cards > > that are available. (I have an on board TI chip). Does anyone have a link to > > some information that can identify the patent problems Mike referred to? > > > > Initially I would like to be able to get a "simple" capture program that > > would generate either AVI Type 1 or Type 2 files from a camcorder. > > > > Are the problems as insurmountable as Mike seems to feel they are? > > > > David > > > > ----- Original Message ----- > > From: "Mike Smith" > > To: "Southwell" > > Cc: > > Sent: Thursday, April 13, 2000 8:08 AM > > Subject: Re: IEEE 1394 support > > > > > > > > Is any one working on firewire (IEEE 1394) support for camcorders? > > > > > > No; the field is laced with patents which prevent any really useful work > > > being done. You might as well ignore firewire for the time being. > > > > > > -- > > > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > > > \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org > > > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > > > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-stable" in the body of the message > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 15: 7:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 25F2537BCCE for ; Fri, 5 May 2000 15:07:51 -0700 (PDT) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.9.3/8.9.3) id RAA03062; Fri, 5 May 2000 17:12:09 -0500 (CDT) (envelope-from jlemon) Date: Fri, 5 May 2000 17:12:09 -0500 (CDT) From: Jonathan Lemon Message-Id: <200005052212.RAA03062@prism.flugsvamp.com> To: anindya@goonda.org, stable@freebsd.org Subject: Re: 4.0-STABLE make buildworld problems with vi?? X-Newsgroups: local.mail.freebsd-stable In-Reply-To: Organization: Cc: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you write: >when it is trying to build /usr/bin/vi and it just stops. >My last cvsup was may 5th around 2pm or so.. > >Please let me know if I am doing something incorrect here, >or whether someone made a boo-boo during checkin. Okay, I just double checked and indeed there is one small change to vi that I forgot to bring over from -current as well, which is causing this to break. I'll commit it just as soon as freefall comes up from it's scheduled maintenance. If you don't want to wait, this is the patch to /usr/src/usr.bin/vi/config.h: /* Define if you have */ -#define HAVE_SYS_SELECT_H 1 +/* #undef HAVE_SYS_SELECT_H 1 */ -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 15: 9: 8 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id 5B4E637BC5B; Fri, 5 May 2000 15:09:00 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id HAA46297; Sat, 6 May 2000 07:38:52 +0930 (CST) Date: Sat, 6 May 2000 07:38:52 +0930 From: Greg Lehey To: "Jeffrey J. Mountin" Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? Message-ID: <20000506073852.E37507@freebie.lemis.com> References: <20000503185936.E72341@ethereal.net> <20000504095941.B18453@freebie.lemis.com> <200005040124.VAA55655@account.abs.net> <20000504111136.B22025@freebie.lemis.com> <20000503185936.E72341@ethereal.net> <20000504114013.E22025@freebie.lemis.com> <4.3.2.20000503221040.02051d40@207.227.119.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <4.3.2.20000503221040.02051d40@207.227.119.2> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thursday, 4 May 2000 at 17:00:35 -0500, Jeffrey J. Mountin wrote: > At 11:40 AM 5/4/00 +0930, Greg Lehey wrote: >> There's a separate issue about whether to build kernels with debug >> symbols by default. That takes a lot more space (30 MB as compared to >> about 8). But if you have a debug kernel, I don't see any reason to >> install a stripped version. > > Running the non-stripped kernel uses more memory No, this isn't correct, not with ELF. > and isn't there also a performance issue. No. > Also what is gained by running it, Disk space. > as long as you have the complimentary debug kernel in /var/crash (or > wherever) for the stripped boot kernel. It's the one that savecore saves, and there's more opportunity for using the wrong debug kernel for dump analysis. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 16:37:33 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sense-samz-124.oz.net (sense-samz-124.oz.net [216.39.161.124]) by hub.freebsd.org (Postfix) with ESMTP id D6C2F37B907 for ; Fri, 5 May 2000 16:37:27 -0700 (PDT) (envelope-from samz@oz.net) Received: from sam (sense-samz-125.oz.net [216.39.161.125]) by sense-samz-124.oz.net (8.10.1/8.10.1) with SMTP id e45NbRE41234 for ; Fri, 5 May 2000 16:37:27 -0700 (PDT) Message-ID: <00d001bfb6ea$df288380$7da127d8@sam> Reply-To: "Sam Zamarripa" From: "Sam Zamarripa" To: Subject: Makeworld Failure 4.0 STABLE as of 5-5-2000 4:30pm PDT Date: Fri, 5 May 2000 16:37:26 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Make buildworld is breaking today on VI with the latest cvsup'd sources as of the time stamp of this email. This is the error. In file included from /usr/include/sys/select.h:40, from /usr/src/usr.bin/vi/../../contrib/nvi/cl/cl_read.c:19: /usr/include/sys/event.h:97: warning: parameter names (without types) in functio n declaration /usr/include/sys/event.h:97: warning: data definition has no type or storage cla ss In file included from /usr/src/usr.bin/vi/../../contrib/nvi/cl/cl_read.c:19: /usr/include/sys/select.h:48: field `si_note' has incomplete type *** Error code 1 Stop in /usr/src/usr.bin/vi. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 16:54:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from www.khmerconnection.com (khmerconnection.com [216.115.239.40]) by hub.freebsd.org (Postfix) with ESMTP id 5DD8037B9E9 for ; Fri, 5 May 2000 16:54:51 -0700 (PDT) (envelope-from grid@ucsd.edu) Received: from sceptre (rh228-40.reshall.ucsd.edu [128.54.228.40]) by www.khmerconnection.com (8.9.3/8.9.3/Debian 8.9.3-21) with SMTP id QAA09383 for ; Fri, 5 May 2000 16:54:25 -0700 X-Authentication-Warning: www.khmerconnection.com: Host rh228-40.reshall.ucsd.edu [128.54.228.40] claimed to be sceptre From: "Vibol Hou" To: Subject: subscribe Date: Fri, 5 May 2000 16:51:43 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 17:10:37 2000 Delivered-To: freebsd-stable@freebsd.org Received: from alpha.netvision.net.il (alpha.netvision.net.il [194.90.1.13]) by hub.freebsd.org (Postfix) with ESMTP id 9A38037BD24 for ; Fri, 5 May 2000 17:10:16 -0700 (PDT) (envelope-from ak@freenet.co.uk) Received: from freenet.co.uk (RAS5-p56.rlz.netvision.net.il [62.0.170.58]) by alpha.netvision.net.il (8.9.3/8.8.6) with ESMTP id DAA27497 for ; Sat, 6 May 2000 03:09:08 +0300 (IDT) Message-ID: <39137199.6D4E2049@freenet.co.uk> Date: Sat, 06 May 2000 04:12:57 +0300 From: A G F Keahan X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: FreeBSD 2.2.8 gone for good? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a little off-topic, but is there an ftp site where I can still download a boot floppy and an ISO CD image of FreeBSD 2.2.8? I've just found a perfectly good 386 (DX-40, 4Mb RAM, 105Mb HDD) -- someone just threw it away and left it standing next to my office. I want to install FreeBSD on this poor little thing, and think that 2.2.8 would be much more suitable for it than 3.4 or 4.0, because older a.out binaries are smaller than ELF ones, as are the various kernel components, which had greatly increased in size over the years. Let's just say I was very surprised when I couldn't find 2.2.8 anymore - I think I did a similar ftp install on a 486 less than a year ago. Alex Keahan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 17:11: 5 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail0.bna.bellsouth.net (mail0.bna.bellsouth.net [205.152.150.12]) by hub.freebsd.org (Postfix) with ESMTP id BF0E537BD60 for ; Fri, 5 May 2000 17:10:26 -0700 (PDT) (envelope-from jim@siteplus.net) Received: from discover.siteplus.net (host-209-215-9-142.cha.bellsouth.net [209.215.9.142]) by mail0.bna.bellsouth.net (3.3.5alt/0.75.2) with ESMTP id UAA18358; Fri, 5 May 2000 20:10:15 -0400 (EDT) Date: Fri, 5 May 2000 20:10:31 -0400 (EDT) From: Jim Weeks To: Sam Zamarripa Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Makeworld Failure 4.0 STABLE as of 5-5-2000 4:30pm PDT In-Reply-To: <00d001bfb6ea$df288380$7da127d8@sam> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This was addressed earlier today. It has been acknowledged that there is an error and will be fixed in the next source update. On Fri, 5 May 2000, Sam Zamarripa wrote: > Make buildworld is breaking today on VI with the latest cvsup'd sources as > of the time stamp of this email. This is the error. > > In file included from /usr/include/sys/select.h:40, > from /usr/src/usr.bin/vi/../../contrib/nvi/cl/cl_read.c:19: > /usr/include/sys/event.h:97: warning: parameter names (without types) in > functio > n declaration > /usr/include/sys/event.h:97: warning: data definition has no type or storage > cla > ss > In file included from /usr/src/usr.bin/vi/../../contrib/nvi/cl/cl_read.c:19: > /usr/include/sys/select.h:48: field `si_note' has incomplete type > *** Error code 1 > > Stop in /usr/src/usr.bin/vi. > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 17:19: 5 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rock.ghis.net (rock.ghis.net [209.222.164.7]) by hub.freebsd.org (Postfix) with ESMTP id 6D3CD37BD1E for ; Fri, 5 May 2000 17:19:02 -0700 (PDT) (envelope-from will@blackdawn.com) Received: from argon.blackdawn.com (07-142.dial.008.popsite.net [209.69.77.142]) by rock.ghis.net (8.9.3/8.9.3) with ESMTP id RAA24501; Fri, 5 May 2000 17:18:52 -0700 (PDT) Received: by argon.blackdawn.com (Postfix, from userid 1000) id 97B271918; Fri, 5 May 2000 20:18:46 -0400 (EDT) Date: Fri, 5 May 2000 20:18:46 -0400 From: Will Andrews To: A G F Keahan Cc: freebsd-stable@FreeBSD.ORG Subject: Re: FreeBSD 2.2.8 gone for good? Message-ID: <20000505201846.D50010@argon.blackdawn.com> References: <39137199.6D4E2049@freenet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39137199.6D4E2049@freenet.co.uk>; from ak@freenet.co.uk on Sat, May 06, 2000 at 04:12:57AM +0300 X-Operating-System: FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, May 06, 2000 at 04:12:57AM +0300, A G F Keahan wrote: > This is a little off-topic, but is there an ftp site where I can still > download a boot floppy and an ISO CD image of FreeBSD 2.2.8? I've just > found a perfectly good 386 (DX-40, 4Mb RAM, 105Mb HDD) -- someone just > threw it away and left it standing next to my office. I want to > install FreeBSD on this poor little thing, and think that 2.2.8 would be > much more suitable for it than 3.4 or 4.0, because older a.out binaries > are smaller than ELF ones, as are the various kernel components, which > had greatly increased in size over the years. > > Let's just say I was very surprised when I couldn't find 2.2.8 anymore - > I think I did a similar ftp install on a 486 less than a year ago. I'm pretty sure there is no public FTP copy of FreeBSD 2.2.8 except maybe on one or two (or three) sites. I have a copy of the FreeBSD 2.2.6, 3.[01234], and 4.0 CDs should you happen to be in the area (Detroit, Michigan). Unfortunately, however, I do not have CD#1 for the 2.2.6 set, which basically means no install is possible on that version. :-( -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 17:22:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail1.bna.bellsouth.net (mail1.bna.bellsouth.net [205.152.150.13]) by hub.freebsd.org (Postfix) with ESMTP id C0FEF37BD16 for ; Fri, 5 May 2000 17:22:29 -0700 (PDT) (envelope-from jim@siteplus.net) Received: from discover.siteplus.net (host-209-215-9-142.cha.bellsouth.net [209.215.9.142]) by mail1.bna.bellsouth.net (3.3.5alt/0.75.2) with ESMTP id UAA23053; Fri, 5 May 2000 20:21:56 -0400 (EDT) Date: Fri, 5 May 2000 20:22:06 -0400 (EDT) From: Jim Weeks To: A G F Keahan Cc: freebsd-stable@FreeBSD.ORG Subject: Re: FreeBSD 2.2.8 gone for good? In-Reply-To: <39137199.6D4E2049@freenet.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I know that the PAO boot images are still at http://www.jp.FreeBSD.org/PAO/ They will work fine. They will just have a hard time finding your PCMCIA card ;-) I haven't looked around to see if the binaries are still in the tree. They should be. On Sat, 6 May 2000, A G F Keahan wrote: > This is a little off-topic, but is there an ftp site where I can still > download a boot floppy and an ISO CD image of FreeBSD 2.2.8? I've just > found a perfectly good 386 (DX-40, 4Mb RAM, 105Mb HDD) -- someone just > threw it away and left it standing next to my office. I want to > install FreeBSD on this poor little thing, and think that 2.2.8 would be > much more suitable for it than 3.4 or 4.0, because older a.out binaries > are smaller than ELF ones, as are the various kernel components, which > had greatly increased in size over the years. > > Let's just say I was very surprised when I couldn't find 2.2.8 anymore - > I think I did a similar ftp install on a 486 less than a year ago. > > Alex Keahan > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 17:31: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail1.bna.bellsouth.net (mail1.bna.bellsouth.net [205.152.150.13]) by hub.freebsd.org (Postfix) with ESMTP id 9287C37BA0A for ; Fri, 5 May 2000 17:30:53 -0700 (PDT) (envelope-from jim@siteplus.net) Received: from discover.siteplus.net (host-209-215-9-142.cha.bellsouth.net [209.215.9.142]) by mail1.bna.bellsouth.net (3.3.5alt/0.75.2) with ESMTP id UAA01656; Fri, 5 May 2000 20:30:45 -0400 (EDT) Date: Fri, 5 May 2000 20:30:54 -0400 (EDT) From: Jim Weeks To: A G F Keahan Cc: freebsd-stable@FreeBSD.ORG Subject: Re: FreeBSD 2.2.8 gone for good? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have looked around now, and the binaries are still on ftp://daemon.jp.FreeBSD.org/pub/FreeBSD/2.2.8-RELEASE/ Installing while japan sleeps should be relatively painless Hope this helps, Jim On Fri, 5 May 2000, Jim Weeks wrote: > I know that the PAO boot images are still at > http://www.jp.FreeBSD.org/PAO/ They will work fine. They will just have a > hard time finding your PCMCIA card ;-) > > I haven't looked around to see if the binaries are still in the > tree. They should be. > > On Sat, 6 May 2000, A G F Keahan wrote: > > > This is a little off-topic, but is there an ftp site where I can still > > download a boot floppy and an ISO CD image of FreeBSD 2.2.8? I've just > > found a perfectly good 386 (DX-40, 4Mb RAM, 105Mb HDD) -- someone just > > threw it away and left it standing next to my office. I want to > > install FreeBSD on this poor little thing, and think that 2.2.8 would be > > much more suitable for it than 3.4 or 4.0, because older a.out binaries > > are smaller than ELF ones, as are the various kernel components, which > > had greatly increased in size over the years. > > > > Let's just say I was very surprised when I couldn't find 2.2.8 anymore - > > I think I did a similar ftp install on a 486 less than a year ago. > > > > Alex Keahan > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 17:31:48 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gershwin.tera.com (gershwin.tera.com [207.224.230.28]) by hub.freebsd.org (Postfix) with ESMTP id 7702037BD7B for ; Fri, 5 May 2000 17:31:43 -0700 (PDT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (tao.sea.tera.com [207.108.223.55]) by gershwin.tera.com (8.9.3/8.9.3) with ESMTP id RAA13600 for ; Fri, 5 May 2000 17:32:08 -0700 (PDT) Received: (from kline@localhost) by tao.thought.org (8.9.3/8.7.3) id RAA10438 for freebsd-stable@FreeBSD.ORG; Fri, 5 May 2000 17:32:04 -0700 (PDT) From: Gary Kline Message-Id: <200005060032.RAA10438@tao.thought.org> Subject: just bit To: freebsd-stable@FreeBSD.ORG Date: Fri, 5 May 2000 17:32:04 -0700 (PDT) Organization: <> thought.org: pvblic service Unix since 1986... <> X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Looks like I picked an unstable time to cvsup 4.0 STABLE. Any ETC for a fix to be committed? Doesn't seem that serious a bug. gary -- Gary D. Kline kline@tao.thought.org Public service Unix To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 17:37:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from thelab.hub.org (nat199.125.mpoweredpc.net [142.177.199.125]) by hub.freebsd.org (Postfix) with ESMTP id 7883937BD61 for ; Fri, 5 May 2000 17:37:21 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.3) with ESMTP id VAA87919; Fri, 5 May 2000 21:35:59 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Fri, 5 May 2000 21:35:59 -0300 (ADT) From: The Hermit Hacker To: Gary Kline Cc: freebsd-stable@FreeBSD.ORG Subject: Re: just bit In-Reply-To: <200005060032.RAA10438@tao.thought.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG and the bug is ... ? On Fri, 5 May 2000, Gary Kline wrote: > > Looks like I picked an unstable time to cvsup 4.0 STABLE. > Any ETC for a fix to be committed? Doesn't seem that > serious a bug. > > gary > > > -- > Gary D. Kline kline@tao.thought.org Public service Unix > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 17:41:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id 08F6537B907; Fri, 5 May 2000 17:41:45 -0700 (PDT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id RAA15679; Fri, 5 May 2000 17:40:15 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <200005060040.RAA15679@gndrsh.dnsmgr.net> Subject: Re: Any known problems with routing in 3.4R? In-Reply-To: <200005110028.TAA33919@aurora.sol.net> from Joe Greco at "May 10, 2000 07:28:40 pm" To: jgreco@ns.sol.net (Joe Greco) Date: Fri, 5 May 2000 17:40:15 -0700 (PDT) Cc: stable@FreeBSD.ORG, freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I've set up a FreeBSD 3.4R box to do BGP. It takes full routes off an ATM ^^^^^^^^^^^^^^ Upgrade to 3.4-Stable, the reference count of your network interface is wrapping past the 16 bit limit of a short and probably the cause of your panic. > OC3 (hea0 set up as atm1) and routes packets between that and the 100mbps > Ethernet port. Also I hope you have tweaked up your KVM space, full routes take a fair bit of kernel virtual memory space to hold. I usually run with 48M of kvm, some times 64M on full feed BGP boxes, I can say it does work fine on 3.4-stable, and that I had nothing but regular panics on 3.4-Release and for a long time after that: br1.CN85pm.abtltd.com# uname -a FreeBSD br1.CN85pm.abtltd.com 3.4-STABLE FreeBSD 3.4-STABLE #0: Mon Jan 3 02:40:43 PST 2000 root@br1.CN85pm.abtltd.com:/usr/src/sys/compile/BR1 i386 br1.CN85pm.abtltd.com# netstat -rn | wc 77695 468055 5444199 > I'm getting periodic (every few days) crashes. I recently started recording > the console output, and the last crash was due to a panic Yepp.. that sure sounds like the 3.4R if reference counter problem, usually right after a big flash update from one of your BGP peers. -- Rod Grimes - KD7CAX @ CN85sl - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 17:48:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail0.bna.bellsouth.net (mail0.bna.bellsouth.net [205.152.150.12]) by hub.freebsd.org (Postfix) with ESMTP id CF6BA37B615 for ; Fri, 5 May 2000 17:48:42 -0700 (PDT) (envelope-from jim@siteplus.net) Received: from discover.siteplus.net (host-209-215-9-142.cha.bellsouth.net [209.215.9.142]) by mail0.bna.bellsouth.net (3.3.5alt/0.75.2) with ESMTP id UAA26240; Fri, 5 May 2000 20:48:06 -0400 (EDT) Date: Fri, 5 May 2000 20:48:24 -0400 (EDT) From: Jim Weeks To: The Hermit Hacker Cc: Gary Kline , freebsd-stable@FreeBSD.ORG Subject: Re: just bit In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG vi has a problem. It has been acknowledged and will be fixed in the next update. On Fri, 5 May 2000, The Hermit Hacker wrote: > > and the bug is ... ? > > > On Fri, 5 May 2000, Gary Kline wrote: > > > > > Looks like I picked an unstable time to cvsup 4.0 STABLE. > > Any ETC for a fix to be committed? Doesn't seem that > > serious a bug. > > > > gary > > > > > > -- > > Gary D. Kline kline@tao.thought.org Public service Unix > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy > Systems Administrator @ hub.org > primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 17:51:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail1.bna.bellsouth.net (mail1.bna.bellsouth.net [205.152.150.13]) by hub.freebsd.org (Postfix) with ESMTP id 1FC6D37B907 for ; Fri, 5 May 2000 17:51:30 -0700 (PDT) (envelope-from jim@siteplus.net) Received: from discover.siteplus.net (host-209-215-9-142.cha.bellsouth.net [209.215.9.142]) by mail1.bna.bellsouth.net (3.3.5alt/0.75.2) with ESMTP id UAA22454; Fri, 5 May 2000 20:51:10 -0400 (EDT) Date: Fri, 5 May 2000 20:51:20 -0400 (EDT) From: Jim Weeks To: The Hermit Hacker Cc: Gary Kline , freebsd-stable@FreeBSD.ORG Subject: Re: just bit In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG By the way. A patch was posted earlier today if you did not want to wait. I have already deleted the email, but you should be able to get from the news server. Jim On Fri, 5 May 2000, The Hermit Hacker wrote: > > and the bug is ... ? > > > On Fri, 5 May 2000, Gary Kline wrote: > > > > > Looks like I picked an unstable time to cvsup 4.0 STABLE. > > Any ETC for a fix to be committed? Doesn't seem that > > serious a bug. > > > > gary > > > > > > -- > > Gary D. Kline kline@tao.thought.org Public service Unix > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy > Systems Administrator @ hub.org > primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 18:12:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from phoenix.welearn.com.au (phoenix.welearn.com.au [139.130.44.81]) by hub.freebsd.org (Postfix) with ESMTP id 34C5F37BDBE for ; Fri, 5 May 2000 18:12:12 -0700 (PDT) (envelope-from jon@phoenix.welearn.com.au) Received: (from jon@localhost) by phoenix.welearn.com.au (8.9.3/8.9.3) id LAA74348; Sat, 6 May 2000 11:11:52 +1000 (EST) (envelope-from jon) Date: Sat, 6 May 2000 11:11:48 +1000 From: Jonathan Michaels To: Aleksey Cc: stable@FreeBSD.ORG Subject: Re: problem bootimg [free|pico]bsd at 386sx Message-ID: <20000506111147.A73985@phoenix.welearn.com.au> Reply-To: jon@welearn.com.au Mail-Followup-To: Aleksey , stable@FreeBSD.ORG References: <39131CDD.AD659FC1@masterhost.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <39131CDD.AD659FC1@masterhost.ru>; from Aleksey on Fri, May 05, 2000 at 11:11:25PM +0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG aleksey, piece de camera, this is not a bash freebsd oiece, i am offering so of the alternatives that have just recently became available for people looking to develop on a budget or for computers with limited hardware "budgets". On Fri, May 05, 2000 at 11:11:25PM +0400, Aleksey wrote: > Greetings! > > I have a 386sx with 4mb of mem, floppy. > trying to boot from freebsd 3.? install floppies and/or picobsd. > > when freebsd - system reading kern-disk, then mfsroot, and exactly after > prompt "press [enter] to boot" going to reboot ;( > > when pico - system freeze after kernel loaded (seems where init must > start). > > any ideas ? it depends on the real reason you are trying to run free or pico bsd. if you are looking to do (hard) realtime (scada, etc) systems development with a unix a like operating system and cannot afford the outragious prices charged by the american systems development houses then try, qnx, http://www.qnx.com and signup for the cd or downlaod the system kit when it becomes available soon. qnx will work on a 386sx with as much as 1 mb of dram .. the four that you have will make a good development platform. or, microware os-9, http://www.digitalasphyxia.com this is where you will be able to get a "personal os-9 for intel" licence development kit. sadly this unix a like operating operating system need a minimum of 386sx with 2 mb of dram (grin). qnx, has its own windowing/gui as well as port xfree (x11r6 from memory). os-9 has x11r5 or 6 as well as its own native gui, but this may not be part of teh "personal" licence kit, an optional extra. both gui versions do add thier own processor and dram overhead to the base systems hardware requirements, but if your requirements can be meet by text mode development then 4 mb will be more than enough. these operating systems have histories that strech back at least 20 years and both are importing bsd code, sady qnx has allied itself with the linux movement, this may imporve linux code and eventually the linux kernel .. but, it will take time .. grin. in terms of deployment, both of these operating systems are as stable as freebsd claims to be, and now that the push is on for marketshare in the embeded processor marketplace using the open source vehicle keep on the lookout for more and more of the 'traditional' "small computer" or embeded appliences developers releasing code (qnx has already done this) to the open source movement in order to support development and of cource the hope of making money from support contracts. on anohter note, if you can learn qnx (or os-9) then you will be able to go to these places and get a reasonably well paying job. anyway's it means a bonanza of good stable reliable tools for all of us in teh 'open source' movement for the development of code and a plethora of operating systems to chose from, guified if we really really must have a ms windowified world, or straight text console for the more traditional amongst us .. good hunting. you mentioned having changed your hardware because it may have been faulty. i would like to humbly sugest that the only "hardware" probelm you had was the fact that freebsd is moving on and it is not your hardware that is at fault, it is freebsd that is not supporting your hardware any more. given that qnx or os-9 are not going to cost any more than the freebsd cdroms, maybe its time to think about what it is that you are trying to achieve and maybe get some better tools for the job. in case you are wodering, i wa originally a microware os-9 developer, in teh early 1980's. made a big mistake and moved to ms dos becaue two of my major clients went that way. i then tried to redeem myself by attempting to move to qnx (early 90's), cost and my health got me in the end. i've been struggling with freebsd for 5 years now (since the v2.0.5-release cds were available here in australia). i'm having the same problems with freebsd as i did with the move to qnx, financial and health related shortcomings are protracting the "learning process". i am now seriously looking at moving back to os-9, with my already invested intellectual capital and the "poor man's" vehicle in the form of the 'personal' licence i may have some hope of doing something positive fro myself and my community. warm regards jonathan (part time human, full time disabled) -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 19:10:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gershwin.tera.com (gershwin.tera.com [207.224.230.28]) by hub.freebsd.org (Postfix) with ESMTP id 524DF37B758 for ; Fri, 5 May 2000 19:10:19 -0700 (PDT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (tao.sea.tera.com [207.108.223.55]) by gershwin.tera.com (8.9.3/8.9.3) with ESMTP id TAA15046 for ; Fri, 5 May 2000 19:10:40 -0700 (PDT) Received: (from kline@localhost) by tao.thought.org (8.9.3/8.7.3) id TAA11126 for freebsd-stable@FreeBSD.ORG; Fri, 5 May 2000 19:10:37 -0700 (PDT) From: Gary Kline Message-Id: <200005060210.TAA11126@tao.thought.org> Subject: *strange* To: freebsd-stable@FreeBSD.ORG Date: Fri, 5 May 2000 19:10:37 -0700 (PDT) Organization: <> thought.org: pvblic service Unix since 1986... <> X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is the most bizarre thing I've seen in the 5 years of FBSD. Nutshell, I messed up the installation of 4.0 and reinstalled by Upgrade from my 3.2 CD. The machine boots to the date stage and hangs. I can, however, telnet in from this platform into root (!flame, please). As root from this xterm, I'm about to re-CVSup everything. Any idea what could be hanging the console and preventing it from giving me a login prompt?? tia, gents, gary -- Gary D. Kline kline@tao.thought.org Public service Unix To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 19:13:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from wat-border.sentex.ca (waterloo-hespler.sentex.ca [199.212.135.66]) by hub.freebsd.org (Postfix) with ESMTP id 9BF5B37B792; Fri, 5 May 2000 19:13:14 -0700 (PDT) (envelope-from mike@sentex.net) Received: from granite.sentex.net (granite-atm.sentex.ca [209.112.4.1]) by wat-border.sentex.ca (8.9.3/8.9.3) with ESMTP id WAA68421; Fri, 5 May 2000 22:13:13 -0400 (EDT) (envelope-from mike@sentex.net) Received: from chimp (ospf-mdt.sentex.net [205.211.164.81]) by granite.sentex.net (8.8.8/8.6.9) with ESMTP id WAA18276; Fri, 5 May 2000 22:13:07 -0400 (EDT) Message-Id: <4.2.2.20000505220154.037aade0@mail.sentex.net> X-Sender: mdtancsa@mail.sentex.net X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 Date: Fri, 05 May 2000 22:10:09 -0400 To: Joe Greco , stable@FreeBSD.ORG From: Mike Tancsa Subject: Re: Any known problems with routing in 3.4R? Cc: freebsd-net@FreeBSD.ORG In-Reply-To: <200005110028.TAA33919@aurora.sol.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 07:28 PM 5/10/2000 -0500, Joe Greco wrote: >I've set up a FreeBSD 3.4R box to do BGP. It takes full routes off an ATM >OC3 (hea0 set up as atm1) and routes packets between that and the 100mbps >Ethernet port. As someone pointed out, you need something a little more recent to correct the 16bit reference count limit. But beyond that, the two boxes for us perform like a champs regularly pushing out peaks of 18Mb/s with two views and gated. hespler-border% uptime 10:07PM up 139 days, 11:28, 4 users, load averages: 0.00, 0.00, 0.00 hespler-border% uname -a FreeBSD hespler-border.sentex.ca 3.3-RC FreeBSD 3.3-RC #0: Wed Sep 8 13:37:19 EDT 1999 mdtancsa@slag2a.sentex.ca:/usr/src/sys/compile/border i386 hespler-border% netstat -nr | wc 77858 469034 5455641 hespler-border% As the other poster pointed out as well, watch your memory. You can tweak your KVM space, but I like to add at least 192MB of RAM to give some room. My upstreams have been pretty good about not having their routers blast crap at me, but I have seen situations where they sent me 90K+ worth of routes that blew my old router away. Memory statistics by type Type Kern Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) routetbl160873 21997K 25351K 42754K 14193850 0 0 16,32,64,128,256 ---Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 19:21:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail3.gmx.net (mail.gmx.net [194.221.183.63]) by hub.freebsd.org (Postfix) with SMTP id BB7BF37BDF4 for ; Fri, 5 May 2000 19:21:17 -0700 (PDT) (envelope-from Gerhard.Sittig@gmx.net) Received: (qmail 4563 invoked by uid 0); 6 May 2000 02:21:15 -0000 Received: from pc19f5ad4.dip.t-dialin.net (HELO speedy.gsinet) (193.159.90.212) by mail.gmx.net with SMTP; 6 May 2000 02:21:15 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id WAA18111 for freebsd-stable@FreeBSD.ORG; Fri, 5 May 2000 22:24:52 +0200 Date: Fri, 5 May 2000 22:24:52 +0200 From: Gerhard Sittig To: freebsd-stable@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? Message-ID: <20000505222452.T11903@speedy.gsinet> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20000503185936.E72341@ethereal.net> <20000504095941.B18453@freebie.lemis.com> <200005040124.VAA55655@account.abs.net> <20000504111136.B22025@freebie.lemis.com> <20000503185936.E72341@ethereal.net> <20000504114013.E22025@freebie.lemis.com> <4.3.2.20000503221040.02051d40@207.227.119.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <4.3.2.20000503221040.02051d40@207.227.119.2>; from jeff-ml@mountin.net on Thu, May 04, 2000 at 05:00:35PM -0500 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, May 04, 2000 at 17:00 -0500, Jeffrey J. Mountin wrote: > > [ ... installing nonstripped kernel when building -g ... ] > > Running the non-stripped kernel uses more memory and isn't > there also a performance issue. Also what is gained by running > it, as long as you have the complimentary debug kernel in > /var/crash (or wherever) for the stripped boot kernel. Are you sure about these facts? I'm tempted to speak against both points: The symbols are in the executable file only and won't make it into physical memory unless they're referenced (which should happen only when linkers or debuggers need them). And the performance penalty comes from extra checks (inserted by the compiler or #ifdef'ed) or different stack frames for compiling with "-g", _not_ from not stripping symbols off. So "nothing's gained" except a little more consistency or - to put it in other words - there's a loss of potential irritation :) And in addition as was stated before, keeping a stripped and an unstripped version on your disk is more expensive in terms of space than just holding one non-stripped version. And what I missed in the previous discussion: How "normal" is it to have more than three kernel images around so that their symbols fill up a (too small sized?) root filesystem? The only environments that come to mind are kernel developer machines or "toys" for curious people compiling kernels "for fun". Both of them should know what they do. I feel everyday users would just have one GENERIC (stripped) kernel around from install time and one or two generations of selfmade kernels -- once the new one has proven to work the former might disappear, but I never see a need in keeping more of them around. > Pretty sure past discussions say nothing is gained, but some is > lost by running kernel.debug rather than the stripped kernel. > Maybe I missed something. I wouldn't mix "debug" and "stripped" in this way -- they're completely orthogonal to me. Unless *I* missed a point :) > I do agree with building, but not installing, a debug kernel. I thought the discussion went like this: - When everything's fine, run a non-debug kernel. - When you have problems you feel like digging into, build a debug kernel. - To gain real knowledge from the debugging session, you need symbols. Please correct me if I'm wrong. But this leads me to "What's the use in compiling with "-g" and stripping symbols off the installed copy when you have to keep the unstripped version somewhere anyway?". Do unstripped executables really eat more resources when run? Does it matter in today's memory management environments (demand paging) if the symbol's segment is "loaded" at all)? virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 20: 3:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gershwin.tera.com (gershwin.tera.com [207.224.230.28]) by hub.freebsd.org (Postfix) with ESMTP id 3617337BDFD for ; Fri, 5 May 2000 20:03:13 -0700 (PDT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (tao.sea.tera.com [207.108.223.55]) by gershwin.tera.com (8.9.3/8.9.3) with ESMTP id UAA15512 for ; Fri, 5 May 2000 20:03:30 -0700 (PDT) Received: (from kline@localhost) by tao.thought.org (8.9.3/8.7.3) id UAA11447 for freebsd-stable@FreeBSD.ORG; Fri, 5 May 2000 20:03:27 -0700 (PDT) Date: Fri, 5 May 2000 20:03:27 -0700 From: Gary Kline To: freebsd-stable@FreeBSD.ORG Subject: Re: *strange* Message-ID: <20000505200327.A11398@tao.thought.org> References: <200005060210.TAA11126@tao.thought.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005060210.TAA11126@tao.thought.org>; from kline@tao.thought.org on Fri, May 05, 2000 at 07:10:37PM -0700 X-Organization: Thought Unlimited. Public service Unix since 1986. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, May 05, 2000 at 07:10:37PM -0700, Gary Kline wrote: > > This is the most bizarre thing I've seen in the 5 years of FBSD. > > Nutshell, I messed up the installation of 4.0 and reinstalled by > Upgrade from my 3.2 CD. > > The machine boots to the date stage and hangs. I can, however, > telnet in from this platform into root (!flame, please). As > root from this xterm, I'm about to re-CVSup everything. > > Any idea what could be hanging the console and preventing it > from giving me a login prompt?? > PS to the above: I hacked /etc/ttys to let me login as root by telnet; I may have hacked the file too much and made getty unhappy. Guess. I'm not going to upset cvsup right now, tho. -g -- Gary D. Kline kline@tao.thought.org Public service Unix To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 20:48:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freeway.dcfinc.com (cx74889-a.phnx3.az.home.com [24.1.193.157]) by hub.freebsd.org (Postfix) with ESMTP id 518D637B89F for ; Fri, 5 May 2000 20:48:11 -0700 (PDT) (envelope-from chad@freeway.dcfinc.com) Received: (from chad@localhost) by freeway.dcfinc.com (8.8.8/8.8.8) id UAA06437; Fri, 5 May 2000 20:47:58 -0700 (MST) (envelope-from chad) From: "Chad R. Larson" Message-Id: <200005060347.UAA06437@freeway.dcfinc.com> Subject: Re: FreeBSD 2.2.8 gone for good? In-Reply-To: <20000505201846.D50010@argon.blackdawn.com> from Will Andrews at "May 5, 0 08:18:46 pm" To: andrews@technologist.com (Will Andrews) Date: Fri, 5 May 2000 20:47:58 -0700 (MST) Cc: ak@freenet.co.uk, freebsd-stable@FreeBSD.ORG Reply-To: chad@DCFinc.com X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've got two copies of the 2.2.8_RELEASE CD-ROMs. I suspect we could work something out. I'd also point out that you can use anonymous CVS, or CVSup to fetch the 2.2.8-STABLE source tree and build it yourself... -crl -- Chad R. Larson (CRL15) 602-953-1392 Brother, can you paradigm? chad@dcfinc.com chad@larsons.org larson1@home.net DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 21: 1:29 2000 Delivered-To: freebsd-stable@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id 9CDDF37BEAF; Fri, 5 May 2000 21:01:17 -0700 (PDT) (envelope-from jgreco@aurora.sol.net) Received: (from jgreco@localhost) by aurora.sol.net (8.9.2/8.9.2/SNNS-1.02) id CAA60699; Thu, 11 May 2000 02:24:36 -0500 (CDT) From: Joe Greco Message-Id: <200005110724.CAA60699@aurora.sol.net> Subject: Re: Any known problems with routing in 3.4R? In-Reply-To: <200005060040.RAA15679@gndrsh.dnsmgr.net> from "Rodney W. Grimes" at "May 5, 2000 5:40:15 pm" To: freebsd@gndrsh.dnsmgr.net (Rodney W. Grimes) Date: Thu, 11 May 2000 02:24:36 -0500 (CDT) Cc: stable@freebsd.org, freebsd-net@freebsd.org X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I've set up a FreeBSD 3.4R box to do BGP. It takes full routes off an ATM > ^^^^^^^^^^^^^^ > > Upgrade to 3.4-Stable, the reference count of your network interface > is wrapping past the 16 bit limit of a short and probably the cause > of your panic. Bleah. Fixed in 4.0R? I don't like running non-releases on production equipment, too hard to rebuild in a crisis situation. > > OC3 (hea0 set up as atm1) and routes packets between that and the 100mbps > > Ethernet port. > > Also I hope you have tweaked up your KVM space, full routes take a fair > bit of kernel virtual memory space to hold. I usually run with 48M of kvm, > some times 64M on full feed BGP boxes, I can say it does work fine on > 3.4-stable, and that I had nothing but regular panics on 3.4-Release and > for a long time after that: # netstat -rn|wc -l 79515 # vmstat -m|grep route routetbl164144 22452K 22458K 40960K 257974 0 0 16,32,64,128,256 # netstat 1 input (Total) output packets errs bytes packets errs bytes colls 3193 0 2969682 3226 0 2972594 0 1757 0 1565083 1742 0 1574289 0 2813 0 2545343 2851 0 2552411 0 2773 0 2559062 2740 0 2566358 0 3145 0 2842005 3215 0 2849997 0 3760 0 3326589 3742 0 3335934 0 2403 0 2242247 2382 0 2249117 0 4860 0 4499148 4897 0 4512972 0 I'm sorry but I wasn't going to run with something like 48M of kvm when the default it was giving me was 40 and I was running out (since the limit is half of kvm). I don't really need the case where some misconfigured peer decides to hand me ten thousand internal routes or something stupid like that, and the GRF handles up to 150,000 (in theory) - so a FreeBSD router should probably be able to cope with that too. So as you can see, I set 80M for kvm. This also leaves sufficient space for other stuff. > br1.CN85pm.abtltd.com# uname -a > FreeBSD br1.CN85pm.abtltd.com 3.4-STABLE FreeBSD 3.4-STABLE #0: Mon Jan 3 02:40:43 PST 2000 root@br1.CN85pm.abtltd.com:/usr/src/sys/compile/BR1 i386 > br1.CN85pm.abtltd.com# netstat -rn | wc > 77695 468055 5444199 > > > I'm getting periodic (every few days) crashes. I recently started recording > > the console output, and the last crash was due to a panic > > Yepp.. that sure sounds like the 3.4R if reference counter problem, usually > right after a big flash update from one of your BGP peers. Well, bearing in mind that on OC3c you get a full table in a matter of seconds (it's fun because I can watch gated eat the CPU), what I was seeing was more like it'd freak five to ten minutes after a route table reload. I would kill and restart gated, with the chances apparently being 50/50ish as to whether or not I'd lose it as described. Now, the thing is, the system would generally be quiescent from a routing update POV. While I do maintain a large number of internal OSPF routes, they do not tend to flap, and inspection of the other side did not indicate any change coming from BGP. I do not propagate external routes into OSPF or anything fancy (I'd kill most of my boxes if I did) and just run a default-with-some-preferred-routes type thing. I also got one other crash that simply said "panic: rtfree" and it went, so I'm really not sure exactly what is going on. Overall, I'm pleased with the performance of FreeBSD in this application. The machine it is now on is a K6/233, and seems to perform respectably. I do not know if I'd want to push full OC3 data rates over it, but there's always the K6-III/400 :-) Which reminds me, Rod, I'm finally phasing out those PCI/I-SP3G boards you sold me. Great investment, but what with me being able to pick up T2P4's and AMD K6/233's for a song, it's time to move on. But I can't complain about boards which ran very well for five years. Thanks. -- ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 22: 9: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from eddings.acpub.duke.edu (eddings.acpub.duke.edu [152.3.233.76]) by hub.freebsd.org (Postfix) with ESMTP id A98EA37BC5B for ; Fri, 5 May 2000 22:08:59 -0700 (PDT) (envelope-from sto@stat.Duke.EDU) Received: from bobzilla.adsl.duke.edu (bobzilla.adsl.duke.edu [152.16.67.15]) by eddings.acpub.duke.edu (8.9.3/8.9.3/Duke-5.0.0) with ESMTP id BAA26111; Sat, 6 May 2000 01:08:57 -0400 (EDT) Received: (from sto@localhost) by bobzilla.adsl.duke.edu (8.9.3/8.9.3) id BAA07918 for freebsd-stable@FreeBSD.ORG; Sat, 6 May 2000 01:08:54 -0400 (EDT) (envelope-from sto) Date: Sat, 6 May 2000 01:08:54 -0400 From: "Sean O'Connell" To: FreeBSD stable Subject: Re: Panic during vnconfig over nfs Message-ID: <20000506010854.B7761@stat.Duke.EDU> Reply-To: "Sean O'Connell" References: <20000505140246.A24099@stat.Duke.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.14i In-Reply-To: <20000505140246.A24099@stat.Duke.EDU>; from sean@stat.Duke.EDU on Fri, May 05, 2000 at 02:02:46PM -0400 X-Organization: House of Schmutzli X-Kitties: Bitty Maya CJ Keisha Jacob X-Hound: Bob X-OS-OF-Choice: FreeBSD Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sean O'Connell stated: > Hi > > I was trying to vnconfig a file (DOS boot image) in my home directory > which is mounted via nfs. This causes a fairly reproducible panic. > > My environment: > > PII 233/ata/xl0 running 4.0-STABLE as of 14 April 2000 > NFS mount from a Tru64 Unix box > > Here is a backtrace from a crash dump: Hi All- Earlier today, I posted this message (along with a backtrace... deleted for brevity's sake). Since then, some additional facts have come to light (all pointing toward me being an idiot). 1) I was mounting my home directory with the nodev option in /etc/fstab I don't believe that the nodev option coupled with vnconfig should panic the machine... not good. Shouldn't it bail out on an ENOxxx? Of course, you have to have root or sudo privileges to shoot your self in the foot this way. 2) I was running with nfs as a kld, so the original backtrace did not have any useful info for frames 16&17. I will include a proper backtrace: Copyright 1998 Free Software Foundation, Inc. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 3481600 initial pcb at 2cf200 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xff52ffff fault code = supervisor read, page not present instruction pointer = 0x8:0xc01bd3cc stack pointer = 0x10:0xc028eb50 frame pointer = 0x10:0xc028eb68 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 = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01ec8ea stack pointer = 0x10:0xc028e93c frame pointer = 0x10:0xc028e950 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 = bio trap number = 12 panic: page fault Uptime: 1m53s (kgdb) back #0 boot (howto=260) at ../../kern/kern_shutdown.c:304 #1 0xc014a389 in panic (fmt=0xc028658f "page fault") at ../../kern/kern_shutdown.c:554 #2 0xc0248162 in trap_fatal (frame=0xc028e8fc, eva=48) at ../../i386/i386/trap.c:924 #3 0xc0247e15 in trap_pfault (frame=0xc028e8fc, usermode=0, eva=48) at ../../i386/i386/trap.c:817 #4 0xc02479c7 in trap (frame={tf_fs = -1016135664, tf_es = -1058930672, tf_ds = -1059454960, tf_edi = 1073872896, tf_esi = -1058705472, tf_ebp = -1071060656, tf_isp = -1071060696, tf_ebx = -1016111464, tf_edx = 0, tf_ecx = -1071060660, tf_eax = 25, tf_trapno = 12, tf_err = 0, tf_eip = -1071724310, tf_cs = 8, tf_eflags = 66050, tf_esp = -1016111464, tf_ss = 1}) at ../../i386/i386/trap.c:423 #5 0xc01ec8ea in mfs_strategy (ap=0xc028e96c) at ../../ufs/mfs/mfs_vnops.c:201 #6 0xc016ba7a in bwrite (bp=0xc36f5e98) at vnode_if.h:923 #7 0xc0170dd6 in vop_stdbwrite (ap=0xc028e99c) at ../../kern/vfs_default.c:319 #8 0xc0170c31 in vop_defaultop (ap=0xc028e99c) at ../../kern/vfs_default.c:138 #9 0xc016bd72 in bawrite (bp=0xc36f5e98) at vnode_if.h:1172 #10 0xc017f93c in spec_fsync (ap=0xc028ea04) at ../../miscfs/specfs/spec_vnops.c:362 #11 0xc01ec7a2 in mfs_fsync (ap=0xc028ea04) at ../../ufs/mfs/mfs_vnops.c:120 #12 0xc01ead0a in ffs_sync (mp=0xc0e27000, waitfor=2, cred=0xc0743900, p=0xc02e6a80) at vnode_if.h:537 #13 0xc0175a03 in sync (p=0xc02e6a80, uap=0x0) at ../../kern/vfs_syscalls.c:549 #14 0xc0149dbf in boot (howto=256) at ../../kern/kern_shutdown.c:226 #15 0xc014a389 in panic (fmt=0xc028658f "page fault") at ../../kern/kern_shutdown.c:554 #16 0xc0248162 in trap_fatal (frame=0xc028eb10, eva=4283629567) at ../../i386/i386/trap.c:924 #17 0xc0247e15 in trap_pfault (frame=0xc028eb10, usermode=0, eva=4283629567) at ../../i386/i386/trap.c:817 #18 0xc02479c7 in trap (frame={tf_fs = -923926512, tf_es = -1071120368, tf_ds = -1071120368, tf_edi = 1073741824, tf_esi = -1072478981, tf_ebp = -1071060120, tf_isp = -1071060164, tf_ebx = -11337729, tf_edx = 0, tf_ecx = -1071060136, tf_eax = -8633, tf_trapno = 12, tf_err = 0, tf_eip = -1071918132, tf_cs = 8, tf_eflags = 66118, tf_esp = -1057859584, tf_ss = -909756288}) at ../../i386/i386/trap.c:423 #19 0xc01bd3cc in nfs_sigintr (nmp=0xc9c63880, rep=0xc0f25800, p=0xc01344fb) at ../../nfs/nfs_socket.c:1550 #20 0xc01bd06d in nfs_timer (arg=0x0) at ../../nfs/nfs_socket.c:1403 #21 0xc014f701 in softclock () at ../../kern/kern_timeout.c:131 Thanks Sean To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 22:58: 2 2000 Delivered-To: freebsd-stable@freebsd.org Received: from evil.2y.net (ztown2-1-61.adsl.one.net [207.78.253.61]) by hub.freebsd.org (Postfix) with ESMTP id 2A11E37BB65 for ; Fri, 5 May 2000 22:57:56 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id CAA00907; Sat, 6 May 2000 02:02:37 -0400 (EDT) (envelope-from cokane) Date: Sat, 6 May 2000 02:02:37 -0400 From: Coleman Kane To: Gary Kline Cc: freebsd-stable@FreeBSD.ORG Subject: Re: *strange* Message-ID: <20000506020237.A729@cokane.yi.org> References: <200005060210.TAA11126@tao.thought.org> <20000505200327.A11398@tao.thought.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000505200327.A11398@tao.thought.org>; from kline@tao.thought.org on Fri, May 05, 2000 at 11:04:12PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You may have a user process hanging up the system. Try pressing Control-c after the hang. I have noticed that sendmail would periodically do this if my machine was disconnected from the network, the way I had it set up previously. --cokane Gary Kline had the audacity to say: > On Fri, May 05, 2000 at 07:10:37PM -0700, Gary Kline wrote: > > > > This is the most bizarre thing I've seen in the 5 years of FBSD. > > > > Nutshell, I messed up the installation of 4.0 and reinstalled by > > Upgrade from my 3.2 CD. > > > > The machine boots to the date stage and hangs. I can, however, > > telnet in from this platform into root (!flame, please). As > > root from this xterm, I'm about to re-CVSup everything. > > > > Any idea what could be hanging the console and preventing it > > from giving me a login prompt?? > > > > PS to the above: I hacked /etc/ttys to let me login > as root by telnet; I may have hacked the file too much > and made getty unhappy. Guess. I'm not going to > upset cvsup right now, tho. > > -g > > > -- > Gary D. Kline kline@tao.thought.org Public service Unix > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > -- Coleman Kane President, UC Free O.S. Users Group - http://pohl.ececs.uc.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 5 23:41:59 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id 9F52037B874; Fri, 5 May 2000 23:41:41 -0700 (PDT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id XAA16249; Fri, 5 May 2000 23:40:18 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <200005060640.XAA16249@gndrsh.dnsmgr.net> Subject: Re: Any known problems with routing in 3.4R? In-Reply-To: <200005110724.CAA60699@aurora.sol.net> from Joe Greco at "May 11, 2000 02:24:36 am" To: jgreco@ns.sol.net (Joe Greco) Date: Fri, 5 May 2000 23:40:17 -0700 (PDT) Cc: stable@freebsd.org, freebsd-net@freebsd.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > I've set up a FreeBSD 3.4R box to do BGP. It takes full routes off an ATM > > ^^^^^^^^^^^^^^ > > > > Upgrade to 3.4-Stable, the reference count of your network interface > > is wrapping past the 16 bit limit of a short and probably the cause > > of your panic. > > Bleah. Fixed in 4.0R? I don't like running non-releases on production > equipment, too hard to rebuild in a crisis situation. Yes, fixed in 4.0R, though some other rough edges exists there and I could not deploy that on our AS until about 5 weeks ago. (The 3.4 output I showed you was from about the last router we have running on 3.x, most of the others are on 4.0-stable, here is the brother to the earlier output: (These aren't quite OC-3, they are peered upstream at 100BaseTX, peered to each other and internal routers over dual 100BaseTX.) br2.CN85pm.abtltd.com:rgrimes {59}% uname -a FreeBSD br2.CN85pm.abtltd.com 4.0-STABLE FreeBSD 4.0-STABLE #1: Sat Mar 18 07:49:48 PST 2000 root@br2.CN85pm.abtltd.com:/usr/src/sys/compile/BR2 i386 br2.CN85pm.abtltd.com:rgrimes {60}% netstat -rn | wc 77759 312930 4205246 br2.CN85pm.abtltd.com:rgrimes {61}% vmstat -m | grep route routetbl160654 21962K 22898K 32768K 7151686 0 0 16,32,64,128,256 ... > > I'm sorry but I wasn't going to run with something like 48M of kvm when > the default it was giving me was 40 and I was running out (since the limit > is half of kvm). I don't really need the case where some misconfigured > peer decides to hand me ten thousand internal routes or something stupid > like that, and the GRF handles up to 150,000 (in theory) - so a FreeBSD > router should probably be able to cope with that too. GRF's are after all just a BSD box running a hacked gated :-). You'll need to shove kvm up pretty high, but the best way to protect yourself from missconfigured peers is to route filter carefully. I have been wanting to migrate to zebra due to it's superiour configurability in this area, but the stability of ospf has just never been there, though it is looking good right now. (I run zebra on a few test boxes in the lab.) > So as you can see, I set 80M for kvm. This also leaves sufficient space > for other stuff. Yea... well, be carefull your wasting memory on kernel page table pages which are wired in pages that can't be used for anything else. > > br1.CN85pm.abtltd.com# uname -a > > FreeBSD br1.CN85pm.abtltd.com 3.4-STABLE FreeBSD 3.4-STABLE #0: Mon Jan 3 02:40:43 PST 2000 root@br1.CN85pm.abtltd.com:/usr/src/sys/compile/BR1 i386 > > br1.CN85pm.abtltd.com# netstat -rn | wc > > 77695 468055 5444199 > > > > > I'm getting periodic (every few days) crashes. I recently started recording > > > the console output, and the last crash was due to a panic > > > > Yepp.. that sure sounds like the 3.4R if reference counter problem, usually > > right after a big flash update from one of your BGP peers. > > Well, bearing in mind that on OC3c you get a full table in a matter of > seconds (it's fun because I can watch gated eat the CPU), what I was seeing > was more like it'd freak five to ten minutes after a route table reload. I > would kill and restart gated, with the chances apparently being 50/50ish as > to whether or not I'd lose it as described. Killing gated is one of the things that can trip the 16 bit if ref count bug. As gated tries to remove the routes from the kernel the ref counter makes the fatal 1 to 0 transition when infact it should be 65537 to 65536. > > Now, the thing is, the system would generally be quiescent from a routing > update POV. While I do maintain a large number of internal OSPF routes, > they do not tend to flap, and inspection of the other side did not indicate > any change coming from BGP. I do not propagate external routes into OSPF > or anything fancy (I'd kill most of my boxes if I did) and just run a > default-with-some-preferred-routes type thing. OSPF churn can also trigger this, though we found that to be rare, most often it was either a gated restart, an upstream doing a big flash update, or loss of an iBGP peer causing an internal flap. We also do not export BGP into OSPF, but instead make generous use of gated generate statements to create internal OSPF default routes (yes, routes, as in 1 default per upstream peer) the OSPF routes get propogated AS wide and all boarder routers are fully iBGP meshed so they all know the shortest way out, we let the internal stuff use OSPF to get it to the closest boarder router which then deals with iBGP to decide where to exit the AS. Works pretty well, had to tweak a few things to get it balanced, but working like a champ for almost a year now. > > I also got one other crash that simply said "panic: rtfree" and it went, > so I'm really not sure exactly what is going on. Thats IT!! Yep, ref count when through 0 in the downward direction :-(. > Overall, I'm pleased with the performance of FreeBSD in this application. > The machine it is now on is a K6/233, and seems to perform respectably. I > do not know if I'd want to push full OC3 data rates over it, but there's > always the K6-III/400 :-) Don't bother with the K6-III, go to the K6-2-550, the 100MHz bus is what you really need, the K6-III is not reliable due to heat problems and being extreamly picky about the regulation of the core voltage. > Which reminds me, Rod, I'm finally phasing out those PCI/I-SP3G boards you > sold me. Great investment, but what with me being able to pick up T2P4's > and AMD K6/233's for a song, it's time to move on. Ahhh... I still have a stack of T2P4's I am running on here, there are some ap notes (or should I call them mods) out there that allow you to run a K6-2-400 in them. The rev 3.10 boards is as simple as setting 2 jumpers on the regulator section (ASUS built one hell of a regulator on that 3.10 board, it can actually do 1.8 to 3.4 volts, and can deliver more current than you would need for a K6-550). To drive the K6-2 above 400 requires that you solder a wire on the back of the CPU socket for the high order multiplier bit. You don't get the 100Mhz bus, but some folks have run them at 83Mhz. I could use a good supply of 233Mhz K6 chips... :-) Got lots of older boards around here that I don't have chips for, well, other than the barell of P75's :-) Maybe we can work out a deal ?? > But I can't complain > about boards which ran very well for five years. Thanks. Your welcome! -- Rod Grimes - KD7CAX @ CN85sl - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 1:34:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ipt2.iptelecom.net.ua (ipt2.iptelecom.net.ua [212.9.224.2]) by hub.freebsd.org (Postfix) with ESMTP id 2E98E37B784; Sat, 6 May 2000 01:34:15 -0700 (PDT) (envelope-from sobomax@altavista.net) Received: from vega.vega.com (dialup2-3.iptelecom.net.ua [212.9.226.67]) by ipt2.iptelecom.net.ua (8.9.3/8.9.3) with ESMTP id LAA21762; Sat, 6 May 2000 11:34:45 +0300 (EEST) Received: from altavista.net (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.9.3/8.9.3) with ESMTP id LAA59344; Sat, 6 May 2000 11:32:07 +0300 (EEST) (envelope-from sobomax@altavista.net) Message-ID: <3913D862.960037A1@altavista.net> Date: Sat, 06 May 2000 11:31:30 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.72 [en] (WinNT; I) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: current@freebsd.org Cc: stable@freebsd.org Subject: Small MAKEDEV bug Content-Type: multipart/mixed; boundary="------------090F0C2492AC7357711ED90A" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------090F0C2492AC7357711ED90A Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hi, I've just noticed that "sh MAKEDEV acd1" doesn't produce node for acd1 due to incorrect comparasion in the "while" loop. This affecting both 4.0-STABLE and 5.0-CURRENT. With this message I'm attaching short patch which should solve this little problem. -Maxim --------------090F0C2492AC7357711ED90A Content-Type: text/plain; charset=koi8-r; name="MAKEDEV.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="MAKEDEV.diff" --- MAKEDEV 2000/05/06 08:25:52 1.1 +++ MAKEDEV 2000/05/06 08:26:14 @@ -795,7 +795,7 @@ fi if [ "${units}" -le 31 ]; then i=0 - while [ $i -lt $units ]; do + while [ $i -le $units ]; do dname=$name$i rm -rf ${dname}* r${dname}* mknod ${dname}a c $chr $(($i * 8)) root:operator --------------090F0C2492AC7357711ED90A-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 3:50:22 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rdc1.wa.home.com (ha1.rdc1.wa.home.com [24.0.2.66]) by hub.freebsd.org (Postfix) with ESMTP id 06FB837B5E2 for ; Sat, 6 May 2000 03:50:19 -0700 (PDT) (envelope-from drunkle@home.com) Received: from turandot.fiddi.com ([24.0.234.124]) by mail.rdc1.wa.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000506105018.BHUC11443.mail.rdc1.wa.home.com@turandot.fiddi.com>; Sat, 6 May 2000 03:50:18 -0700 Received: from localhost (dave@localhost) by turandot.fiddi.com (8.9.3/8.9.3) with ESMTP id DAA31426; Sat, 6 May 2000 03:50:17 -0700 (PDT) (envelope-from drunkle@home.com) X-Authentication-Warning: turandot.fiddi.com: dave owned process doing -bs Date: Sat, 6 May 2000 03:50:17 -0700 (PDT) From: Dave Runkle X-Sender: dave@turandot.fiddi.com To: A G F Keahan Cc: freebsd-stable@FreeBSD.ORG Subject: Re: FreeBSD 2.2.8 gone for good? In-Reply-To: <39137199.6D4E2049@freenet.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I have the 2.2.8 CD set that I bought from cdrom.com. I'd be surprised if they don't have any still in stock. Give them a call. If you cannot afford to buy them (the 4-cd set should cost around $30-40 US), I would be able to copy a boot floppy and burn the first (install) CD for you. I understand that you are writing from UK, so it would take a couple of weeks to get to you if I did this for you. Another option for you might be PICO BSD - on a floppy. I think they're still offering 2.2 series sets. Dave p.s., I am assuming it would be legal for me to copy for you - if not, I would hope someone would let me know first! On Sat, 6 May 2000, A G F Keahan wrote: > This is a little off-topic, but is there an ftp site where I can still > download a boot floppy and an ISO CD image of FreeBSD 2.2.8? I've just > found a perfectly good 386 (DX-40, 4Mb RAM, 105Mb HDD) -- someone just > threw it away and left it standing next to my office. I want to > install FreeBSD on this poor little thing, and think that 2.2.8 would be > much more suitable for it than 3.4 or 4.0, because older a.out binaries > are smaller than ELF ones, as are the various kernel components, which > had greatly increased in size over the years. > > Let's just say I was very surprised when I couldn't find 2.2.8 anymore - > I think I did a similar ftp install on a 486 less than a year ago. > > Alex Keahan > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 5:27:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from cg.nu (c18760082.telekabel.chello.nl [212.187.60.82]) by hub.freebsd.org (Postfix) with ESMTP id B4CDE37B817 for ; Sat, 6 May 2000 05:27:54 -0700 (PDT) (envelope-from wevers@cg.nu) Received: from BOFH (lep3com [10.0.1.6]) by cg.nu (Postfix) with SMTP id 83799319F5 for ; Sat, 6 May 2000 14:27:49 +0200 (CEST) From: "Henk Wevers" To: Subject: FW: ps does not work after a cvsupdate to 4.0-STABLE Date: Sat, 6 May 2000 14:27:47 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi *, After a make world and offcourse a rebuild from the kernel, my ps and top command did not work anymore. If i do a ps i get the following message. ps: proc size mismatch (40872 total, 1044 chunks) Somebody has an idea? Is the procfilesystem changed and the ps command not? Henk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 6:52:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from front1.grolier.fr (front1.grolier.fr [194.158.96.51]) by hub.freebsd.org (Postfix) with ESMTP id 33CCC37B5F9 for ; Sat, 6 May 2000 06:52:32 -0700 (PDT) (envelope-from phthin@club-internet.fr) Received: from obelix.gaulois.fr (ppp-244-211.velizy.club-internet.fr [195.36.244.211] (may be forged)) by front1.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id PAA20784 for ; Sat, 6 May 2000 15:52:28 +0200 (MET DST) Received: (from philippe@localhost) by obelix.gaulois.fr (8.9.3/8.9.3/) id PAA57267 for freebsd-stable@FreeBSD.org; Sat, 6 May 2000 15:50:11 +0200 (CEST) (envelope-from philippe) Message-Id: <200005061350.PAA57267@obelix.gaulois.fr> Date: Sat, 6 May 2000 15:50:10 +0200 (CEST) From: phthin@club-internet.fr, UNEXPECTED_DATA_AFTER_ADDRESS@.SYNTAX-ERROR Subject: ipfw: warning: interface ``tun0'' does not exist with ipfw under 4. 0 To: freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, ( Excuse me, my english is very bad ) I'm using 4.0 Stable, ipfw, windowmaker with wmnet and my internet's connexion is RTC. first: At boot, i've this message: check dynamic rules... ipfw: warning: interface ``tun0'' does not exist ......... ipfw: warning: interface ``tun0'' does not exist Firewall rules loaded, starting divert daemons:. my rules are: ...... oif="tun0" ...... $fwcmd add pass all from any to any out xmit ${oif} keep-state ...... ipfw runs fine with these rules. second: When i launch wmnet i've got this message: Added 'ed0' to list. Added 'lo0' to list. but no tun0. I had no messages, no problems with 3.4S. what should i do to create tun0 at boot ? Thank for any advice. Philippe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 6:53:26 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail1.bna.bellsouth.net (mail1.bna.bellsouth.net [205.152.150.13]) by hub.freebsd.org (Postfix) with ESMTP id 9D5A237B5F9 for ; Sat, 6 May 2000 06:53:17 -0700 (PDT) (envelope-from jim@siteplus.net) Received: from discover.siteplus.net (host-209-214-41-74.cha.bellsouth.net [209.214.41.74]) by mail1.bna.bellsouth.net (3.3.5alt/0.75.2) with ESMTP id JAA14936; Sat, 6 May 2000 09:53:12 -0400 (EDT) Date: Sat, 6 May 2000 09:53:11 -0400 (EDT) From: Jim Weeks To: Dave Runkle Cc: A G F Keahan , freebsd-stable@FreeBSD.ORG Subject: Re: FreeBSD 2.2.8 gone for good? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I sent this information yesterday, but I got an undeliverable message on the address ak@freenet.co.uk. I don't remember if I sent it to the group as well so here goes again. The boot image is still on the POA site at http://www.jp.FreeBSD.org/PAO/ This will work fine even though he doesn't have a laptop. The binary install can also be done from ftp://daemon.jp.FreeBSD.org There may be other mirror sites as well, but I know that 2.2.8 is in this tree. Jim On Sat, 6 May 2000, Dave Runkle wrote: > > Hello, I have the 2.2.8 CD set that I bought from cdrom.com. I'd be > surprised if they don't have any still in stock. Give them a call. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 7:26:31 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lucifer.bart.nl (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 5E73937B754; Sat, 6 May 2000 07:26:12 -0700 (PDT) (envelope-from asmodai@lucifer.bart.nl) Received: (from asmodai@localhost) by lucifer.bart.nl (8.9.3/8.9.3) id QAA79459; Sat, 6 May 2000 16:24:52 +0200 (CEST) (envelope-from asmodai) Date: Sat, 6 May 2000 16:24:52 +0200 From: Jeroen Ruigrok van der Werven To: Maxim Sobolev Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Small MAKEDEV bug Message-ID: <20000506162452.B79195@lucifer.bart.nl> References: <3913D862.960037A1@altavista.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3913D862.960037A1@altavista.net>; from sobomax@altavista.net on Sat, May 06, 2000 at 11:31:30AM +0300 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20000506 10:40], Maxim Sobolev (sobomax@altavista.net) wrote: >- while [ $i -lt $units ]; do >+ while [ $i -le $units ]; do Tested and committed to both CURRENT and 4-STABLE. -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl We must all hang together, else we shall all hang separately... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 9: 8: 9 2000 Delivered-To: freebsd-stable@freebsd.org Received: from frolkin.demon.co.uk (frolkin.demon.co.uk [194.222.100.41]) by hub.freebsd.org (Postfix) with ESMTP id 9FED637BBCF for ; Sat, 6 May 2000 09:07:49 -0700 (PDT) (envelope-from sasha@frolkin.demon.co.uk) Received: from sasha by frolkin.demon.co.uk with local (Exim 3.12 #1) id 12o76z-00008Z-00; Sat, 06 May 2000 17:07:25 +0100 Date: Sat, 6 May 2000 17:07:24 +0100 From: Alexander Frolkin To: Henk Wevers Cc: stable@freebsd.org Subject: Re: FW: ps does not work after a cvsupdate to 4.0-STABLE Message-ID: <20000506170724.A443@gamma> Reply-To: Alexander Frolkin References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5i In-Reply-To: ; from Henk Wevers on Sat, May 06, 2000 at 02:27:47PM +0200 X-Operating-System: Linux 2.2.14 X-GPG-Key-Fingerprint: 6C84 3EB2 550E E581 62FA BB0C D510 B042 FD5C E7A7 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, May 06, 2000 at 02:27:47PM +0200, Henk Wevers wrote: > > Hi *, > > After a make world and offcourse a rebuild from the kernel, my > ps and top command did not work anymore. > > If i do a ps i get the following message. > > ps: proc size mismatch (40872 total, 1044 chunks) > > Somebody has an idea? > Is the procfilesystem changed and the ps command not? Just to make sure, did you also install the new kernel and reboot? Alexander > > Henk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 9:11:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from cg.nu (c18760082.telekabel.chello.nl [212.187.60.82]) by hub.freebsd.org (Postfix) with ESMTP id A4E9A37BBD4 for ; Sat, 6 May 2000 09:11:38 -0700 (PDT) (envelope-from wevers@cg.nu) Received: from BOFH (lep3com [10.0.1.6]) by cg.nu (Postfix) with SMTP id A2637319F5; Sat, 6 May 2000 18:11:33 +0200 (CEST) From: "Henk Wevers" To: "Alexander Frolkin" Cc: Subject: RE: FW: ps does not work after a cvsupdate to 4.0-STABLE Date: Sat, 6 May 2000 18:11:29 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 In-Reply-To: <20000506170724.A443@gamma> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yes i DID, The same problem happend when i patched a 3.4-stable with jail, a time ago. It just looks like ps does not see the proc filesystem. Offcourse i have options PROCFS in the kernel! If i umount /proc, the same message i get from ps. Real strange. Henk -----Original Message----- From: Alexander Frolkin [mailto:sasha@frolkin.demon.co.uk]On Behalf Of Alexander Frolkin Sent: zaterdag 6 mei 2000 18:07 To: Henk Wevers Cc: stable@freebsd.org Subject: Re: FW: ps does not work after a cvsupdate to 4.0-STABLE On Sat, May 06, 2000 at 02:27:47PM +0200, Henk Wevers wrote: > > Hi *, > > After a make world and offcourse a rebuild from the kernel, my > ps and top command did not work anymore. > > If i do a ps i get the following message. > > ps: proc size mismatch (40872 total, 1044 chunks) > > Somebody has an idea? > Is the procfilesystem changed and the ps command not? Just to make sure, did you also install the new kernel and reboot? Alexander > > Henk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 9:16:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gershwin.tera.com (gershwin.tera.com [207.224.230.28]) by hub.freebsd.org (Postfix) with ESMTP id 9AFE237BBCF for ; Sat, 6 May 2000 09:16:35 -0700 (PDT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (tao.sea.tera.com [207.108.223.55]) by gershwin.tera.com (8.9.3/8.9.3) with ESMTP id JAA22727 for ; Sat, 6 May 2000 09:16:59 -0700 (PDT) Received: (from kline@localhost) by tao.thought.org (8.9.3/8.7.3) id JAA20076 for freebsd-stable@FreeBSD.ORG; Sat, 6 May 2000 09:17:06 -0700 (PDT) From: Gary Kline Message-Id: <200005061617.JAA20076@tao.thought.org> Subject: __func__ To: freebsd-stable@FreeBSD.ORG Date: Sat, 6 May 2000 09:17:05 -0700 (PDT) Organization: <> thought.org: pvblic service Unix since 1986... <> X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmm... This happened yesterday afternoon and I assumed it was because of not following Annelise's ``Upgrading'' page in-order. After starting over from scratch, here it is again: cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf ../../i386/i386/in_cksum.c ../../i386/i386/in_cksum.c: In function `in_cksum': ../../i386/i386/in_cksum.c:239: `__func__' undeclared (first use this function) ../../i386/i386/in_cksum.c:239: (Each undeclared identifier is reported only once ../../i386/i386/in_cksum.c:239: for each function it appears in.) ../../i386/i386/in_cksum.c: In function `in_cksum_skip': ../../i386/i386/in_cksum.c:427: `__func__' undeclared (first use this function) *** Error code 1 Can anyone shed some light on this err? thanks, gary -- Gary D. Kline kline@tao.thought.org Public service Unix To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 9:27:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from alpha.netvision.net.il (alpha.netvision.net.il [194.90.1.13]) by hub.freebsd.org (Postfix) with ESMTP id 16C1637BBCF for ; Sat, 6 May 2000 09:27:37 -0700 (PDT) (envelope-from ak@freenet.co.uk) Received: from freenet.co.uk (RAS3-p102.rlz.netvision.net.il [62.0.169.104]) by alpha.netvision.net.il (8.9.3/8.8.6) with ESMTP id TAA28201; Sat, 6 May 2000 19:26:23 +0300 (IDT) Message-ID: <391456AC.D8843A8E@freenet.co.uk> Date: Sat, 06 May 2000 20:30:20 +0300 From: A G F Keahan X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Jim Weeks Cc: Dave Runkle , freebsd-stable@FreeBSD.ORG, "Chad R. Larson" , Michael , Will Andrews Subject: Re: FreeBSD 2.2.8 gone for good? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG First of all, I would like to thank Jim, Dave, Chad, Michael, Will and other people who have replied offering help. Fortunately, it turns out that the Taiwanese and Japanese mirrors (ftp://ftp.tw.freebsd.org/pub/i386 and ftp://daemon.jp.freebsd.org) still hold copies of 2.2.8-RELEASE. I find it very strange that the main FTP site (ftp.freebsd.org) doesn't, not even in some Attic directory. Thank you once again, Alex Keahan Jim Weeks wrote: > > I sent this information yesterday, but I got an undeliverable message on > the address ak@freenet.co.uk. I don't remember if I sent it to the group > as well so here goes again. Sorry about that -- freenet always seem to have problems with their mail servers -- perhaps if they switched from NT to FreeBSD, the problems would just go away :) > On Sat, 6 May 2000, Dave Runkle wrote: > > > Hello, I have the 2.2.8 CD set that I bought from cdrom.com. I'd be > > surprised if they don't have any still in stock. Give them a call. Actually, I'd be surprised if they still do, because at some point they were giving them away for free... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 9:34:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from epsilon.lucida.qc.ca (epsilon.lucida.qc.ca [216.95.146.6]) by hub.freebsd.org (Postfix) with SMTP id 6EC1E37BB4C for ; Sat, 6 May 2000 09:34:54 -0700 (PDT) (envelope-from matt@ARPA.MAIL.NET) Received: (qmail 7566 invoked by uid 1000); 6 May 2000 16:34:53 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 6 May 2000 16:34:53 -0000 Date: Sat, 6 May 2000 12:34:51 -0400 (EDT) From: Matt Heckaman X-Sender: matt@epsilon.lucida.qc.ca To: Dave Runkle Cc: A G F Keahan , freebsd-stable@FreeBSD.ORG Subject: Re: FreeBSD 2.2.8 gone for good? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: localhost 1.6.2 0/1000/N Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, 6 May 2000, Dave Runkle wrote: [...] : I understand that you are writing from UK, so it would take a couple : of weeks to get to you if I did this for you. [...] Don't bet on that, here's an interesting story of mine: I sent two letters on the same day, from the same post office here in Montreal, Canada. I sent one letter express, one letter normal mail. Express mail was destined for New Jersey US, while the normal mail was destined for the UK, (England) - The normal mail letter to the Uk took 3 days to arrive at it's location. The express mail to the US took just over one week. Strange, no? Matt Heckaman matt@arpa.mail.net http://www.lucida.qc.ca -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.1 (FreeBSD) Comment: http://www.lucida.qc.ca/pgp iD8DBQE5FEmtdMMtMcA1U5ARApMjAJ9jEYnjAlYo/5Y/HF7Wgo1PJHNRVwCg6vR8 /CTUNuwQ/N8s5wHvdQGo61A= =iO0/ -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 9:43:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 0823737BC30 for ; Sat, 6 May 2000 09:43:08 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.9.3/8.9.3) id JAA08800; Sat, 6 May 2000 09:42:16 -0700 (PDT) (envelope-from obrien) Date: Sat, 6 May 2000 09:42:16 -0700 From: "David O'Brien" To: A G F Keahan Cc: freebsd-stable@FreeBSD.ORG Subject: Re: FreeBSD 2.2.8 gone for good? Message-ID: <20000506094216.A8756@relay.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <391456AC.D8843A8E@freenet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <391456AC.D8843A8E@freenet.co.uk>; from ak@freenet.co.uk on Sat, May 06, 2000 at 08:30:20PM +0300 X-Operating-System: FreeBSD 4.0-RELEASE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, May 06, 2000 at 08:30:20PM +0300, A G F Keahan wrote: > still hold copies of 2.2.8-RELEASE. I find it very strange that the > main FTP site (ftp.freebsd.org) doesn't, not even in some Attic > directory. Simply an issue of space. If ftp.freebsd.org holds the release, mirrors will feel compelled to carry it and we might get space complaints. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 9:54:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mailhop1.nyroc.rr.com (mailhop1-1.nyroc.rr.com [24.92.226.166]) by hub.freebsd.org (Postfix) with ESMTP id 61BBA37B809 for ; Sat, 6 May 2000 09:54:41 -0700 (PDT) (envelope-from rchambers1@stny.rr.com) Received: from mailout1.nyroc.rr.com ([24.92.226.81]) by mailhop1.nyroc.rr.com (Post.Office MTA v3.5.3 release 223 ID# 0-59787U250000L250000S0V35) with ESMTP id com for ; Sat, 6 May 2000 12:51:19 -0400 Received: from oscar ([24.24.65.149]) by mailout1.nyroc.rr.com (Post.Office MTA v3.5.3 release 223 ID# 0-59787U250000L250000S0V35) with SMTP id com for ; Sat, 6 May 2000 12:54:16 -0400 Reply-To: From: "Roy E. Chambers, Sr." To: Subject: Date: Sat, 6 May 2000 12:55:09 -0400 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0000_01BFB75A.4F462540" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0000_01BFB75A.4F462540 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit ------=_NextPart_000_0000_01BFB75A.4F462540 Content-Type: text/x-vcard; name="Roy E. Chambers. Sr..vcf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="Roy E. Chambers. Sr..vcf" BEGIN:VCARD VERSION:2.1 N:Chambers.;Roy;E.;;Sr. FN:Roy E. Chambers. Sr. ORG:ACoder Net Services, LLC. TITLE:Webmaster NOTE;ENCODING=3DQUOTED-PRINTABLE:ACoder Net Services, LLC. Web hosting = with a complete suite of web applica=3D tions & = development.=3D0D=3D0A=3D0D=3D0AAdministrator@ACoder.net=3D0D=3D0A=3D0D=3D= 0AWebmaste=3D r@muddyboots.net=3D0D=3D0A=3D0D=3D0AWebmaster: Coalition of Families of = Korean & Col=3D d War POW/MIAs=3D0D=3D0A = www.coalitionoffamilies.org=3D0D=3D0A=3D0D=3D =3D0A TEL;WORK;VOICE:(607) 263-5849 TEL;HOME;VOICE:(607) 263-5849 TEL;WORK;FAX:(607) 263-9609 TEL;HOME;FAX:(607) 263-9609 TEL;HOME:(607) 263-5474 ADR;WORK;ENCODING=3DQUOTED-PRINTABLE:;;6 Mechanic, St.=3D0D=3D0APO Box = 546;Morris;NY;13808-0528;United States of Amer=3D ica LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:6 Mechanic, St.=3D0D=3D0APO Box = 546=3D0D=3D0AMorris, NY 13808-0528=3D0D=3D0AUnited State=3D s of America ADR;HOME;ENCODING=3DQUOTED-PRINTABLE:;;6 Mechanic, St.=3D0D=3D0APO Box = 528;Morris;NY;13808-0528;United States of Amer=3D ica LABEL;HOME;ENCODING=3DQUOTED-PRINTABLE:6 Mechanic, St.=3D0D=3D0APO Box = 528=3D0D=3D0AMorris, NY 13808-0528=3D0D=3D0AUnited State=3D s of America URL:http://www.muddyboots.net URL:http://www.muddyboots.net EMAIL;PREF;INTERNET:Roy@ACoder.net EMAIL;INTERNET:roy@telenet.net EMAIL;INTERNET:Admin@butternut-valley.com REV:20000321T203146Z END:VCARD ------=_NextPart_000_0000_01BFB75A.4F462540-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 10:17:33 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 6153037B9BA for ; Sat, 6 May 2000 10:17:29 -0700 (PDT) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id TAA03190; Sat, 6 May 2000 19:17:54 +0200 (MET DST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 12o8D0-0007eJ-00 for ; Sat, 06 May 2000 19:17:42 +0200 Date: Sat, 6 May 2000 19:17:42 +0200 From: Szilveszter Adam To: freebsd-stable@FreeBSD.ORG Subject: Re: FreeBSD 2.2.8 gone for good? Message-ID: <20000506191742.D23880@petra.hos.u-szeged.hu> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <391456AC.D8843A8E@freenet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <391456AC.D8843A8E@freenet.co.uk>; from ak@freenet.co.uk on Sat, May 06, 2000 at 08:30:20PM +0300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, May 06, 2000 at 08:30:20PM +0300, A G F Keahan wrote: > First of all, I would like to thank Jim, Dave, Chad, Michael, Will and > other people who have replied offering help. Fortunately, it turns out > that the Taiwanese and Japanese mirrors > (ftp://ftp.tw.freebsd.org/pub/i386 and ftp://daemon.jp.freebsd.org) > still hold copies of 2.2.8-RELEASE. I find it very strange that the > main FTP site (ftp.freebsd.org) doesn't, not even in some Attic > directory. > > Thank you once again, > > Alex Keahan hi! Maybe I am late for this already, in this case sorry. But I just checked and there is a much closer copy (geographically) that you can get. At: ftp://ftp7.de.freebsd.org/pub/FreeBSD/releases/i386/2.2.8-RELEASE thanks to the TU Clausthal. Also, just for the archives, there is a RELEASE/SNAP finder which can help quickly in such situations or similar ones because it is updated daily. (Also has cvsup and ctm info) The URL is: http://www.itworks.com.au/~gavin/FBSDsites.php3 Good luck! Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 10:19:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 81D5037B93F for ; Sat, 6 May 2000 10:19:26 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.12 #1) id 12o7zY-000Jy0-00; Sat, 06 May 2000 18:03:48 +0100 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.12 #7) id 12o7zY-000I11-00; Sat, 06 May 2000 18:03:48 +0100 Date: Sat, 6 May 2000 18:03:48 +0100 From: Ben Smithurst To: Will Andrews Cc: A G F Keahan , freebsd-stable@FreeBSD.ORG Subject: Re: FreeBSD 2.2.8 gone for good? Message-ID: <20000506180347.V79359@strontium.scientia.demon.co.uk> References: <39137199.6D4E2049@freenet.co.uk> <20000505201846.D50010@argon.blackdawn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000505201846.D50010@argon.blackdawn.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Will Andrews wrote: > I'm pretty sure there is no public FTP copy of FreeBSD 2.2.8 except maybe > on one or two (or three) sites. Last time I looked on ftp.demon.co.uk I think I saw quite a few old release directories (in /pub/FreeBSD of course), might be worth a look. Of course, I didn't look in the directories, so they may be empty. :-) -- Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 11:44:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id 57F2937B8C3 for ; Sat, 6 May 2000 11:44:43 -0700 (PDT) (envelope-from bandix@looksharp.net) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id OAA03570; Sat, 6 May 2000 14:44:52 -0400 (EDT) (envelope-from bandix@looksharp.net) Date: Sat, 6 May 2000 14:44:51 -0400 (EDT) From: "Brandon D. Valentine" To: Szilveszter Adam Cc: freebsd-stable@FreeBSD.ORG Subject: Re: FreeBSD 2.2.8 gone for good? In-Reply-To: <20000506191742.D23880@petra.hos.u-szeged.hu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 6 May 2000, Szilveszter Adam wrote: >At: ftp://ftp7.de.freebsd.org/pub/FreeBSD/releases/i386/2.2.8-RELEASE > >thanks to the TU Clausthal. Those guys are awesome. The barebones iso's they generated for 3.4-REL saved me a lot of time over my modem. Brandon D. Valentine -- bandix@looksharp.net Illegitimi non carborundum. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 12:54: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 40BC637B7DB; Sat, 6 May 2000 12:53:54 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id FAA03211; Sun, 7 May 2000 05:53:43 +1000 Date: Sun, 7 May 2000 05:53:41 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Maxim Sobolev Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Small MAKEDEV bug In-Reply-To: <3913D862.960037A1@altavista.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 6 May 2000, Maxim Sobolev wrote: > I've just noticed that "sh MAKEDEV acd1" doesn't produce node for acd1 due to > incorrect comparasion in the "while" loop. This affecting both 4.0-STABLE and > 5.0-CURRENT. With this message I'm attaching short patch which should solve > this little problem. This is the intended behaviour. "sh MAKEDEV acdN" is supposed to create N acd devices, numbered from 0 to N-1. This broken behaviour was introduced for cd*, mcd* and scd* in rev.1.171. It has since spread to acd*. Other types of disks are handled correctly. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 14:31:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id D615F37BC26; Sat, 6 May 2000 14:31:25 -0700 (PDT) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id RAA28808; Sat, 6 May 2000 17:30:53 -0400 (EDT) (envelope-from howardl) From: Howard Leadmon Message-Id: <200005062130.RAA28808@account.abs.net> Subject: Re: Debugging Kernel/System Crashes, can anyone help?? In-Reply-To: <200005051828.LAA80765@apollo.backplane.com> from Matthew Dillon at "May 5, 2000 11:28:55 am" To: Matthew Dillon Date: Sat, 6 May 2000 17:30:53 -0400 (EDT) Cc: Bill Paul , Greg Lehey , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, Actualy had some netowrk problems here yesterday, so if you sent me any replies yesterday I didn't receive it, but don't see any reason why the troubles should have caused the loss of any Email. Anyway over the past day I have had yet two more crashes, and wasn't sure if any of this info would be of any help or not. I will include the two backtraces below, and if having any more would help, or you need any other info please let me know. As I am sure you can tell this is just driving me up a wall.. :( crash-3: # gdb -k kernel.3 vmcore.3 =20 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... SMP 2 cpus IdlePTD 3112960 initial pcb at 2815e0 panicstr: page fault panic messages: --- Fatal trap 1: privileged instruction fault while in kernel mode mp_lock =3D 00000002; cpuid =3D 0; lapic.id =3D 00000000 instruction pointer =3D 0x8:0xc017ab18 stack pointer =3D 0x10:0xff806e3c frame pointer =3D 0x10:0xff806e90 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D Idle interrupt mask =3D <- SMP: XXX trap number =3D 1 panic: privileged instruction fault mp_lock =3D 00000002; cpuid =3D 0; lapic.id =3D 00000000 boot() called on cpu#0 syncing disks...=20 Fatal trap 12: page fault while in kernel mode mp_lock =3D 00000003; cpuid =3D 0; lapic.id =3D 00000000 fault virtual address =3D 0x30 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc01cdca5 stack pointer =3D 0x10:0xff806c88 frame pointer =3D 0x10:0xff806c8c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D Idle interrupt mask =3D bio <- SMP: XXX trap number =3D 12 panic: page fault mp_lock =3D 00000003; cpuid =3D 0; lapic.id =3D 00000000 boot() called on cpu#0 Uptime: 2h26m16s dumping to dev #ad/0x20001, offset 128 dump ata0: resetting devices .. done 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365= 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 34= 6 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 3= 27 326 325 324 323 322 321 32= 0 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 3= 01 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 = 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264= 263 262 261 260 259 258 257=20= 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238= 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 21= 9 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 2= 00 199 198 197 196 195 194 19= 3 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 1= 74 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 = 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137= 136 135 134 133 132 131 130=20= 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111= 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 = 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 = 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 0=20 --- #0 boot (howto=3D260) at ../../kern/kern_shutdown.c:304 304 dumppcb.pcb_cr3 =3D rcr3(); (kgdb) back #0 boot (howto=3D260) at ../../kern/kern_shutdown.c:304 #1 0xc013af94 in poweroff_wait (junk=3D0xc025922f, howto=3D0) at ../../kern/kern_shutdown.c:554 #2 0xc02283cc in trap_fatal (frame=3D0xff806c48, eva=3D48) at ../../i386/i386/trap.c:924 #3 0xc022805d in trap_pfault (frame=3D0xff806c48, usermode=3D0, eva=3D48) at ../../i386/i386/trap.c:817 #4 0xc0227c57 in trap (frame=3D{tf_fs =3D -1072300008, tf_es =3D -84829796= 8,=20 tf_ds =3D -8388592, tf_edi =3D 0, tf_esi =3D 0, tf_ebp =3D -8360820,= =20 tf_isp =3D -8360844, tf_ebx =3D -1071185252, tf_edx =3D -1071010272,= =20 tf_ecx =3D 1, tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0,=20 tf_eip =3D -1071850331, tf_cs =3D 8, tf_eflags =3D 66194, tf_esp =3D = -848017264,=20 tf_ss =3D -8360796}) at ../../i386/i386/trap.c:423 #5 0xc01cdca5 in acquire_lock (lk=3D0xc027029c) at machine/globals.h:113 #6 0xc01d2f7c in softdep_count_dependencies (bp=3D0xcd744890, wantcount=3D= 0) at ../../ufs/ffs/ffs_softdep.c:4535 #7 0xc01d624c in ffs_fsync (ap=3D0xff806d08) at ../../ufs/ffs/ffs_vnops.c:= 168 #8 0xc01d4d66 in ffs_sync (mp=3D0xc58fb000, waitfor=3D2, cred=3D0xc0dee900= ,=20 p=3D0xc0297060) at vnode_if.h:537 #9 0xc01673ef in sync (p=3D0xc0297060, uap=3D0x0) at ../../kern/vfs_syscal= ls.c:549 #10 0xc013a9b3 in boot (howto=3D256) at ../../kern/kern_shutdown.c:226 #11 0xc013af94 in poweroff_wait (junk=3D0xc02592a3, howto=3D0) at ../../kern/kern_shutdown.c:554 #12 0xc02283cc in trap_fatal (frame=3D0xff806dfc, eva=3D0) at ../../i386/i386/trap.c:924 #13 0xc0227d92 in trap (frame=3D{tf_fs =3D -1058537448, tf_es =3D 16,=20 tf_ds =3D -1071448048, tf_edi =3D 256, tf_esi =3D -970757120,=20 tf_ebp =3D -8360304, tf_isp =3D -8360408, tf_ebx =3D -979436544,=20 tf_edx =3D -974068112, tf_ecx =3D -974068112, tf_eax =3D -1059168256,= =20 tf_trapno =3D 1, tf_err =3D 0, tf_eip =3D -1072190696, tf_cs =3D 8,= =20 tf_eflags =3D 66118, tf_esp =3D -1072215241, tf_ss =3D -1059168256}) at ../../i386/i386/trap.c:586 #14 0xc017ab18 in arpresolve (ac=3D0xc0de6000, rt=3D0xc11f8d80, m=3D0xc5f0e= 670,=20 dst=3D0xc6236c00, desten=3D0xd7bb12e0 "", rt0=3D0xc11f8db0) at ../../netinet/if_ether.c:343 #15 0xc0180813 in ip_output (m0=3D0xc11f8d80, opt=3D0x0, ro=3D0xd7bb1268, f= lags=3D256,=20 imo=3D0x0) at ../../netinet/ip_output.c:769 #16 0xc0185386 in tcp_output (tp=3D0xd7bb12e0) at ../../netinet/tcp_output.= c:849 #17 0xc0186397 in tcp_timer_delack (xtp=3D0xd7bb12e0) at ../../netinet/tcp_timer.c:180 #18 0xc0140519 in softclock () at ../../kern/kern_timeout.c:131 (kgdb) crash-4: # gdb -k kernel.debug vmcore.4 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... SMP 2 cpus IdlePTD 3112960 initial pcb at 2815e0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode mp_lock =3D 00000002; cpuid =3D 0; lapic.id =3D 00000000 fault virtual address =3D 0x2 fault code =3D supervisor write, page not present instruction pointer =3D 0x8:0xc0226e47 stack pointer =3D 0x10:0xdaf0bef8 frame pointer =3D 0x10:0xdaf0bf3c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 247 (rcsd) interrupt mask =3D none <- SMP: XXX trap number =3D 12 panic: page fault mp_lock =3D 00000002; cpuid =3D 0; lapic.id =3D 00000000 boot() called on cpu#0 syncing disks... 41 2=20 done Uptime: 17h15m27s dumping to dev #ad/0x20001, offset 128 dump ata0: resetting devices .. done 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365= 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 34= 6 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 3= 27 326 325 324 323 322 321 32= 0 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 3= 01 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 = 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264= 263 262 261 260 259 258 257=20= 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238= 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 21= 9 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 2= 00 199 198 197 196 195 194 19= 3 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 1= 74 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 = 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137= 136 135 134 133 132 131 130=20= 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111= 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 = 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 = 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 0=20 --- #0 boot (howto=3D256) at ../../kern/kern_shutdown.c:304 304 dumppcb.pcb_cr3 =3D rcr3(); (kgdb) back #0 boot (howto=3D256) at ../../kern/kern_shutdown.c:304 #1 0xc013af94 in poweroff_wait (junk=3D0xc025922f, howto=3D-653024736) at ../../kern/kern_shutdown.c:554 #2 0xc02283cc in trap_fatal (frame=3D0xdaf0beb8, eva=3D2) at ../../i386/i386/trap.c:924 #3 0xc022805d in trap_pfault (frame=3D0xdaf0beb8, usermode=3D0, eva=3D2) at ../../i386/i386/trap.c:817 #4 0xc0227c57 in trap (frame=3D{tf_fs =3D -1071054824, tf_es =3D -10710548= 32,=20 tf_ds =3D -1071251440, tf_edi =3D 2, tf_esi =3D 2, tf_ebp =3D -621756= 612,=20 tf_isp =3D -621756700, tf_ebx =3D 0, tf_edx =3D -621756616, tf_ecx = =3D 33,=20 tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D -1071485369,= tf_cs =3D 8,=20 tf_eflags =3D 66054, tf_esp =3D -653024736, tf_ss =3D -1072342341}) at ../../i386/i386/trap.c:423 #5 0xc0226e47 in generic_bzero () #6 0xc0228662 in syscall (frame=3D{tf_fs =3D 147521583, tf_es =3D 67279262= 3,=20 tf_ds =3D -1078001617, tf_edi =3D 153022464, tf_esi =3D 672827008,=20 tf_ebp =3D -1077940280, tf_isp =3D -621756460, tf_ebx =3D 233119171,= =20 tf_edx =3D 4306, tf_ecx =3D 233119171, tf_eax =3D 97, tf_trapno =3D 2= 2,=20 tf_err =3D 2, tf_eip =3D 672393416, tf_cs =3D 31, tf_eflags =3D 582,= =20 tf_esp =3D -1077940364, tf_ss =3D 47}) at ../../i386/i386/trap.c:1073 #7 0xc0216531 in Xint0x80_syscall () #8 0x28196e48 in ?? () #9 0x80898de in ?? () ---Type to continue, or q to quit--- #10 0x80899ae in ?? () #11 0x8075ae2 in ?? () #12 0x8058813 in ?? () #13 0x80749e3 in ?? () #14 0x805874b in ?? () #15 0x8056120 in ?? () #16 0x80552d6 in ?? () #17 0x805001d in ?? () #18 0x804f9e5 in ?? () (kgdb) --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 15:20:16 2000 Delivered-To: freebsd-stable@freebsd.org Received: from denverweb.net (xenu.denverweb.net [199.45.153.14]) by hub.freebsd.org (Postfix) with ESMTP id 3287D37BDB7 for ; Sat, 6 May 2000 15:20:10 -0700 (PDT) (envelope-from bminazzi@denverweb.net) Received: from denverweb.net (rc-pm3-1-41.enetis.net [208.141.217.232]) by denverweb.net (8.8.8/8.8.8) with ESMTP id QAA16740 for ; Sat, 6 May 2000 16:20:42 -0600 (MDT) Message-ID: <39148DBB.3002EBB8@denverweb.net> Date: Sat, 06 May 2000 21:25:15 +0000 From: blaine minazzi X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14 i586) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-stable To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 16:17:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id 3C55C37B538 for ; Sat, 6 May 2000 16:17:13 -0700 (PDT) (envelope-from dgilbert@office.tor.velocet.net) Received: from office.tor.velocet.net (trooper.velocet.net [216.126.82.226]) by sabre.velocet.net (Postfix) with ESMTP id 3764B138072 for ; Sat, 6 May 2000 19:17:11 -0400 (EDT) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.9.3/8.9.3) id TAA05089; Sat, 6 May 2000 19:17:17 -0400 (EDT) (envelope-from dgilbert) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14612.43005.111110.291887@trooper.velocet.net> Date: Sat, 6 May 2000 19:17:17 -0400 (EDT) To: freebsd-stable@freebsd.org Subject: fetch not (quite) proxied? X-Mailer: VM 6.75 under 20.4 "Emerald" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a situation were it is sometimes convenient to run application <--> rinetd <--> realproxy (squid) <--> "The Internet" ... now this set of connections works for wget and netscape and anything else I've cared to test, but not for fetch. What causes this? Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 16:21:57 2000 Delivered-To: freebsd-stable@freebsd.org Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by hub.freebsd.org (Postfix) with ESMTP id 9B2D237B73E; Sat, 6 May 2000 16:21:48 -0700 (PDT) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id SAA18803; Sat, 6 May 2000 18:21:35 -0500 (CDT) (envelope-from jeff-ml@mountin.net) Received: from dial-85.max1.wa.cyberlynk.net(207.227.118.85) by peak.mountin.net via smap (V1.3) id sma018801; Sat May 6 18:21:24 2000 Message-Id: <4.3.2.20000506175851.00ae9b50@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Sat, 06 May 2000 18:15:15 -0500 To: Greg Lehey From: "Jeffrey J. Mountin" Subject: Re: Debugging Kernel/System Crashes, can anyone help?? Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <20000506073852.E37507@freebie.lemis.com> References: <4.3.2.20000503221040.02051d40@207.227.119.2> <20000503185936.E72341@ethereal.net> <20000504095941.B18453@freebie.lemis.com> <200005040124.VAA55655@account.abs.net> <20000504111136.B22025@freebie.lemis.com> <20000503185936.E72341@ethereal.net> <20000504114013.E22025@freebie.lemis.com> <4.3.2.20000503221040.02051d40@207.227.119.2> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 07:38 AM 5/6/00 +0930, Greg Lehey wrote: >On Thursday, 4 May 2000 at 17:00:35 -0500, Jeffrey J. Mountin wrote: > > At 11:40 AM 5/4/00 +0930, Greg Lehey wrote: > >> There's a separate issue about whether to build kernels with debug > >> symbols by default. That takes a lot more space (30 MB as compared to > >> about 8). But if you have a debug kernel, I don't see any reason to > >> install a stripped version. > > > > Running the non-stripped kernel uses more memory > >No, this isn't correct, not with ELF. > > > and isn't there also a performance issue. > >No. Thanks for clarifying that, but were either memory or performance an issue back in the AOUT days? I seem to recall something to that point, but might be wrong. > > Also what is gained by running it, > >Disk space. Then it's an issue of disk layout. I use a 100 MB root, which should be good for number of years to come and /var is not a part of the root partition. IMO space is (or should be) a non-issue or at least should be for most. YMMV and don't care to beat that horse some once more. > > as long as you have the complimentary debug kernel in /var/crash (or > > wherever) for the stripped boot kernel. > >It's the one that savecore saves, and there's more opportunity for >using the wrong debug kernel for dump analysis. True, but then one would hope someone doing analysis would know better. Maybe there should be an "make install debug" that would either install the debug version instead of the stripped version *or* install it in /var/crash. If there are no memory or performance issues with the debug kernel, then I wouldn't mind it being installed as the default. Then those that wish to strip it may do so. As always the point is who gains changing the current method. Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 17:37:40 2000 Delivered-To: freebsd-stable@freebsd.org Received: from vps.vitalserver.com (vps.vitalserver.com [208.53.149.149]) by hub.freebsd.org (Postfix) with ESMTP id 4550037B795; Sat, 6 May 2000 17:37:33 -0700 (PDT) (envelope-from car@vitalserver.com) Received: from vitalserver.com (car@car.vitalit.com [208.53.149.157]) by vps.vitalserver.com (8.9.3/8.9.3) with ESMTP id UAA79463; Sat, 6 May 2000 20:38:00 -0400 (EDT) (envelope-from car@vitalserver.com) Message-ID: <3914BAA6.1623BA56@vitalserver.com> Date: Sat, 06 May 2000 20:36:54 -0400 From: Charles Rouzer X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-questions@freebsd.org, stable@freebsd.org Subject: jailed virtual IPs can't talk to themselves and other jailed IPs Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I am curious if anyone has noticed that jailed IPs can't talk to other jailed IPs including itself or localhost. Jailed IPs can only talk to the host environments non-aliased IP address or hosts outside the host machine. If anyone is aware of current jail functionality discussions I am very interested. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 6 22:31:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from vail.net (vail.net [199.45.148.10]) by hub.freebsd.org (Postfix) with ESMTP id 9227537B96F for ; Sat, 6 May 2000 22:31:14 -0700 (PDT) (envelope-from ivanfetch@technologist.com) Received: from gatekeeper.cfcc.com (cfcc.com [204.144.216.251]) by vail.net (/) with ESMTP id e475O6U18088 for ; Sat, 6 May 2000 23:24:06 -0600 (MDT) Received: from oak.ivanfetch.tzo.com (130.253.204.217 [130.253.204.217]) by gatekeeper.cfcc.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.1960.3) id KLT803JA; Sat, 6 May 2000 23:38:17 -0600 Date: Sat, 6 May 2000 22:28:49 -0700 (MST) From: Ivan Fetch X-Sender: ifetch@oak.ivanfetch.tzo.com To: freebsd-stable@freebsd.org Subject: Creating a FreeBSD-Stable CD Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I ab about to upgrade to FreeBSD-stable from 4.0-R (ISO Image) - mainly because I want to have the experience of doing so, and I would like burncd to work as well - I was wondering how I could go about creating a CD which I could install FreeBSD-stable from? I was unable to connect to ftp://releng3.freebsd.org as staged in the handbook - I was theorizing that I could download that entire directory tree and burn it to a CD. Thankfully I have other ways to burn right now besides BSD, so I will be able to create the image before my cvsup if desired. Thank you all for your help, Ivan Fetch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message