From owner-freebsd-stable Sun Oct 22 0:12:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from amalthea.pomona.edu (amalthea.pomona.edu [134.173.95.2]) by hub.freebsd.org (Postfix) with ESMTP id 6720937B479 for ; Sun, 22 Oct 2000 00:12:16 -0700 (PDT) Received: by amalthea.pomona.edu (Postfix, from userid 1000) id 96D0838606; Sun, 22 Oct 2000 00:11:47 -0700 (PDT) Date: Sun, 22 Oct 2000 00:11:47 -0700 From: Daniel Sumers Myers To: freebsd-stable@freebsd.org Subject: installworld bug? pod2man Message-ID: <20001022001147.A1405@amalthea.pomona.edu> Reply-To: dmyers@pomona.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just upgraded a box from 4.1-release to 4-stable, and I think I might have found a bug in the installworld target. src/secure/usr.bin/openssl/Makefile caused the installworld process to die because pod2man couldn't be found. Changing the call in the makefile from "pod2man" to "/usr/bin/pod2man" fixed it. -- Daniel Myers dmyers@pomona.edu Finger daniel@redlance.pomona.edu for my GnuPG public key. "So many women, so little nerve." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 0:26:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from emerald.oz.net (emerald2.oz.net [216.39.128.2]) by hub.freebsd.org (Postfix) with ESMTP id 38F2637B479 for ; Sun, 22 Oct 2000 00:26:46 -0700 (PDT) Received: from seamud.sam.com (sense-sea-mas-63.oz.net [216.39.130.63]) by emerald.oz.net (8.9.3/8.7.3) with ESMTP id AAA19942 for ; Sun, 22 Oct 2000 00:18:48 -0700 (PDT) Received: from sam (sam.sam.com [10.0.0.2]) by seamud.sam.com (8.11.1/8.11.1) with SMTP id e9M7Qfp01185 for ; Sun, 22 Oct 2000 00:26:41 -0700 (PDT) (envelope-from samz@oz.net) Message-ID: <007501c03bf9$723f2410$0200000a@sam> Reply-To: "Sam Zamarripa" From: "Sam Zamarripa" To: Subject: Make World "Nice" Date: Sun, 22 Oct 2000 00:26:50 -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.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there anyway to have Make world(s) be set to use a higher cpu priority? Such as all the GCC compiling set to use nice -10 for example. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 0:56:28 2000 Delivered-To: freebsd-stable@freebsd.org Received: from krycek.zoominternet.net (krycek.zoominternet.net [63.67.120.9]) by hub.freebsd.org (Postfix) with SMTP id 114F837B479 for ; Sun, 22 Oct 2000 00:56:27 -0700 (PDT) Received: (qmail 4667 invoked from network); 22 Oct 2000 07:55:33 -0000 Received: from lcl12.cvzoom.net (HELO cvzoom.net) (208.226.155.12) by krycek.zoominternet.net with SMTP; 22 Oct 2000 07:55:33 -0000 Message-ID: <39F29DA8.1F056F9B@cvzoom.net> Date: Sun, 22 Oct 2000 03:56:24 -0400 From: Donn Miller X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.1.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Sam Zamarripa Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Make World "Nice" References: <007501c03bf9$723f2410$0200000a@sam> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sam Zamarripa wrote: > Is there anyway to have Make world(s) be set to use a higher cpu priority? > Such as all the GCC compiling set to use nice -10 for example. Thanks. Actually, doing make -j [n] where n is an integer >=1 will implicitly raise the priority level, because you have approx. [n] gcc processes going at once. With 64M RAM, I find that make -j2 buildworld works best. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 1:14:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from shark.harmonic.co.il (jupiter.harmonic.co.il [192.116.140.62]) by hub.freebsd.org (Postfix) with ESMTP id 7843337B479 for ; Sun, 22 Oct 2000 01:14:32 -0700 (PDT) Received: from localhost (roman@localhost) by shark.harmonic.co.il (8.9.3/8.9.3) with ESMTP id KAA10540 for ; Sun, 22 Oct 2000 10:14:30 +0200 Date: Sun, 22 Oct 2000 10:14:30 +0200 (IST) From: Roman Shterenzon To: freebsd-stable@freebsd.org Subject: kern/22103 - Vinum and Adapter crashes 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've added more details to this PR... Any ideas, anyone? --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 1:42:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from shark.harmonic.co.il (jupiter.harmonic.co.il [192.116.140.62]) by hub.freebsd.org (Postfix) with ESMTP id 2907B37B4C5 for ; Sun, 22 Oct 2000 01:42:49 -0700 (PDT) Received: from localhost (roman@localhost) by shark.harmonic.co.il (8.9.3/8.9.3) with ESMTP id KAA11736 for ; Sun, 22 Oct 2000 10:42:46 +0200 Date: Sun, 22 Oct 2000 10:42:46 +0200 (IST) From: Roman Shterenzon To: freebsd-stable@freebsd.org Subject: arp: ether address 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 Any idea why I see many of these in dmesg? (sometimes): arp: ether address is broadcast for IP address 192.168.100.202! arp: ether address is broadcast for IP address 192.168.100.235! I think that our switch is playing tricks with me... That message means that machine with broadcast address answered this IP? --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 4:19:22 2000 Delivered-To: freebsd-stable@freebsd.org Received: from relay.mail.frost.net (orac.frost.net [212.240.253.100]) by hub.freebsd.org (Postfix) with ESMTP id AF82637B479; Sun, 22 Oct 2000 04:19:18 -0700 (PDT) Received: from matthewf by relay.mail.frost.net with local (Exim 3.166 #1) id 13nJ9e-0000BD-00; Sun, 22 Oct 2000 12:19:06 +0100 Date: Sun, 22 Oct 2000 12:19:06 +0100 From: Matthew Frost To: Cameron Grant Cc: j mckitrick , Dolgan , multimedia@freebsd.org, stable@freebsd.org Subject: Re: sound problems under 4.1.1 Message-ID: <20001022121906.A681@orac.frost.net> References: <20001010012905.A3426@dogma.freebsd-uk.eu.org> <20001013214153.A1670@home.com> <20001014132123.A69191@dogma.freebsd-uk.eu.org> <003201c03617$f7603900$0504020a@haveblue> <20001015084017.B15920@orac.frost.net> <003501c03796$874cbff0$0504020a@haveblue> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <003501c03796$874cbff0$0504020a@haveblue>; from gandalf@vilnya.demon.co.uk on Mon, Oct 16, 2000 at 06:28:41PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Oct 16, 2000 at 06:28:41PM +0100, Cameron Grant wrote: > please try this patch on sys/dev/sound/pcm/dsp.c: Yup, that worked for me. (Up to date source tree, patch applied, buildkernel && installkernel) and a reboot. Regards, Matthew -- Matthew Frost http://www.frost.org/ email: matthew@frost.org "P FN without DEF, 10:1" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 5:45:29 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 831AF37B479 for ; Sun, 22 Oct 2000 05:45:23 -0700 (PDT) Received: (from uucp@localhost) by picalon.gun.de (8.9.3/8.9.3) id OAA04155 for freebsd-stable@freebsd.org; Sun, 22 Oct 2000 14:45:19 +0200 (MET DST) >Received: (from andreas@localhost) by klemm.gtn.com (8.11.1/8.11.1) id e9MCZ1K37477 for freebsd-stable@freebsd.org; Sun, 22 Oct 2000 14:35:01 +0200 (CEST) (envelope-from andreas) Date: Sun, 22 Oct 2000 14:35:00 +0200 From: Andreas Klemm To: freebsd-stable@freebsd.org Subject: -STABLE broken ? a2ps error: sheets.map:50: unexpected character `*' Message-ID: <20001022143500.A37163@titan.klemm.gtn.com> Mime-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 4.1.1-STABLE 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 Hi ! a2ps had no problems before my system upgrade to FreeBSD titan.klemm.gtn.com 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Sun Oct 15 11:13:58 CEST 2000 root@titan.klemm.gtn.com:/usr/src/sys/compile/TITAN i386 When trying to print ASCII files a2ps 4.13 failes with the message: a2ps:/usr/local/share/a2ps/sheets/sheets.map:50: unexpected character `*' Am I the only one ? I have this behaviour on 2 separate 4.1.1 STABLE machines. On my LAPTOP I use 4.1.1-STABLE of Oct 21st. Any idea whats going wrong ? I I comment out the line 50, it complains about the next statement containing a `*' character ... Something in libs broken ??? Andreas /// -- Andreas Klemm Powered by FreeBSD SMP Songs from our band >>64Bits<<............http://www.apsfilter.org/64bits.html My homepage................................ http://people.FreeBSD.ORG/~andreas Please note: Apsfilter got a NEW HOME................http://www.apsfilter.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 5:47:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40]) by hub.freebsd.org (Postfix) with ESMTP id 0845037B4C5 for ; Sun, 22 Oct 2000 05:47:42 -0700 (PDT) Received: by peitho.fxp.org (Postfix, from userid 1501) id 965901360E; Sun, 22 Oct 2000 08:47:46 -0400 (EDT) Date: Sun, 22 Oct 2000 08:47:46 -0400 From: Chris Faulhaber To: Andreas Klemm Cc: freebsd-stable@freebsd.org Subject: Re: -STABLE broken ? a2ps error: sheets.map:50: unexpected character `*' Message-ID: <20001022084746.A70467@peitho.fxp.org> Mail-Followup-To: Chris Faulhaber , Andreas Klemm , freebsd-stable@freebsd.org References: <20001022143500.A37163@titan.klemm.gtn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001022143500.A37163@titan.klemm.gtn.com>; from andreas@klemm.gtn.com on Sun, Oct 22, 2000 at 02:35:00PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Oct 22, 2000 at 02:35:00PM +0200, Andreas Klemm wrote: > Hi ! > > a2ps had no problems before my system upgrade to > > FreeBSD titan.klemm.gtn.com 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Sun Oct 15 11:13:58 CEST 2000 root@titan.klemm.gtn.com:/usr/src/sys/compile/TITAN i386 > > When trying to print ASCII files a2ps 4.13 failes with the message: > a2ps:/usr/local/share/a2ps/sheets/sheets.map:50: unexpected character `*' > > Am I the only one ? Nope, it is related to a2ps-4.13. 4.12 works fine. I (along with others) informed the maintainer a few weeks ago...no reply. -- 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 Sun Oct 22 7:25:26 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 389E937B4C5 for ; Sun, 22 Oct 2000 07:25:21 -0700 (PDT) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id HAA04709; Sun, 22 Oct 2000 07:24:40 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda04707; Sun Oct 22 07:24:22 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.0/8.9.1) id e9MEOI518564; Sun, 22 Oct 2000 07:24:18 -0700 (PDT) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdG18562; Sun Oct 22 07:23:33 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.1/8.9.1) id e9MENTG10134; Sun, 22 Oct 2000 07:23:29 -0700 (PDT) Message-Id: <200010221423.e9MENTG10134@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdX10130; Sun Oct 22 07:23:10 2000 X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.1.1-RELEASE X-Sender: cy To: vladimir@math.uic.edu Cc: freebsd-stable@FreeBSD.ORG Subject: Re: ipfw advice needed In-reply-to: Your message of "21 Oct 2000 18:22:40 -0000." <20001021182240.21355.qmail@math.uic.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 22 Oct 2000 07:23:09 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20001021182240.21355.qmail@math.uic.edu>, vladimir@math.uic.edu wri tes: > Dear -STABLE users, > > I am trying to setup ipfw rules to protect some > of our crucial machines, including a file server. > The system is 4.1.1-STABLE. So far I've been > using access lists on the router, but would like > to get some extra security on the machine itself. > One thing got me confused: there is a couple of > daemons that are listening on the ports not > listed in /etc/services. For example, (lsof output): > > ypserv 126 root 5u IPv4 0xcefe2d80 0t0 TCP *:1023 (LISTEN) > ypbind 128 root 5u IPv4 0xcefe2b60 0t0 TCP *:1022 (LISTEN) > mountd 135 root 4u IPv4 0xcefe2940 0t0 TCP *:1021 (LISTEN) > nfsd 137 root 3u IPv4 0xcefe2720 0t0 TCP *:nfsd (LISTEN) > rpc.lockd 161 root 4u IPv4 0xce898900 0t0 UDP *:lockd > rpc.lockd 161 root 5u IPv4 0xcefe2500 0t0 TCP *:lockd (LISTEN) > rpc.lockd 161 root 9u IPv4 0xce89a6c0 0t0 UDP *:855 > rpc.statd 163 root 3u IPv4 0xce898840 0t0 UDP *:990 > rpc.statd 163 root 4u IPv4 0xcefe22e0 0t0 TCP *:1020 (LISTEN) > > > ypbind listens on ports 1022, mountd on tcp port 1021, ypserv on tcp > port 1023, statd on port 1020. What do I do with those? > Are these ports officially assigned or are they arbitrarily selected > by these daemons when they start and register with the portmapper? > Is there a range of TCP ports that I should keep opened for > incoming connections for these services to operate properly? > Any hints would be appreciated. These are RPC services. You can use rpcinfo -p to get another view of this. The port numbers are either arbitrarily defined by standard, e.g nfsd, and lockd, arbitrarily defined by an admin, e.g. Remedy, or randomly selected within a range, e.g. NIS, NIS+, mountd, rpc.statd, automountd, and amd. Whether you want to keep certain ports open or closed depends on the application(s) you run and your security requirements. Generally, RPC services should be blocked. 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 Sun Oct 22 8:46:21 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 4309B37B4C5; Sun, 22 Oct 2000 08:46:16 -0700 (PDT) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 13nNKB-0002JK-00; Sun, 22 Oct 2000 16:46:15 +0100 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.9.3/8.9.3) id QAA68668; Sun, 22 Oct 2000 16:46:14 +0100 (BST) (envelope-from jcm) Date: Sun, 22 Oct 2000 16:46:14 +0100 From: j mckitrick To: Matthew Frost Cc: Cameron Grant , Dolgan , multimedia@freebsd.org, stable@freebsd.org Subject: Re: sound problems under 4.1.1 Message-ID: <20001022164614.A68578@dogma.freebsd-uk.eu.org> References: <20001010012905.A3426@dogma.freebsd-uk.eu.org> <20001013214153.A1670@home.com> <20001014132123.A69191@dogma.freebsd-uk.eu.org> <003201c03617$f7603900$0504020a@haveblue> <20001015084017.B15920@orac.frost.net> <003501c03796$874cbff0$0504020a@haveblue> <20001022121906.A681@orac.frost.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001022121906.A681@orac.frost.net>; from matthewf@orac.frost.net on Sun, Oct 22, 2000 at 12:19:06PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Oct 22, 2000 at 12:19:06PM +0100, Matthew Frost wrote: | On Mon, Oct 16, 2000 at 06:28:41PM +0100, Cameron Grant wrote: | > please try this patch on sys/dev/sound/pcm/dsp.c: | | Yup, that worked for me. (Up to date source tree, patch applied, | buildkernel && installkernel) and a reboot. Hmmm. Still no good for me. Am I supposed to do anything special with MAKEDEV after rebuilding, besides 'MAKEDEV snd0' ? I still get the same error when using play. | | Regards, Matthew | | -- | Matthew Frost http://www.frost.org/ | email: matthew@frost.org | | "P FN without DEF, 10:1" jcm -- "That depends on what the meaning of the word 'is' is." -President Bill Clinton "I don't know what you mean by the word 'ask.'" -CEO Bill Gates To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 8:53:31 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 4652137B479; Sun, 22 Oct 2000 08:53:23 -0700 (PDT) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id IAA33410; Sun, 22 Oct 2000 08:53:07 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <200010221553.IAA33410@gndrsh.dnsmgr.net> Subject: Re: Supporting INCS on 3-STABLE In-Reply-To: <86puktyihz.wl@archon.local.idaemons.org> from Akinori MUSHA at "Oct 22, 2000 06:47:04 am" To: knu@idaemons.org (Akinori MUSHA) Date: Sun, 22 Oct 2000 08:53:07 -0700 (PDT) Cc: freebsd-stable@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG, asami@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 was noticed that my textproc/expat port doesn't install header files > automatically on 3-STABLE because 3-STABLE's bsd.lib.mk doesn't > recognize INCS macro. Your textproc/expat port is abusing an interface that is not public, please remove the dependency of INCS from your port. > Now, can we merge the INCS support to 3-STABLE? I'm not saying that > we should modify src/lib/*/Makefile so they use INCS macro, but just > make bsd.lib.mk support the macro and leave src/lib/*/Makefile for > safety. No, please don't. It was bad enough that someone took expermintal work from -current into 4-STABLE directly against the authors recomendations. > I found only one file defines INCS though the variable is not actually > used, and we can remove the definition. Are you sure it is not used? What happens during a make install in src/lib/libcom_err? Don't com_err.h and com_right.h get installed by the backcall to _includeinstall:? > If no one opposes and the merging is done, I hope bsd.lib.mk will be > included in the ports upgrade kits for 3.x. I oppose the addition of _includeinstall: into the 3.x tree. > > Opinions? > > > Index: src/lib/libcom_err/Makefile > =================================================================== > RCS file: /home/ncvs/src/lib/libcom_err/Makefile,v > retrieving revision 1.8.2.3 > diff -u -r1.8.2.3 Makefile > --- src/lib/libcom_err/Makefile 2000/07/07 04:55:07 1.8.2.3 > +++ src/lib/libcom_err/Makefile 2000/10/21 20:50:30 > @@ -2,7 +2,6 @@ > > LIB= com_err > SRCS= com_err.c error.c > -INCS= ${COM_ERRDIR}/com_err.h ${COM_ERRDIR}/com_right.h > MAN3= com_err.3 > COM_ERRDIR= ${.CURDIR}/../../contrib/com_err > CFLAGS+= -I${COM_ERRDIR} > Index: src/share/mk/bsd.lib.mk > =================================================================== > RCS file: /home/ncvs/src/share/mk/bsd.lib.mk,v > retrieving revision 1.84.2.2 > diff -u -r1.84.2.2 bsd.lib.mk > --- src/share/mk/bsd.lib.mk 1999/08/29 16:47:43 1.84.2.2 > +++ src/share/mk/bsd.lib.mk 2000/10/21 20:48:46 > @@ -259,7 +259,17 @@ > > .if !target(install) > .if !target(beforeinstall) > -beforeinstall: > +beforeinstall: _includeinstall > +.endif > + > +_includeinstall: > +.if defined(INCS) > +.for header in ${INCS} > + cd ${.CURDIR} && \ > + ${INSTALL} -C -o ${INCOWN} -g ${INCGRP} -m ${INCMODE} \ > + ${header} ${DESTDIR}${INCDIR} > + > +.endfor > .endif > > .if defined(PRECIOUSLIB) > > > -- > / > /__ __ > / ) ) ) ) / and.or.jp / ruby-lang.org > Akinori -Aki- MUSHA aka / (_ / ( (__( @ idaemons.org / FreeBSD.org > > "We're only at home when we're on the run, on the wing, on the fly" > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > -- 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 Sun Oct 22 9:18:16 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gypsy.vrac.iastate.edu (gypsy.vrac.iastate.edu [129.186.232.122]) by hub.freebsd.org (Postfix) with ESMTP id 6E82337B4E5 for ; Sun, 22 Oct 2000 09:18:03 -0700 (PDT) Received: from tomservo.vrac.iastate.edu (tomservo.vrac.iastate.edu [129.186.232.121]) by gypsy.vrac.iastate.edu (Postfix) with ESMTP id 1AE0E430 for ; Sun, 22 Oct 2000 11:18:03 -0500 (CDT) Received: from tomservo.vrac.iastate.edu (localhost [127.0.0.1]) by tomservo.vrac.iastate.edu (Postfix) with ESMTP id 65DAD5D5A for ; Sun, 22 Oct 2000 11:17:53 -0500 (CDT) To: freebsd-stable@freebsd.org Subject: System clock out of control MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0" Content-ID: <620.972231438.0@tomservo.vrac.iastate.edu> Date: Sun, 22 Oct 2000 11:17:53 -0500 From: Patrick Hartling Message-Id: <20001022161753.65DAD5D5A@tomservo.vrac.iastate.edu> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <620.972231438.1@tomservo.vrac.iastate.edu> Last weekend, I installed FreeBSD 4.1.1 on a machine loaned to me by a friend. It's got a Cyrix MediaGX in it which is something I've not dealt with before. After getting 4.1.1 installed, I promptly cvsup'd the 4-STABLE sources for October 14, rebuilt and installed a custom kernel. Since doing that, the system clock has been ticking off about 10 seconds for each real second which is certainly undesirable. The GENERIC kernel for 4.1.1 and October 14 work just fine, however. I've been making custom kernels since 2.1.5, and I have never seen anything like this before. This machine was replacing one that was already running 4-STABLE from late August, and I based the custom kernel for this replacement machine on the older one. Has anyone seen this kind of behavior before? It's quite perplexing to me, and while I can run a GENERIC kernel, I prefer to use custom kernels as much as possible. Attached are my custom kernel config, my /boot/loader.conf.local and the output of dmesg when the machine is booted using the GENERIC kernel. -Patrick Patrick L. Hartling | Research Assistant, VRAC patrick@137.org | 2624 Howe Hall -- (515)294-4916 http://www.137.org/patrick/ | http://www.vrac.iastate.edu/ ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <620.972231438.2@tomservo.vrac.iastate.edu> Content-Description: Kernel config # # CATBERT -- Single-processor FreeBSD-stable kernel # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id$ machine i386 cpu I586_CPU ident CATBERT maxusers 32 options INET #InterNETworking options INET6 #IPv6 communications protocols options IPSEC #IP security options IPSEC_ESP #IP security (crypto; define w/ IPSEC) options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=1000 #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM options SYSVSEM options SYSVMSG # System V messaging options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L options SOFTUPDATES #options QUOTA #options MSGBUF_SIZE=32768 options DDB # Enable kernel debugger options INCLUDE_CONFIG_FILE # Include this file in kernel device isa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 # ATA and ATAPI devices device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #options ATA_STATIC_ID #Static device numbering #options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # SCSI Controllers device aic0 at isa? port 0x340 irq 11 # SCSI peripherals # Only one of each of these is needed, they are dynamically allocated. device scbus # SCSI bus (required) device da # Direct Access (disks) device pass # Passthrough device (direct SCSI) # atkbdc0 controlls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device vga0 at isa? pseudo-device splash # splash screen/screen saver #options FAT_CURSOR # start with block cursor # syscons is the default console driver, resembling an SCO console device sc0 at isa? options SC_DISABLE_DDBKEY # disable 'debug' key options SC_HISTORY_SIZE=480 # number of history buffer lines options SC_PIXEL_MODE # add support for the raster text mode # The following options will let you change the default colors of syscons. options SC_KERNEL_CONS_ATTR="(FG_LIGHTRED|BG_BLACK)" options SC_KERNEL_CONS_REV_ATTR="(FG_BLACK|BG_RED)" # Mandatory, don't remove device npx0 at nexus? port IO_NPX irq 13 # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer #device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device pty 32 # Pseudo-ttys (telnet etc) pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! #pseudo-device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <620.972231438.3@tomservo.vrac.iastate.edu> Content-Description: Local boot loader config # This is loader.conf.local - a file full of useful variables that you can # set to change the default load behavior of your system. # # All arguments must be in double quotes. ############################################################## ### Basic configuration options ############################ ############################################################## userconfig_script_load="YES" ############################################################## ### Splash screen configuration ############################ ############################################################## splash_bmp_load="YES" # Set this to YES if you want splash screen! vesa_load="YES" # Set this to YES to load the vesa module bitmap_load="YES" # Set this to YES if you want splash screen! ############################################################## ### Loader settings ######################################## ############################################################## autoboot_delay="5" # Delay in seconds before autobooting prompt="boot>" # Set the command prompt ############################################################## ### Filesystem and related modules ######################### ############################################################## # Filesystems cd9660_load="YES" # ISO 9660 filesystem kernfs_load="NO" # Kernel filesystem msdos_load="YES" # FAT-12/16/32 nfs_load="YES" # NFS procfs_load="YES" # Process filesystem # Related stuff vn_load="NO" # Vnode driver ############################################################## ### Networking drivers ##################################### ############################################################## if_dc_load="YES" # DEC/Intel 21143 and various workalikes ############################################################## ### Emulation modules ###################################### ############################################################## linux_load="NO" # Linux emulation streams_load="NO" # Streams module (required for SVR4 emulation) svr4_load="NO" # SVR4 emulation ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <620.972231438.4@tomservo.vrac.iastate.edu> Content-Description: Kernel config Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.1.1-STABLE #0: Sun Oct 22 03:19:44 CDT 2000 root@gypsy.vrac.iastate.edu:/usr/src/sys/compile/GENERIC Timecounter "i8254" frequency 1193182 Hz CPU: Cyrix GXm (19.73-MHz 586-class CPU) Origin = "CyrixInstead" Id = 0x540 DIR=0x6246 Stepping=6 Revision=2 real memory = 83886080 (81920K bytes) config> di sn0 config> di lnc0 config> di le0 config> di ie0 config> di fe0 config> di ed0 config> di cs0 config> di bt0 config> di aic0 config> di adv0 config> q avail memory = 77389824 (75576K bytes) Preloaded elf kernel "kernel" at 0xc041d000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc041d09c. md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 dc0: <82c169 PNIC 10/100BaseTX> port 0x6000-0x60ff mem 0xe1000000-0xe10000ff irq 10 at device 7.0 on pci0 dc0: Ethernet address: 00:a0:cc:5d:16:8f miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: at 8.0 irq 12 isab0: port 0x5000-0x500f,0x4000-0x401f,0x3000-0x307f mem 0x40010000-0x40010fff at device 18.0 on pci0 isa0: on isab0 ohci0: mem 0xe1002000-0xe1002fff irq 10 at device 19.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (unknown) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered isa0: too many dependant configs (8) 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 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm: keyboard controller failed. vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> 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: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ad0: 1222MB [2484/16/63] at ata0-master using BIOSPIO ad2: 3079MB [6256/16/63] at ata1-master using BIOSPIO acd0: CDROM at ata0-slave using BIOSPIO Mounting root from ufs:/dev/ad0s1a ------- =_aaaaaaaaaa0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 9:48:48 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rdc1.kt.home.ne.jp (ha1.rdc1.kt.home.ne.jp [203.165.9.242]) by hub.freebsd.org (Postfix) with ESMTP id 34D0537B66E; Sun, 22 Oct 2000 09:48:37 -0700 (PDT) Received: from daemon.local.idaemons.org ([203.165.161.10]) by mail.rdc1.kt.home.ne.jp (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20001022164834.DMZE11444.mail.rdc1.kt.home.ne.jp@daemon.local.idaemons.org>; Sun, 22 Oct 2000 09:48:34 -0700 Received: by daemon.local.idaemons.org (8.11.0/3.7W) id e9MGmQ141285; Mon, 23 Oct 2000 01:48:27 +0900 (JST) Date: Mon, 23 Oct 2000 01:48:26 +0900 Message-ID: <864s24styd.wl@archon.local.idaemons.org> From: "Akinori MUSHA" To: "Rodney W. Grimes" Cc: freebsd-stable@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG, asami@FreeBSD.ORG Subject: Re: Supporting INCS on 3-STABLE In-Reply-To: <200010221553.IAA33410@gndrsh.dnsmgr.net> References: <86puktyihz.wl@archon.local.idaemons.org> <200010221553.IAA33410@gndrsh.dnsmgr.net> User-Agent: Wanderlust/2.3.92 (Roam) EMIKO/1.13.12 (Euglena sociabilis) FLIM/1.13.2 (Kasanui) APEL/10.2 MULE XEmacs/21.1 (patch 12) (Channel Islands) (i386--freebsd) Organization: Associated I. Daemons X-PGP-Public-Key: finger knu@FreeBSD.org X-PGP-Fingerprint: 081D 099C 1705 861D 4B70 B04A 920B EFC7 9FD9 E1EE MIME-Version: 1.0 (generated by EMIKO 1.13.12 - "Euglena sociabilis") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, At Sun, 22 Oct 2000 08:53:07 -0700 (PDT), Rodney W. Grimes wrote: > > I was noticed that my textproc/expat port doesn't install header files > > automatically on 3-STABLE because 3-STABLE's bsd.lib.mk doesn't > > recognize INCS macro. > > Your textproc/expat port is abusing an interface that is not public, > please remove the dependency of INCS from your port. While src/lib/*/Makefile are all using it on 4-STABLE and 5-CURRENT? Why didn't it go public? The facility that _is_ fully used should be documented as soon as possible, IMO. > > Now, can we merge the INCS support to 3-STABLE? I'm not saying that > > we should modify src/lib/*/Makefile so they use INCS macro, but just > > make bsd.lib.mk support the macro and leave src/lib/*/Makefile for > > safety. > > No, please don't. It was bad enough that someone took expermintal > work from -current into 4-STABLE directly against the authors recomendations. You know that was simply a mistake. Please take a look at the history of src/lib/libcom_err/Makefile. We should remove INCS because it's not actually used. In fact, assar forgot to back out the addition of INCS. (1.8.2.1 -> 1.8.2.2 -> 1.8.2.3) > > I found only one file defines INCS though the variable is not actually > > used, and we can remove the definition. > > Are you sure it is not used? Yes, on 3-STABLE. > What happens during a make install in > src/lib/libcom_err? Don't com_err.h and com_right.h get installed > by the backcall to _includeinstall:? No. They are installed by the "beforeinstall" target defined in src/lib/libcom_err/Makefile. Again, the definition of INCS is redundant and thus should be removed. > > If no one opposes and the merging is done, I hope bsd.lib.mk will be > > included in the ports upgrade kits for 3.x. > > I oppose the addition of _includeinstall: into the 3.x tree. Okay, let me reconsider it. -- / /__ __ / ) ) ) ) / and.or.jp / ruby-lang.org Akinori -Aki- MUSHA aka / (_ / ( (__( @ idaemons.org / FreeBSD.org "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 13: 0:10 2000 Delivered-To: freebsd-stable@freebsd.org Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40]) by hub.freebsd.org (Postfix) with ESMTP id 332B037B479 for ; Sun, 22 Oct 2000 13:00:08 -0700 (PDT) Received: by peitho.fxp.org (Postfix, from userid 1501) id 52C9E1360E; Sun, 22 Oct 2000 16:00:06 -0400 (EDT) Date: Sun, 22 Oct 2000 16:00:06 -0400 From: Chris Faulhaber To: Patrick Hartling Cc: freebsd-stable@freebsd.org Subject: Re: System clock out of control Message-ID: <20001022160006.A86218@peitho.fxp.org> Mail-Followup-To: Chris Faulhaber , Patrick Hartling , freebsd-stable@freebsd.org References: <20001022161753.65DAD5D5A@tomservo.vrac.iastate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001022161753.65DAD5D5A@tomservo.vrac.iastate.edu>; from patrick@137.org on Sun, Oct 22, 2000 at 11:17:53AM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Oct 22, 2000 at 11:17:53AM -0500, Patrick Hartling wrote: > Last weekend, I installed FreeBSD 4.1.1 on a machine loaned to me by a > friend. It's got a Cyrix MediaGX in it which is something I've not dealt > with before. After getting 4.1.1 installed, I promptly cvsup'd the > 4-STABLE sources for October 14, rebuilt and installed a custom kernel. > Since doing that, the system clock has been ticking off about 10 seconds > for each real second which is certainly undesirable. The GENERIC kernel > for 4.1.1 and October 14 work just fine, however. I've been making > custom kernels since 2.1.5, and I have never seen anything like this before. > This machine was replacing one that was already running 4-STABLE from late > August, and I based the custom kernel for this replacement machine on the > older one. > *snip* > FreeBSD 4.1.1-STABLE #0: Sun Oct 22 03:19:44 CDT 2000 > root@gypsy.vrac.iastate.edu:/usr/src/sys/compile/GENERIC > Timecounter "i8254" frequency 1193182 Hz > CPU: Cyrix GXm (19.73-MHz 586-class CPU) > Origin = "CyrixInstead" Id = 0x540 DIR=0x6246 Stepping=6 Revision=2 I don't know what is causing it, but I bet your time problems have to do with FreeBSD seeing a processor speed of 19.73-MHz. -- 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 Sun Oct 22 13: 7: 1 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gypsy.vrac.iastate.edu (gypsy.vrac.iastate.edu [129.186.232.122]) by hub.freebsd.org (Postfix) with ESMTP id 60C7E37B4C5 for ; Sun, 22 Oct 2000 13:06:59 -0700 (PDT) Received: from tomservo.vrac.iastate.edu (tomservo.vrac.iastate.edu [129.186.232.121]) by gypsy.vrac.iastate.edu (Postfix) with ESMTP id E465CA; Sun, 22 Oct 2000 15:06:58 -0500 (CDT) Received: from tomservo.vrac.iastate.edu (localhost [127.0.0.1]) by tomservo.vrac.iastate.edu (Postfix) with ESMTP id 498E45E02; Sun, 22 Oct 2000 15:06:44 -0500 (CDT) To: Chris Faulhaber Cc: freebsd-stable@freebsd.org Subject: Re: System clock out of control In-reply-to: "Sun, 22 Oct 2000 16:00:06 EDT." <20001022160006.A86218@peitho.fxp.org> Date: Sun, 22 Oct 2000 15:06:44 -0500 From: Patrick Hartling Message-Id: <20001022200644.498E45E02@tomservo.vrac.iastate.edu> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chris Faulhaber wrote: } On Sun, Oct 22, 2000 at 11:17:53AM -0500, Patrick Hartling wrote: } > Last weekend, I installed FreeBSD 4.1.1 on a machine loaned to me by a } > friend. It's got a Cyrix MediaGX in it which is something I've not dealt } > with before. After getting 4.1.1 installed, I promptly cvsup'd the } > 4-STABLE sources for October 14, rebuilt and installed a custom kernel. } > Since doing that, the system clock has been ticking off about 10 seconds } > for each real second which is certainly undesirable. The GENERIC kernel } > for 4.1.1 and October 14 work just fine, however. I've been making } > custom kernels since 2.1.5, and I have never seen anything like this before *** . } > This machine was replacing one that was already running 4-STABLE from late } > August, and I based the custom kernel for this replacement machine on the } > older one. } > } } *snip* } } > FreeBSD 4.1.1-STABLE #0: Sun Oct 22 03:19:44 CDT 2000 } > root@gypsy.vrac.iastate.edu:/usr/src/sys/compile/GENERIC } > Timecounter "i8254" frequency 1193182 Hz } > CPU: Cyrix GXm (19.73-MHz 586-class CPU) } > Origin = "CyrixInstead" Id = 0x540 DIR=0x6246 Stepping=6 Revision=2 } } I don't know what is causing it, but I bet your time problems have to do } with FreeBSD seeing a processor speed of 19.73-MHz. I agree. I have been trying to figure out where this number is coming from. It should be 233 MHz. What I have noticed is that it varies between about 18 and 20 with each boot. -Patrick Patrick L. Hartling | Research Assistant, VRAC patrick@137.org | 2624 Howe Hall -- (515)294-4916 http://www.137.org/patrick/ | http://www.vrac.iastate.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 13:38:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mta-2.gci.net (mta-2.gci.net [208.138.130.83]) by hub.freebsd.org (Postfix) with ESMTP id A59ED37B479 for ; Sun, 22 Oct 2000 13:38:20 -0700 (PDT) Received: from mmp-2.gci.net ([208.138.130.81]) by mta-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id G2UMNR03.P68 for ; Sun, 22 Oct 2000 12:38:15 -0800 Received: from gci.net ([24.237.7.9]) by mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id G2UMNR03.70X for ; Sun, 22 Oct 2000 12:38:15 -0800 Message-ID: <39F3503B.251D6B24@gci.net> Date: Sun, 22 Oct 2000 12:38:19 -0800 From: Jason Neumann Organization: LAN Technologies X-Mailer: Mozilla 4.73 [en] (X11; I; FreeBSD 4.1.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: stable Subject: More Audio 4.1.1 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greetings, I have had a long string of problems with 4.1.1 and audio support. As of this post, I have sources installed from last Sunday, October 15, 2000. When I initially installed 4.1.1-STABLE, I had audio but my machine spontaneously rebooted with a Fatal Trap 12. Upon investigation, someone pointed out that my AWE64 may have been the cause. I had these messages at startup: sa0: too many dependent configs (8) isa0: unexpected small tag 14 ----- So... I replaced the awe64 with a VIBRA16 pnp. Audio then worked, but would mysteriously and spontaneously cut to white noise. So I cvsup'd and installed src everytime I saw a change in the audio src. Last done 15-OCT-00. Here is my problem since 15-OCT-00's cvsup. When I try to play mp3 audio with mpg123 (VIBRA16 card), I get the following messages: /dev/dsp: Device Busy /dev/dsp: Device Busy audio: Device Busy pcm0 play interrupt timeout, channel dead My audio is correctly detected by the OS (dmesg looks good) and pnpinfo shows that everything is normal. I have recreated my /dev directory. I have checked file attributes on all the dev's. If anyone has any info that can help? I'm stuck. At this point I am considering three options. 1. Go backwards to 3.5-STABLE 2. Wipe my drive and do a clean install of 4.1.1-STABLE 3. Wipe my source tree and cvsup the whole branch again, in case I have some corrupted src. Any ideas? Thank you all in advance for any assistance. Sorry for the long winded post. Your Friend, The 'confused and forlorn' guy in Alaska JasonN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 15:38: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id B744137B4C5 for ; Sun, 22 Oct 2000 15:37:54 -0700 (PDT) Received: from v-ger.we.lc.ehu.es (lxpxfm.lx.ehu.es [158.227.99.242]) by polaris.we.lc.ehu.es (8.9.1/8.9.1) with ESMTP id AAA28727; Mon, 23 Oct 2000 00:37:46 +0200 (MET DST) Received: from we.lc.ehu.es (localhost [127.0.0.1]) by v-ger.we.lc.ehu.es (8.11.0/8.11.0) with ESMTP id e9MMCwV03704; Mon, 23 Oct 2000 00:12:58 +0200 (CEST) (envelope-from jose@we.lc.ehu.es) Message-ID: <39F3666A.C44C6751@we.lc.ehu.es> Date: Mon, 23 Oct 2000 00:12:58 +0200 From: "Jose M. Alcaide" Organization: Universidad del Pais Vasco - Dpto. de Electricidad y Electronica X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: Patrick Hartling Cc: freebsd-stable@FreeBSD.ORG Subject: Re: System clock out of control References: <20001022161753.65DAD5D5A@tomservo.vrac.iastate.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Patrick Hartling wrote: > > [...] > for each real second which is certainly undesirable. The GENERIC kernel > for 4.1.1 and October 14 work just fine, however. I've been making > [...] > FreeBSD 4.1.1-STABLE #0: Sun Oct 22 03:19:44 CDT 2000 > root@gypsy.vrac.iastate.edu:/usr/src/sys/compile/GENERIC > Timecounter "i8254" frequency 1193182 Hz > CPU: Cyrix GXm (19.73-MHz 586-class CPU) I don't know what happens, but a small amount of "magic thinking" :-) may help. I had a similar problem, which went away when I added these options to the kernel config: options CLK_USE_I8254_CALIBRATION options CLK_USE_TSC_CALIBRATION Cheers, -- JMA ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ****** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 16:26:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from zipcode.corp.home.net (zipcode.corp.home.net [24.0.26.58]) by hub.freebsd.org (Postfix) with ESMTP id 3B98937B4C5 for ; Sun, 22 Oct 2000 16:26:46 -0700 (PDT) Received: from rover (dialup-24-0-25-83.corp.home.net [24.0.25.83]) by zipcode.corp.home.net (8.9.3/8.9.3) with SMTP id QAA27094; Sun, 22 Oct 2000 16:26:35 -0700 (PDT) From: "Sameer R. Manek" To: "Donn Miller" , "Sam Zamarripa" Cc: Subject: RE: Make World "Nice" Date: Sun, 22 Oct 2000 16:26:34 -0700 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.2911.0) Importance: Normal In-Reply-To: <39F29DA8.1F056F9B@cvzoom.net> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > -----Original Message----- > From: owner-freebsd-stable@FreeBSD.ORG > [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Donn Miller > Sam Zamarripa wrote: > > > Is there anyway to have Make world(s) be set to use a higher > cpu priority? > > Such as all the GCC compiling set to use nice -10 for example. Thanks. > > Actually, doing make -j [n] where n is an integer >=1 will implicitly > raise the priority level, because you have approx. [n] gcc processes > going at once. With 64M RAM, I find that make -j2 buildworld works > best. > From what I've seen, make -j [n] where n = number cpu + X, X = a few extra processes, usually 1-3. You want every cpu to be compiling, plus you want a few more in the run queue, so should a process enter a sleep state, due to an io wait or something, there is another compile to make use of the idle cpu. a make world is a high disk io process for most folks, setting a gcc to a nice value of -10 is not likely to significantly speed up the process, unless your processor is already being heavily utilized by other applications. In which case I doubt that's the best system to be performing a make world on. On my pII 400, it takes approximately 3.5 hours to run through a buildworld/buildkernel, so I usually just run it over night, or when I don't plan on using the system for a while. Sameer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 17: 8:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gypsy.vrac.iastate.edu (gypsy.vrac.iastate.edu [129.186.232.122]) by hub.freebsd.org (Postfix) with ESMTP id 1523B37B69D for ; Sun, 22 Oct 2000 17:08:30 -0700 (PDT) Received: from tomservo.vrac.iastate.edu (tomservo.vrac.iastate.edu [129.186.232.121]) by gypsy.vrac.iastate.edu (Postfix) with ESMTP id 268326; Sun, 22 Oct 2000 19:08:29 -0500 (CDT) Received: from tomservo.vrac.iastate.edu (localhost [127.0.0.1]) by tomservo.vrac.iastate.edu (Postfix) with ESMTP id 179505E0C; Sun, 22 Oct 2000 18:45:34 -0500 (CDT) To: "Jose M. Alcaide" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: System clock out of control In-reply-to: "Mon, 23 Oct 2000 00:12:58 +0200." <39F3666A.C44C6751@we.lc.ehu.es> Date: Sun, 22 Oct 2000 18:45:28 -0500 From: Patrick Hartling Message-Id: <20001022234534.179505E0C@tomservo.vrac.iastate.edu> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jose M. Alcaide" wrote: } Patrick Hartling wrote: } > } > [...] } > for each real second which is certainly undesirable. The GENERIC kernel } > for 4.1.1 and October 14 work just fine, however. I've been making } > [...] } > FreeBSD 4.1.1-STABLE #0: Sun Oct 22 03:19:44 CDT 2000 } > root@gypsy.vrac.iastate.edu:/usr/src/sys/compile/GENERIC } > Timecounter "i8254" frequency 1193182 Hz } > CPU: Cyrix GXm (19.73-MHz 586-class CPU) } } I don't know what happens, but a small amount of "magic thinking" :-) } may help. I had a similar problem, which went away when I added these } options to the kernel config: } } options CLK_USE_I8254_CALIBRATION } options CLK_USE_TSC_CALIBRATION I tried adding these options, but it unfortunately didn't help. Now the CPU is being reported as running at 18.08 MHz. I have played around with some of the Cyrix-specific options in LINT that are not noted as being dangerous, but nothing is helping. :( What I really don't understand is how GENERIC works fine with no extra options. I must be missing something simple... -Patrick Patrick L. Hartling | Research Assistant, VRAC patrick@137.org | 2624 Howe Hall -- (515)294-4916 http://www.137.org/patrick/ | http://www.vrac.iastate.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 17:24:39 2000 Delivered-To: freebsd-stable@freebsd.org Received: from krycek.zoominternet.net (krycek.zoominternet.net [63.67.120.9]) by hub.freebsd.org (Postfix) with SMTP id DCFD937B4C5 for ; Sun, 22 Oct 2000 17:24:37 -0700 (PDT) Received: (qmail 18980 invoked from network); 23 Oct 2000 00:23:42 -0000 Received: from lcl12.cvzoom.net (208.226.155.12) by krycek.zoominternet.net with SMTP; 23 Oct 2000 00:23:42 -0000 Date: Sun, 22 Oct 2000 20:24:36 -0400 (EDT) From: Donn Miller To: Patrick Hartling Cc: "Jose M. Alcaide" , freebsd-stable@FreeBSD.ORG Subject: Re: System clock out of control In-Reply-To: <20001022234534.179505E0C@tomservo.vrac.iastate.edu> 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, 22 Oct 2000, Patrick Hartling wrote: > } options CLK_USE_I8254_CALIBRATION > } options CLK_USE_TSC_CALIBRATION > > I tried adding these options, but it unfortunately didn't help. Now > the CPU is being reported as running at 18.08 MHz. I have played around Does you CPU work properly with other operating systems? Jumpers set correctly on your MoBo? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 18:18:13 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gypsy.vrac.iastate.edu (gypsy.vrac.iastate.edu [129.186.232.122]) by hub.freebsd.org (Postfix) with ESMTP id 42FF737B479 for ; Sun, 22 Oct 2000 18:18:12 -0700 (PDT) Received: from tomservo.vrac.iastate.edu (tomservo.vrac.iastate.edu [129.186.232.121]) by gypsy.vrac.iastate.edu (Postfix) with ESMTP id A3B6E6; Sun, 22 Oct 2000 20:18:11 -0500 (CDT) Received: from tomservo.vrac.iastate.edu (localhost [127.0.0.1]) by tomservo.vrac.iastate.edu (Postfix) with ESMTP id CF2FD5E0C; Sun, 22 Oct 2000 20:18:04 -0500 (CDT) To: Donn Miller Cc: freebsd-stable@FreeBSD.ORG Subject: Re: System clock out of control In-reply-to: "Sun, 22 Oct 2000 20:24:36 EDT." Date: Sun, 22 Oct 2000 20:18:04 -0500 From: Patrick Hartling Message-Id: <20001023011804.CF2FD5E0C@tomservo.vrac.iastate.edu> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Donn Miller wrote: } On Sun, 22 Oct 2000, Patrick Hartling wrote: } } > } options CLK_USE_I8254_CALIBRATION } > } options CLK_USE_TSC_CALIBRATION } > } > I tried adding these options, but it unfortunately didn't help. Now } > the CPU is being reported as running at 18.08 MHz. I have played around } } Does you CPU work properly with other operating systems? Jumpers set } correctly on your MoBo? I'll have to ask the owner that. I just installed FreeBSD last weekend as the only OS on the machine, so I don't have any real points of comparison from my own experience. For kicks, I just tried booting DOS from a floppy, and the clock behaved. I don't think that means a whole lot, though. Doesn't DOS just read the time from the BIOS clock? The BIOS clock hasn't been exhibiting these problems at all. -Patrick Patrick L. Hartling | Research Assistant, VRAC patrick@137.org | 2624 Howe Hall -- (515)294-4916 http://www.137.org/patrick/ | http://www.vrac.iastate.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 18:38:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lynx.aba.net.au (lynx.esec.com.au [203.21.84.1]) by hub.freebsd.org (Postfix) with SMTP id 48F8337B479 for ; Sun, 22 Oct 2000 18:38:08 -0700 (PDT) Received: (qmail 7946 invoked from network); 23 Oct 2000 01:38:05 -0000 Received: from klee.esec.com.au (HELO esec.com.au) (203.21.85.206) by lynx.esec.com.au with SMTP; 23 Oct 2000 01:38:05 -0000 Message-ID: <39F398F6.600B040A@esec.com.au> Date: Mon, 23 Oct 2000 12:48:38 +1100 From: Kevin LEE Organization: eSec Pty. Ltd. X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "freebsd-stable@FreeBSD.ORG" Subject: Can't play wav file on the stable 4.1.1 kernel Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all: After, I upgrade to 4.1.1 kernel, I find the following problem when I using play to play a .wav file. #> play ~/wavs/ChatBeep.wav play: /dev/dsp: Invalid argument Does anyone know what /dev/dsp Invalid argument mean ??? It have add device pcm onto the kernel and I gor the snd0 working fine (ie I can listen to CD etc.) Any help will be apprecipated !!! Cheers, Kevin --- Kevin LEE Tel: +61 3 8371 5300 Software Architect Direct: +61 3 8371 5378 eSec Limited Fax: +61 3 8371 5399 "Protecting Your e-Business" Web: http://www.esec.com.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 19:31:31 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.roomlinx.com (roomlinx.com [209.153.237.60]) by hub.freebsd.org (Postfix) with ESMTP id C1A1737B4D7 for ; Sun, 22 Oct 2000 19:31:29 -0700 (PDT) Received: from leonardo [209.52.105.28] by mail.roomlinx.com (SMTPD32-6.00) id A438A2C013A; Sun, 22 Oct 2000 19:38:48 +0100 From: "Wyness Casama" To: Subject: backing up/copying an ext2 (linux) partition Date: Sun, 22 Oct 2000 19:33:02 -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.50.4133.2400 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hey all, Thanks for the ccd and the vinum tips. I'm going to be looking into those more closely now. I'm just thinking that I should get an extra 80gb to do the striping w/ parity (losing 160gb of data because of a booboo isn't cool.) anyhow, new question: is it possible to copy a whole linux installation over to a freebsd installation for backup purposes? I'm trying to learn a little linux w/ a dummy box I have around the house. (I know... weird, but whatever. lol) -- wyness To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 19:44:26 2000 Delivered-To: freebsd-stable@freebsd.org Received: from inf.ufsc.br (euryale.inf.ufsc.br [150.162.60.23]) by hub.freebsd.org (Postfix) with ESMTP id 8570437B4CF for ; Sun, 22 Oct 2000 19:44:16 -0700 (PDT) Received: from venus (venus [150.162.60.1]) by inf.ufsc.br (8.9.3/8.9.3) with ESMTP id AAA159756; Mon, 23 Oct 2000 00:46:45 -0300 Date: Mon, 23 Oct 2000 00:45:36 -0200 (EDT) From: Antonio Carlos Venancio Junior X-Sender: antonio@venus To: Patrick Hartling Cc: Donn Miller , freebsd-stable@FreeBSD.ORG Subject: Re: System clock out of control In-Reply-To: <20001023011804.CF2FD5E0C@tomservo.vrac.iastate.edu> 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 People, I dont know if its the case, but I have a K6-2/500 but my FreeBSD 4.1.1-STABLE detects only 475: ---------- Timecounter "i8254" frequency 1193182 Hz CPU: AMD-K6(tm) 3D processor (475.29-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 ---------- The same machine when I was in 3.5-STABLE: ---------- Timecounter "i8254" frequency 1193182 Hz CPU: AMD-K6(tm) 3D processor (501.14-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 ---------- Should I try these options or this is a normal behavior? On Sun, 22 Oct 2000, Patrick Hartling wrote: > Donn Miller wrote: > > } On Sun, 22 Oct 2000, Patrick Hartling wrote: > } > } > } options CLK_USE_I8254_CALIBRATION > } > } options CLK_USE_TSC_CALIBRATION > } > > } > I tried adding these options, but it unfortunately didn't help. Now > } > the CPU is being reported as running at 18.08 MHz. I have played around > } > } Does you CPU work properly with other operating systems? Jumpers set > } correctly on your MoBo? > > I'll have to ask the owner that. I just installed FreeBSD last weekend > as the only OS on the machine, so I don't have any real points of > comparison from my own experience. For kicks, I just tried booting DOS > from a floppy, and the clock behaved. I don't think that means a whole > lot, though. Doesn't DOS just read the time from the BIOS clock? The > BIOS clock hasn't been exhibiting these problems at all. > > -Patrick > > > Patrick L. Hartling | Research Assistant, VRAC > patrick@137.org | 2624 Howe Hall -- (515)294-4916 > http://www.137.org/patrick/ | http://www.vrac.iastate.edu/ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > Ate' Antonio .-===================================================================-. | Can't buy what I want because its FREE! - Pearl Jam | |-===================================================================-| | antonio@inf.ufsc.br | floripa@zoing.net | antonio@musicramp.com | |-===================================================================-| | ICQ# 9253680 | Floripa | MySQL | PHP | 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 Sun Oct 22 20:28:33 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.lewman.org (lowrider.lewman.org [63.109.230.166]) by hub.freebsd.org (Postfix) with ESMTP id D403737B479 for ; Sun, 22 Oct 2000 20:28:30 -0700 (PDT) Received: by mail.lewman.org (Postfix, from userid 1004) id 1B2113D84; Sun, 22 Oct 2000 23:28:25 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.lewman.org (Postfix) with ESMTP id 1626C5BA0 for ; Sun, 22 Oct 2000 23:28:25 -0400 (EDT) Date: Sun, 22 Oct 2000 23:28:24 -0400 (EDT) From: Sean Lutner X-Sender: sean@lowrider.lewman.org To: freebsd-stable@freebsd.org Subject: ipfw breakage? 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 Forgive me if this has been attended to, but it seems that there is some problem with ipfw. I cvsup'd as of yesterday morning (10/21/00) 4.1.1-STABLE. I did not make any changes at all to my rc.firewall, but I get the following message when the rc.firewall script is run. Has there been some breakage in the code? Flushed all rules. ipfw: getsockopt(IP_FW_ADD): Protocol not available The above line starting with ipfw: is repeated for each rule I have. I even tried going to just a default allow pass all from any to any. Any help is appreciated. Sean Lutner | www: http://www.rentul.net e-mail: sean@rentul.net | "Imagination is more important than knowledge." -- Albert Einstein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 20:30: 9 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82]) by hub.freebsd.org (Postfix) with ESMTP id D7E8137B479 for ; Sun, 22 Oct 2000 20:30:03 -0700 (PDT) Received: from mmp-2.gci.net ([208.138.130.81]) by mta-1.gci.net (Netscape Messaging Server 4.15) with ESMTP id G2V5Q001.QD3 for ; Sun, 22 Oct 2000 19:30:00 -0800 Received: from gci.net ([24.237.7.9]) by mmp-2.gci.net (Netscape Messaging Server 4.15) with ESMTP id G2V5PY03.K2U for ; Sun, 22 Oct 2000 19:29:58 -0800 Message-ID: <39F3B0B9.468882CD@gci.net> Date: Sun, 22 Oct 2000 19:30:01 -0800 From: Jason Neumann Organization: LAN Technologies X-Mailer: Mozilla 4.73 [en] (X11; I; FreeBSD 4.1.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: stable Subject: Re: More Audio 4.1.1 References: <39F3503B.251D6B24@gci.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jason Neumann wrote: >... > Here is my problem since 15-OCT-00's cvsup. When I try to play mp3 audio > with mpg123 (VIBRA16 card), I get the following messages: > > /dev/dsp: Device Busy > /dev/dsp: Device Busy > audio: Device Busy > > pcm0 play interrupt timeout, channel dead > At this point I am considering three options. > > 1. Go backwards to 3.5-STABLE > 2. Wipe my drive and do a clean install of 4.1.1-STABLE > 3. Wipe my source tree and cvsup the whole branch again, in case I have > some corrupted src. Hello all, Sorry to reply to my own post, but I went ahead and installed FreeBSD 4.1.1. on a new drive. Audio works fine now with same src code. So I guess some code must have been corrupted somewhere along the way. Strange. JasonN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 20:30:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from world.std.com (world-f.std.com [199.172.62.5]) by hub.freebsd.org (Postfix) with ESMTP id 5C46937B4C5 for ; Sun, 22 Oct 2000 20:30:23 -0700 (PDT) Received: (from kwc@localhost) by world.std.com (8.9.3/8.9.3) id XAA16342; Sun, 22 Oct 2000 23:28:24 -0400 (EDT) Date: Sun, 22 Oct 2000 23:28:24 -0400 (EDT) From: Kenneth W Cochran Message-Id: <200010230328.XAA16342@world.std.com> To: freebsd-stable@freebsd.org Subject: Old 4.0-R binaries remaining in 4.1.1-S Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello -stable, I've been tracking 4-stable ever since 4.0-RELEASE & I've noticed (after becoming current with RELENG_4 as of 2000/10/22) that there are some old things in /usr/bin (& manpages too, I think) that date back to the original installation of 4.0-R. As examples, these are the files in /usr/bin from the original install & which make {build,install}world have not clobbered: -r-xr-xr-x 1 root wheel 6557 Mar 20 2000 systags -r-xr-xr-x 1 root wheel 46532 Mar 20 2000 htags -r-xr-xr-x 1 root wheel 25552 Mar 20 2000 gctags -r-xr-xr-x 1 root wheel 30852 Mar 20 2000 gtags -r-xr-xr-x 1 root wheel 35876 Mar 20 2000 global -r-xr-xr-x 1 root wheel 10936 Mar 20 2000 btreeop Can these be deleted safely? Source seems to be gone now. How about other old cruft (ie. manpages, other system directories?) Is this a bug, a feature, or maybe even a make-option? Or is this a side-effect of not having originally run a cvsup with a tag of RELENG_4_0_0_RELEASE? What would be a Good Way(tm :) to find & delete this old stuff? Naturally, FAQ & -doc pointers are quite welcome. :) Thanks, -kc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 20:34:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from c169507-b.sttln1.wa.home.com (c169507-b.sttln1.wa.home.com [24.11.173.44]) by hub.freebsd.org (Postfix) with ESMTP id E683037B4CF for ; Sun, 22 Oct 2000 20:34:03 -0700 (PDT) Received: from dolgan by c169507-b.sttln1.wa.home.com with local (Exim 3.16 #1) id 13nYN2-0000fj-00; Sun, 22 Oct 2000 20:33:56 -0700 Date: Sun, 22 Oct 2000 20:33:56 -0700 From: Dolgan To: Jason Neumann Cc: stable@freebsd.org Subject: Re: More Audio 4.1.1 Message-ID: <20001022203356.A96846@home.com> Mail-Followup-To: Jason Neumann , stable@freebsd.org References: <39F3503B.251D6B24@gci.net> <39F3B0B9.468882CD@gci.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <39F3B0B9.468882CD@gci.net>; from lantech@gci.net on Sun, Oct 22, 2000 at 07:30:01PM -0800 X-Operating-System: FreeBSD 4.1.1-STABLE X-PGP-Id: 0114B12B X-PGP-Key: Available at keyservers Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable No, I have this problem too. If anyone has any insight, I would still be interested. 22/10/00 19:30 -0800 - Jason Neumann: >Jason Neumann wrote: > >>... >> Here is my problem since 15-OCT-00's cvsup. When I try to play mp3 audio >> with mpg123 (VIBRA16 card), I get the following messages: >>=20 >> /dev/dsp: Device Busy >> /dev/dsp: Device Busy >> audio: Device Busy >>=20 >> pcm0 play interrupt timeout, channel dead > >> At this point I am considering three options. >>=20 >> 1. Go backwards to 3.5-STABLE >> 2. Wipe my drive and do a clean install of 4.1.1-STABLE >> 3. Wipe my source tree and cvsup the whole branch again, in case I have >> some corrupted src. > >Hello all,=20 >Sorry to reply to my own post, but I went ahead and installed FreeBSD >4.1.1. on a new drive. Audio works fine now with same src code. So I >guess some code must have been corrupted somewhere along the way. >Strange. > >JasonN > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message --=20 "I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones." -- Albert Einstein (PGP public key: keyservers/0114B12B) --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjnzsaQACgkQO3Z0rAEUsSsguACdFkpQFWJSJiAXQjngUufs28aZ QoUAn3B2TiblZkcmii9A0pANHOAla48a =nswL -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 20:53:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.lewman.org (lowrider.lewman.org [63.109.230.166]) by hub.freebsd.org (Postfix) with ESMTP id 8B8E137B479 for ; Sun, 22 Oct 2000 20:53:40 -0700 (PDT) Received: by mail.lewman.org (Postfix, from userid 1004) id 10F033D84; Sun, 22 Oct 2000 23:53:40 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.lewman.org (Postfix) with ESMTP id 0C1535BA0 for ; Sun, 22 Oct 2000 23:53:40 -0400 (EDT) Date: Sun, 22 Oct 2000 23:53:40 -0400 (EDT) From: Sean Lutner X-Sender: sean@lowrider.lewman.org To: stable@freebsd.org Subject: Re: More Audio 4.1.1 In-Reply-To: <20001022203356.A96846@home.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 Since my last cvsup on 10/21/00, my sound has mysteriously stopped working as well. I've got a Sound Blaster PCI128B On Sun, 22 Oct 2000, Dolgan wrote: > No, I have this problem too. > > If anyone has any insight, I would still be interested. > > 22/10/00 19:30 -0800 - Jason Neumann: > >Jason Neumann wrote: > > > >>... > >> Here is my problem since 15-OCT-00's cvsup. When I try to play mp3 audio > >> with mpg123 (VIBRA16 card), I get the following messages: > >> > >> /dev/dsp: Device Busy > >> /dev/dsp: Device Busy > >> audio: Device Busy > >> > >> pcm0 play interrupt timeout, channel dead > > > >> At this point I am considering three options. > >> > >> 1. Go backwards to 3.5-STABLE > >> 2. Wipe my drive and do a clean install of 4.1.1-STABLE > >> 3. Wipe my source tree and cvsup the whole branch again, in case I have > >> some corrupted src. > > > >Hello all, > >Sorry to reply to my own post, but I went ahead and installed FreeBSD > >4.1.1. on a new drive. Audio works fine now with same src code. So I > >guess some code must have been corrupted somewhere along the way. > >Strange. > > > >JasonN > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-stable" in the body of the message > > -- > "I know not with what weapons World War III will be fought, but World > War IV will be fought with sticks and stones." > -- Albert Einstein > (PGP public key: keyservers/0114B12B) > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 22 23:32:54 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 4473F37B479 for ; Sun, 22 Oct 2000 23:32:50 -0700 (PDT) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id BAA19421; Mon, 23 Oct 2000 01:32:46 -0500 (CDT) (envelope-from jeff-ml@mountin.net) Received: from dial-88.max1.wa.cyberlynk.net(207.227.118.88) by peak.mountin.net via smap (V1.3) id sma019419; Mon Oct 23 01:32:40 2000 Message-Id: <4.3.2.20001023012528.00b8bc40@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Mon, 23 Oct 2000 01:32:24 -0500 To: Kenneth W Cochran , freebsd-stable@FreeBSD.ORG From: "Jeffrey J. Mountin" Subject: Re: Old 4.0-R binaries remaining in 4.1.1-S In-Reply-To: <200010230328.XAA16342@world.std.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 11:28 PM 10/22/00 -0400, Kenneth W Cochran wrote: >Hello -stable, > >I've been tracking 4-stable ever since 4.0-RELEASE & I've >noticed (after becoming current with RELENG_4 as of >2000/10/22) that there are some old things in /usr/bin (& >manpages too, I think) that date back to the original >installation of 4.0-R. > >As examples, these are the files in /usr/bin from the original >install & which make {build,install}world have not clobbered: > >-r-xr-xr-x 1 root wheel 6557 Mar 20 2000 systags >-r-xr-xr-x 1 root wheel 46532 Mar 20 2000 htags >-r-xr-xr-x 1 root wheel 25552 Mar 20 2000 gctags >-r-xr-xr-x 1 root wheel 30852 Mar 20 2000 gtags >-r-xr-xr-x 1 root wheel 35876 Mar 20 2000 global >-r-xr-xr-x 1 root wheel 10936 Mar 20 2000 btreeop > >Can these be deleted safely? Source seems to be gone now. >How about other old cruft (ie. manpages, other system directories?) >Is this a bug, a feature, or maybe even a make-option? > >Or is this a side-effect of not having originally run a >cvsup with a tag of RELENG_4_0_0_RELEASE? > >What would be a Good Way(tm :) to find & delete this old stuff? > >Naturally, FAQ & -doc pointers are quite welcome. :) You should read the cvs-all mail, then you would know that contrib/global moved to ports (10/16 by obrien) and the files can be removed. UTSL to find out what else or just remove files that are not clobbered. 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 Sun Oct 22 23:38:15 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 12F7E37B479 for ; Sun, 22 Oct 2000 23:38:12 -0700 (PDT) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id IAA08531; Mon, 23 Oct 2000 08:38:35 +0200 (MEST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 13nbF8-00013u-00; Mon, 23 Oct 2000 08:37:58 +0200 Date: Mon, 23 Oct 2000 08:37:58 +0200 From: Szilveszter Adam To: Kenneth W Cochran Cc: freebsd-stable@freebsd.org Subject: Re: Old 4.0-R binaries remaining in 4.1.1-S Message-ID: <20001023083757.A3808@petra.hos.u-szeged.hu> Mail-Followup-To: Kenneth W Cochran , freebsd-stable@freebsd.org References: <200010230328.XAA16342@world.std.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <200010230328.XAA16342@world.std.com>; from kwc@world.std.com on Sun, Oct 22, 2000 at 11:28:24PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! On Sun, Oct 22, 2000 at 11:28:24PM -0400, Kenneth W Cochran wrote: > Hello -stable, > 2000/10/22) that there are some old things in /usr/bin (& > manpages too, I think) that date back to the original > installation of 4.0-R. <...> > Can these be deleted safely? Source seems to be gone now. > How about other old cruft (ie. manpages, other system directories?) If the make build/installworld has not updated them then they are probably gone... if the sources are gone too and you are sure you are not missing anything from your cvsup config file then for sure you can. > Is this a bug, a feature, or maybe even a make-option? It is a feature. Nothing is touched automatically that you do not request. > Or is this a side-effect of not having originally run a > cvsup with a tag of RELENG_4_0_0_RELEASE? No. Cvsup only touches /usr/src as it should. But it will delete even there only of you ask it to. (The example config-file contains this option) It will certainly not touch your running system. > What would be a Good Way(tm :) to find & delete this old stuff? A run of the find(1) command:-) My (agreedly ugly) hack off the top of my head something like: find /bin \! -mtime x -ls|more and then repeat also with /sbin, /usr/bin, /usr/sbin etc. (where 'x' is the number of 24-hour periods since your last installworld) You can also put this into a shell script and pipe the output into file(s) for maximum convenience.:-) UNIX is wonderful, yeah! But I recommend using '-ls' instead of '-delete', so that you can view the list first and only delete afterwards:-) maybe manually if you are not sure. Viewing is always safe:-) For /etc, always use mergemaster(8) with your make build/installworlds, that will take care of refreshing it. > Naturally, FAQ & -doc pointers are quite welcome. :) I do not think it is documented anywhere (maybe because it is potentially dangerous when used cluelessly?) save for the find(1) manpage, of course. -- 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 Mon Oct 23 0:14:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from aquarius.natey.za.net (unknown [196.15.138.22]) by hub.freebsd.org (Postfix) with ESMTP id 9854B37B4C5 for ; Mon, 23 Oct 2000 00:14:07 -0700 (PDT) Received: from jacques (helo=localhost) by aquarius.natey.za.net with local-esmtp (Exim 2.12 #1) id 13jlzz-000GXb-00; Thu, 12 Oct 2000 19:18:31 +0200 Date: Thu, 12 Oct 2000 19:18:31 +0200 (SAST) From: Jacques Marneweck X-Sender: jacques@aquarius.natey.za.net To: Alfred Perlstein Cc: Chris BeHanna , FreeBSD-Stable Subject: Re: xl driver again? Re: mbuf leakage on 4.1.1-STABLE In-Reply-To: <20001012100951.I272@fw.wintelcom.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 Thu, 12 Oct 2000, Alfred Perlstein wrote: > Please stop trimming the cc's for no reason! > > I purposefully cc'd the guy who wrote the xl driver (Bill Paul > ), the point is to engage several people in this > discussion and now he didn't see your reply that we're having the > same problem. Please take the time to resend your reply to him > privately so he knows that this is happening to several people. I've just chucked the 3com 3C509B cards out of the one work box today because I've been having intermittant problems with it over the last couple of days. Regards Jacques > > * Chris BeHanna [001012 10:00] wrote: > > > > > My solution so far has been to only get the fxp cards and replace > > > any xl's that I come across. > > > > I'm picking up a Netgear FA310TX (should be delivered any day > > now). At $20, it's cheap enough to see if it works any better for me. > > So you think a 20$ network card is going to be better? *snicker* > > shell out the cash and get an Intel card, it's worth it, they can do > full 100mbit and hardly use any CPU. > > and here's what the Driver author has to say about rl0 (nettear): > > /* > * The RealTek 8139 PCI NIC redefines the meaning of 'low end.' This is > * probably the worst PCI ethernet controller ever made, with the possible > * exception of the FEAST chip made by SMC. The 8139 supports bus-master > * DMA, but it has a terrible interface that nullifies any performance > * gains that bus-master DMA usually offers. > ... > > Have fun with it! :) > > -- > -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] > "I have the heart of a child; I keep it in a jar on my desk." > > > 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 Oct 23 0:14:26 2000 Delivered-To: freebsd-stable@freebsd.org Received: from aquarius.natey.za.net (unknown [196.15.138.22]) by hub.freebsd.org (Postfix) with ESMTP id F0CB937B4C5 for ; Mon, 23 Oct 2000 00:14:14 -0700 (PDT) Received: from jacques (helo=localhost) by aquarius.natey.za.net with local-esmtp (Exim 2.12 #1) id 13jnkC-000HWZ-00; Thu, 12 Oct 2000 21:10:20 +0200 Date: Thu, 12 Oct 2000 21:10:19 +0200 (SAST) From: Jacques Marneweck X-Sender: jacques@aquarius.natey.za.net To: Justin Cc: freebsd-stable@freebsd.org Subject: Re: Problem unmounting a NFS fs In-Reply-To: <019001c0347e$e1cff5c0$0ea0dcd8@paonline.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, 12 Oct 2000, Justin wrote: > Hello all, > > Recently I had a 4.1 machine running an NFS server so that I could easily > back up files on my web servers. However powers that be (aka the boss) > didn't like the idea that much and pulled the plug. Literally, just pulled > the plug. Now the problem that I am running into is the web servers won't > unmount the file system that was previously my 4.1 machine. These machines > are Cobalt Microservers, running mips Linux. > > I have attempted the following. > > umount -n / > also removed the mount from mtab and attempted to delete the dir, device > busy. > > The man pages for the umount command on these boxes doesn't give many other > options. I tried -f switch, but alas I get a return of "forcable umount not > yet supported". > > Any help would be much appreciated. Simple reboot the boxes... I did that for my one production webserver a while back. Only way it can be done that I know of. Regards Jacques > > Justin > Pennsylvania Online LTD > > *The analogy of a fast, economical automobile with lots of gadgets, > and sporty appearance that frequently stalls in traffic despite repeated > visits to the authorized service center is actually quite representative > of Windows NT* > > > > 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 Oct 23 0:27:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from us66.grant.org (us66.grant.org [213.39.2.177]) by hub.freebsd.org (Postfix) with ESMTP id 5F14F37B4CF for ; Mon, 23 Oct 2000 00:27:18 -0700 (PDT) Received: from splat.grant.org (splat [213.39.2.179]) by us66.grant.org (8.9.3+Sun/8.9.1) with ESMTP id JAA15413; Mon, 23 Oct 2000 09:27:10 +0200 (MET DST) Received: (from mgrant@localhost) by splat.grant.org (8.9.3+Sun/8.9.1) id JAA04525; Mon, 23 Oct 2000 09:27:05 +0200 (MET DST) Date: Mon, 23 Oct 2000 09:27:05 +0200 (MET DST) Message-Id: <200010230727.JAA04525@splat.grant.org> From: Michael Grant To: Patrick Hartling Cc: freebsd-stable@FreeBSD.ORG Subject: Re: System clock out of control Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This says something! If you don't have this problem with a GENERIC kernel, then the thing to try (yes, I know this is tedious) is to start adding/removing things one-by-one from GENERIC until it looks like the kernel that fails. This should make it obvious what is causing it to do this and that would be very helpful info indeed! -Mike Patrick Hartling wrote: > I tried adding these options, but it unfortunately didn't help. Now > the CPU is being reported as running at 18.08 MHz. I have played around > with some of the Cyrix-specific options in LINT that are not noted as > being dangerous, but nothing is helping. :( What I really don't > understand is how GENERIC works fine with no extra options. I must be > missing something simple... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 1:11:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mailhost01.reflexnet.net (mailhost01.reflexnet.net [64.6.192.82]) by hub.freebsd.org (Postfix) with ESMTP id 3D5AD37B479 for ; Mon, 23 Oct 2000 01:11:09 -0700 (PDT) Received: from 149.211.6.64.reflexcom.com ([64.6.211.149]) by mailhost01.reflexnet.net with Microsoft SMTPSVC(5.5.1877.197.19); Mon, 23 Oct 2000 01:09:43 -0700 Received: (from cjc@localhost) by 149.211.6.64.reflexcom.com (8.11.0/8.11.0) id e9N8Aoe05271; Mon, 23 Oct 2000 01:10:50 -0700 (PDT) (envelope-from cjc) Date: Mon, 23 Oct 2000 01:10:50 -0700 From: "Crist J . Clark" To: Michael Grant Cc: Patrick Hartling , freebsd-stable@FreeBSD.ORG Subject: Re: System clock out of control Message-ID: <20001023011050.J75251@149.211.6.64.reflexcom.com> Reply-To: cjclark@alum.mit.edu References: <200010230727.JAA04525@splat.grant.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200010230727.JAA04525@splat.grant.org>; from mg-fbsd@grant.org on Mon, Oct 23, 2000 at 09:27:05AM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Oct 23, 2000 at 09:27:05AM +0200, Michael Grant wrote: > Patrick Hartling wrote: > > I tried adding these options, but it unfortunately didn't help. Now > > the CPU is being reported as running at 18.08 MHz. I have played around > > with some of the Cyrix-specific options in LINT that are not noted as > > being dangerous, but nothing is helping. :( What I really don't > > understand is how GENERIC works fine with no extra options. I must be > > missing something simple... > > This says something! If you don't have this problem with a GENERIC > kernel, then the thing to try (yes, I know this is tedious) is to > start adding/removing things one-by-one from GENERIC until it looks > like the kernel that fails. This should make it obvious what is > causing it to do this and that would be very helpful info indeed! I would start with, cpu I386_CPU cpu I486_CPU cpu I586_CPU cpu I686_CPU Which of these did you chose? -- Crist J. Clark cjclark@alum.mit.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 1:18: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 2D21537B479 for ; Mon, 23 Oct 2000 01:18:04 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Mon, 23 Oct 2000 21:18:03 +1300 Date: Mon, 23 Oct 2000 21:18:02 +1300 (NZDT) From: Juha Saarinen To: freebsd-stable@freebsd.org Subject: Malloc type lacks magic Message-ID: X-S: Always 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 CVSup'ed to 4.1.1-STABLE from -RELEASE, and rebuilt the world and the kernel. After rebooting, I see the error message in the subject and the system reboots. Going through the sources, I see this: } void malloc_init(data) void *data; { struct malloc_type *type = (struct malloc_type *)data; if (type->ks_magic != M_MAGIC) panic("malloc type lacks magic"); if (type->ks_limit != 0) return; if (cnt.v_page_count == 0) panic("malloc_init not allowed before vm init"); /* * The default limits for each malloc region is 1/2 of the * malloc portion of the kmem map size. */ type->ks_limit = vm_kmem_size / 2; type->ks_next = kmemstatistics; kmemstatistics = type; (kern_malloc.c) -- What might I have done wrong here? -- Regards, Juha PGP fingerprint: B7E1 CC52 5FCA 9756 B502 10C8 4CD8 B066 12F3 9544 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 1:42: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.XtremeDev.com (xtremedev.com [216.241.38.65]) by hub.freebsd.org (Postfix) with ESMTP id CDA3437B479 for ; Mon, 23 Oct 2000 01:42:05 -0700 (PDT) Received: by mail.XtremeDev.com (Postfix, from userid 1008) id A5C6B5BAD; Mon, 23 Oct 2000 02:41:58 -0600 (MDT) Received: from localhost (localhost [127.0.0.1]) by mail.XtremeDev.com (Postfix) with ESMTP id 4D5E51C9AC for ; Mon, 23 Oct 2000 02:41:58 -0600 (MDT) Date: Mon, 23 Oct 2000 02:41:58 -0600 (MDT) From: FreeBSD To: freebsd-stable@freebsd.org Subject: /usr/src/UPDATING does not reflect /etc/defaults/rc.conf 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 /usr/src/UPDATING: 20000907: Networking defaults have been tightened. Anybody upgrading /etc/defaults/rc.conf needs to add the following lines to /etc/rc.conf if they want to have the same setup afterwards (unless the variables already are set, of course): # Enable network daemons for user convenience. inetd_enable="YES" portmap_enable="YES" sendmail_enable="YES" And yet /etc/defaults/rc.conf has all three already enabled. The rc files loads /etc/defaults/rc.conf before looking at /etc/rc.conf, which in a default install does not exist. Does this mean that the 20000907 entry in /etc/src/UPDATING was in error? Or was it simply never committed? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 1:49:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 0114F37B479 for ; Mon, 23 Oct 2000 01:49:09 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.0/8.11.0) id e9N8mcm23531; Mon, 23 Oct 2000 11:48:38 +0300 (EEST) (envelope-from ru) Date: Mon, 23 Oct 2000 11:48:38 +0300 From: Ruslan Ermilov To: Sean Lutner Cc: stable@FreeBSD.org Subject: Re: ipfw breakage? Message-ID: <20001023114838.E20237@sunbay.com> Mail-Followup-To: Sean Lutner , stable@FreeBSD.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from sean@rentul.net on Sun, Oct 22, 2000 at 11:28:24PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Oct 22, 2000 at 11:28:24PM -0400, Sean Lutner wrote: > Forgive me if this has been attended to, but it seems that there is some > problem with ipfw. I cvsup'd as of yesterday morning > (10/21/00) 4.1.1-STABLE. I did not make any changes at all to my > rc.firewall, but I get the following message when the rc.firewall script > is run. Has there been some breakage in the code? > > Flushed all rules. > ipfw: getsockopt(IP_FW_ADD): Protocol not available > > The above line starting with ipfw: is repeated for each rule I have. I > even tried going to just a default allow pass all from any to any. > > Any help is appreciated. > I have recently changed the ipfw code to allow the IP_FW_ADD to be used with getsockopt(2) (previously it was only allowed with setsockopt(2)). Quite probably, you have just forgotten to recompile your kernel. Also make sure you have the consistent sources: } ru 2000/10/17 06:44:58 PDT } } Modified files: (Branch: RELENG_4) } sbin/ipfw ipfw.c } sys/netinet ip_fw.c raw_ip.c } Log: } MFC: make rule number available from getsockopt(IP_FW_ADD). } } Revision Changes Path } 1.80.2.7 +4 -4 src/sbin/ipfw/ipfw.c } 1.131.2.7 +4 -2 src/sys/netinet/ip_fw.c } 1.64.2.3 +2 -1 src/sys/netinet/raw_ip.c -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 2:40:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rz.uni-ulm.de (sirius-giga.rz.uni-ulm.de [134.60.241.36]) by hub.freebsd.org (Postfix) with ESMTP id 9DE7337B479 for ; Mon, 23 Oct 2000 02:40:44 -0700 (PDT) Received: from gmx.de (lilith.wohnheim.uni-ulm.de [134.60.106.64]) by mail.rz.uni-ulm.de (8.9.3/8.9.3) with ESMTP id LAA03298; Mon, 23 Oct 2000 11:39:33 +0200 (MEST) Message-ID: <39F40754.8723B166@gmx.de> Date: Mon, 23 Oct 2000 11:39:32 +0200 From: Siegbert Baude X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.1.1-STABLE i386) X-Accept-Language: de, en MIME-Version: 1.0 To: Jason Neumann Cc: stable Subject: Re: More Audio 4.1.1 References: <39F3503B.251D6B24@gci.net> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello Jason, > I have had a long string of problems with 4.1.1 and audio support. As of > this post, I have sources installed from last Sunday, October 15, 2000. > > When I initially installed 4.1.1-STABLE, I had audio but my machine > spontaneously rebooted with a Fatal Trap 12. Upon investigation, someone > pointed out that my AWE64 may have been the cause. I had these messages > at startup: > > sa0: too many dependent configs (8) > isa0: unexpected small tag 14 These messages are normal for an AWE64. Search the archives for an explanation. The problem isn´t the AWE64. At least mine is working still fine after upgrading to 4.1.1-Stable. bash-2.04$ uname -a FreeBSD mydomain.de 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Thu Oct 19 02:38:07 CEST 2000 myname@mydomain.de:/usr/obj/usr/src/sys/MYKERNEL i386 bash-2.04$ Ciao Siegbert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 3:29:28 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pluton.ispras.ru (pluton.ispras.ru [194.186.94.6]) by hub.freebsd.org (Postfix) with ESMTP id 5A0AE37B4FE for ; Mon, 23 Oct 2000 03:29:17 -0700 (PDT) Received: from gate.ispras.ru (gate [194.67.37.200]) by pluton.ispras.ru (8.10.1/8.10.1) with ESMTP id e9N9jCX29822; Mon, 23 Oct 2000 13:45:13 +0400 (MSK) Received: from ispgate (ispgate [194.67.37.200]) by gate.ispras.ru (8.11.0/8.11.0.Beta1) with ESMTP id e9NAPpN22080; Mon, 23 Oct 2000 14:25:55 +0400 (MSK) Date: Mon, 23 Oct 2000 14:25:51 +0400 (MSK) From: Grigory Kljuchnikov To: Dave Uhring Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Kernel message: stray irq 7 In-Reply-To: <00101815543200.20636@dave> 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've solved this problem. I've installed an additional isa multi adapter (with 2 COM ports, 1 Parallel, 1 floppy, 1 HDD) and disabled onboard COMs and Parallel ports on my box. The kernel message (stray irq 7) don't appear in the system and I have both RS232 (the modem and the mouse works fine). I suppose my onboard COMs and Parallel ports are dead. But it's very bad diagnostic message - "stray irq 7" - for this trouble that appeared even when I disabled onboard COMs and Parallel ports in BIOS, but didn't install multi adapter. I even removed all drivers for COMs and parallel ports from the kernel, but this message wasn't lost. I understand this is a hardware problem, but this message appear not only on my box. The friend of mine said my that he see same kernel message on his home box every day but it don't affect on his work and his COMs ports work fine. Does anyone have any comments? Best regards, Grigory Klyuchnikov ------------------------------------------------------------ Institute for System Programming Russian Academy of Sciences, 109004, Moscow, Russia, B.Kommunistitcheskay, 25, phone(work): +7-095-9125659 fax: +7-095-9121524 e-mail: On Wed, 18 Oct 2000, Dave Uhring wrote: > On Wed, 18 Oct 2000, Grigory Kljuchnikov wrote: > > Hello, > > > > I've got kernel message: > > > > /kernel: stray irq7 > > > > when I've tried to connect to modem on /dev/cuaa1 by kermit. > > > > The part of dmesg is: > > > > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > > ppc0: at port 0x378-0x37f irq 7 on isa0 > > > > I have got only modem connected to /dev/cuaa1, there isn't > > a printer and a mouse. And I cannot connect to modem. > > > > What is the matter? > > > > Thanks. > > > > Best regards, > > Grigory Klyuchnikov > > ------------------------------------------------------------ > > Institute for System Programming Russian Academy of Sciences, > > 109004, Moscow, Russia, B.Kommunistitcheskay, 25, > > phone(work): +7-095-9125659 > > fax: +7-095-9121524 > > e-mail: > > I have the identical problem with OpenBSD on my router/firewall box. > The problem seems to be that a printer is NOT connected. The > 'acknowledge' pin on the interface is floating, thus is extremely > susceptible to EMI. Try either connecting a printer to the interface > or dig up the Centronics interface data and tie the offending pin high > or low as indicated. > > Same problem occurs with IRQ 15 with no drives attached to the IDE > secondary port. These spurious IRQ's are merely an annoyance except on > a router box, where they sometimes cause overruns on the NIC receive > buffer. > > Dave > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 3:34:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from bongo.rbc.ru (bongo.rbc.ru [195.218.138.120]) by hub.freebsd.org (Postfix) with ESMTP id 4B6BB37B479 for ; Mon, 23 Oct 2000 03:34:26 -0700 (PDT) Received: from bingo.rbc.ru (bingo.rbc.ru [195.218.138.28]) by bongo.rbc.ru (Postfix) with ESMTP id E12A714FCA for ; Mon, 23 Oct 2000 14:34:24 +0400 (MSD) Received: from rbc.ru (ivanov.rbc.ru [195.218.169.228] (may be forged)) by bingo.rbc.ru (8.9.3/8.9.3) with ESMTP id OAA50497 for ; Mon, 23 Oct 2000 14:34:24 +0400 (MSD) (envelope-from ivanov@rbc.ru) Message-ID: <39F413AE.D4A36238@rbc.ru> Date: Mon, 23 Oct 2000 14:32:14 +0400 From: Andrew Ivanov X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Subject: unsubscribe freebsd-stable References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG unsubscribe 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 Oct 23 4: 4:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from tro.hsp.de (tro.hsp.de [194.77.127.4]) by hub.freebsd.org (Postfix) with ESMTP id B0CE237B4C5 for ; Mon, 23 Oct 2000 04:04:24 -0700 (PDT) Received: from picard.tro (beebee.tro.de [194.231.77.142]) by tro.hsp.de with ESMTP id MAA04967 for ; Mon, 23 Oct 2000 12:49:08 +0200 Received: from chekov.tro (chekov.tro [192.168.14.50]) by picard.tro (8.10.1/8.10.1) with ESMTP id e9NB3u027975 for ; Mon, 23 Oct 2000 13:03:57 +0200 Date: Mon, 23 Oct 2000 13:03:56 +0200 (CEST) From: Kirill Ponomarew X-Sender: kirill@chekov.tro To: freebsd-stable@freebsd.org Subject: cdrdao port error 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 wanted to write today the audio CD and got the error during the port compilation: cd /usr/ports/audio/cdrdao/make install && clean gmake[1]: Leaving directory `/usr/ports/audio/cdrdao/work/cdrdao-1.1.3/paranoia' gmake[1]: Entering directory `/usr/ports/audio/cdrdao/work/cdrdao-1.1.3/dao' c++ -o cdrdao main.o -L. -ldao -L../paranoia -lcdda_paranoia -L../trackdb -ltrackdb -L../edc_ecc -ledc_ecc -L../scsilib/export -lscg -lschily -lcam /usr/libexec/elf/ld: cannot find -lscg gmake[1]: *** [cdrdao] Error 1 gmake[1]: Leaving directory `/usr/ports/audio/cdrdao/work/cdrdao-1.1.3/dao' gmake: *** [all] Error 1 *** Error code 2 Stop in /usr/ports/audio/cdrdao. *** Error code 1 I have FreeBSD -STABLE 4.1.1 -- Kirill Ponomarew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 4:17: 1 2000 Delivered-To: freebsd-stable@freebsd.org Received: from moon.harmonic.co.il (moon.harmonic.co.il [192.116.140.65]) by hub.freebsd.org (Postfix) with ESMTP id 2A7F837B479 for ; Mon, 23 Oct 2000 04:16:58 -0700 (PDT) Received: (from nobody@localhost) by moon.harmonic.co.il (8.9.3/8.9.3) id NAA00484; Mon, 23 Oct 2000 13:14:29 +0200 To: Kirill Ponomarew Subject: Re: cdrdao port error Message-ID: <972299669.39f41d9573b47@webmail.harmonic.co.il> Date: Mon, 23 Oct 2000 13:14:29 +0200 (IST) From: Roman Shterenzon Cc: freebsd-stable@FreeBSD.ORG References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.2 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Quoting Kirill Ponomarew : > I wanted to write today the audio CD and got the error during the port > compilation: > > cd /usr/ports/audio/cdrdao/make install && clean > > gmake[1]: Leaving directory > `/usr/ports/audio/cdrdao/work/cdrdao-1.1.3/paranoia' > gmake[1]: Entering directory > `/usr/ports/audio/cdrdao/work/cdrdao-1.1.3/dao' > c++ -o cdrdao main.o -L. -ldao -L../paranoia -lcdda_paranoia > -L../trackdb > -ltrackdb -L../edc_ecc -ledc_ecc -L../scsilib/export -lscg -lschily > -lcam > /usr/libexec/elf/ld: cannot find -lscg > gmake[1]: *** [cdrdao] Error 1 > gmake[1]: Leaving directory > `/usr/ports/audio/cdrdao/work/cdrdao-1.1.3/dao' > gmake: *** [all] Error 1 > *** Error code 2 > > Stop in /usr/ports/audio/cdrdao. > *** Error code 1 > > I have FreeBSD -STABLE 4.1.1 Have you tried mailing the port maintainer? or -ports? Anyway, scg is part of cdrecord as far as I remember, but it's not installed as a part of cdrecord. cdrecord -dao image.iso works extremely well for me by the way, what benefits does cdrdao have? --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 6:44:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.lewman.org (lowrider.lewman.org [63.109.230.166]) by hub.freebsd.org (Postfix) with ESMTP id 45EA537B4CF; Mon, 23 Oct 2000 06:44:48 -0700 (PDT) Received: by mail.lewman.org (Postfix, from userid 1004) id 88B193D85; Mon, 23 Oct 2000 09:44:39 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.lewman.org (Postfix) with ESMTP id 86BF05BA0; Mon, 23 Oct 2000 09:44:39 -0400 (EDT) Date: Mon, 23 Oct 2000 09:44:39 -0400 (EDT) From: Sean Lutner X-Sender: sean@lowrider.lewman.org To: Ruslan Ermilov Cc: stable@FreeBSD.org Subject: Re: ipfw breakage? In-Reply-To: <20001023114838.E20237@sunbay.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 recompiled my kernel as part of my latest cvsup. I will try cleaning up my sources and do another cvsup. Thanks for the info. Sean On Mon, 23 Oct 2000, Ruslan Ermilov wrote: > On Sun, Oct 22, 2000 at 11:28:24PM -0400, Sean Lutner wrote: > > Forgive me if this has been attended to, but it seems that there is some > > problem with ipfw. I cvsup'd as of yesterday morning > > (10/21/00) 4.1.1-STABLE. I did not make any changes at all to my > > rc.firewall, but I get the following message when the rc.firewall script > > is run. Has there been some breakage in the code? > > > > Flushed all rules. > > ipfw: getsockopt(IP_FW_ADD): Protocol not available > > > > The above line starting with ipfw: is repeated for each rule I have. I > > even tried going to just a default allow pass all from any to any. > > > > Any help is appreciated. > > > I have recently changed the ipfw code to allow the IP_FW_ADD to be used > with getsockopt(2) (previously it was only allowed with setsockopt(2)). > Quite probably, you have just forgotten to recompile your kernel. Also > make sure you have the consistent sources: > > } ru 2000/10/17 06:44:58 PDT > } > } Modified files: (Branch: RELENG_4) > } sbin/ipfw ipfw.c > } sys/netinet ip_fw.c raw_ip.c > } Log: > } MFC: make rule number available from getsockopt(IP_FW_ADD). > } > } Revision Changes Path > } 1.80.2.7 +4 -4 src/sbin/ipfw/ipfw.c > } 1.131.2.7 +4 -2 src/sys/netinet/ip_fw.c > } 1.64.2.3 +2 -1 src/sys/netinet/raw_ip.c > > -- > Ruslan Ermilov Oracle Developer/DBA, > ru@sunbay.com Sunbay Software AG, > ru@FreeBSD.org FreeBSD committer, > +380.652.512.251 Simferopol, Ukraine > > http://www.FreeBSD.org The Power To Serve > http://www.oracle.com Enabling The Information Age > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 7:13:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from bsd.unixvillain.com (unknown [208.224.169.130]) by hub.freebsd.org (Postfix) with ESMTP id 68B3837B4C5 for ; Mon, 23 Oct 2000 07:13:39 -0700 (PDT) Received: from littlegeek.cards2talk.com (adsl-63-249-155.mia.bellsouth.net [208.63.249.155]) by bsd.unixvillain.com (8.9.3/8.9.2) with SMTP id KAA27343 for ; Mon, 23 Oct 2000 10:10:15 -0400 (EDT) (envelope-from mike@freebsdbox.com) From: Michael Steinfeld To: stable@freebsd.org Subject: make buildkernel fails Date: Mon, 23 Oct 2000 10:18:38 -0400 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <00102310195500.87637@littlegeek.cards2talk.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the process of upgrading this box from 4.0-RELEASE to 4.1.1-STABLE I received a stop error with this error: /usr/src/sys/pci/if_dc.c:129: miibus_if.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/obj/usr/src/sys/ARTOFWAR. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. my 'make buildworld' went fine, then running 'make buildkernel KERNEL=ARTOFWAR' is when it died. Any suggestions would be appreciated being that this is my first attempt to upgrade a machine in the 4.x branch. thanks, -mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 7:22: 1 2000 Delivered-To: freebsd-stable@freebsd.org Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by hub.freebsd.org (Postfix) with ESMTP id EBE4137B479 for ; Mon, 23 Oct 2000 07:21:58 -0700 (PDT) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.9.3/8.9.3) with ESMTP id QAA07767; Mon, 23 Oct 2000 16:23:30 +0200 (CEST) (envelope-from k@numeri.campus.luth.se) Message-Id: <200010231423.QAA07767@numeri.campus.luth.se> X-Mailer: exmh version 2.1.1 10/15/1999 To: Michael Steinfeld Cc: stable@FreeBSD.ORG Subject: Re: make buildkernel fails In-Reply-To: Your message of "Mon, 23 Oct 2000 10:18:38 EDT." <00102310195500.87637@littlegeek.cards2talk.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Oct 2000 16:23:30 +0200 From: Johan Karlsson Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi From LINT ===== # PCI Ethernet NICs that use the common MII bus controller code. device dc # DEC/Intel 21143 and various workalikes ===== Hence you need to add device miibus to your kernel config file as well. /Johan K At Mon, 23 Oct 2000 10:18:38 EDT, Michael Steinfeld wrote: > > > In the process of upgrading this box from 4.0-RELEASE to 4.1.1-STABLE > I received a stop error with this error: > > /usr/src/sys/pci/if_dc.c:129: miibus_if.h: No such file or directory > mkdep: compile failed > *** Error code 1 > Stop in /usr/obj/usr/src/sys/ARTOFWAR. > *** Error code 1 > Stop in /usr/src. > *** Error code 1 > Stop in /usr/src. > > my 'make buildworld' went fine, then running 'make buildkernel > KERNEL=ARTOFWAR' is when it died. > > Any suggestions would be appreciated being that this is my first attempt > to upgrade a machine in the 4.x branch. > > thanks, > -mike > > > 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 Oct 23 7:23:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40]) by hub.freebsd.org (Postfix) with ESMTP id 7B13E37B4C5 for ; Mon, 23 Oct 2000 07:23:30 -0700 (PDT) Received: by peitho.fxp.org (Postfix, from userid 1501) id 299C91360E; Mon, 23 Oct 2000 10:23:32 -0400 (EDT) Date: Mon, 23 Oct 2000 10:23:32 -0400 From: Chris Faulhaber To: Michael Steinfeld Cc: stable@freebsd.org Subject: Re: make buildkernel fails Message-ID: <20001023102332.D67818@peitho.fxp.org> References: <00102310195500.87637@littlegeek.cards2talk.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <00102310195500.87637@littlegeek.cards2talk.com>; from mike@freebsdbox.com on Mon, Oct 23, 2000 at 10:18:38AM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Oct 23, 2000 at 10:18:38AM -0400, Michael Steinfeld wrote: > > > In the process of upgrading this box from 4.0-RELEASE to 4.1.1-STABLE > I received a stop error with this error: > > /usr/src/sys/pci/if_dc.c:129: miibus_if.h: No such file or directory 'device dc' requires 'device miibus' -- 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 Mon Oct 23 7:36:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from inf.ufsc.br (euryale.inf.ufsc.br [150.162.60.23]) by hub.freebsd.org (Postfix) with ESMTP id F32E237B4C5 for ; Mon, 23 Oct 2000 07:36:40 -0700 (PDT) Received: from pitanga (pitanga [150.162.60.31]) by inf.ufsc.br (8.9.3/8.9.3) with ESMTP id MAA14800 for ; Mon, 23 Oct 2000 12:40:23 -0300 Date: Mon, 23 Oct 2000 12:39:19 -0200 (EDT) From: Antonio Carlos Venancio Junior X-Sender: antonio@pitanga To: freebsd-stable@freebsd.org Subject: How to remove 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 People, In my first buildworld some files were copied to /usr/obj. The problem is that I cant delete some of them, even using chflags. Here they are: ---------- lrwxr-xr-x 1 root wheel uappnd,uchg,nodump,opaque 84 Oct 19 05:12 Command.pm -> /usr/src/gnu/usr.bin/perl/suidperl/../../../../contrib/perl5/lib/ExtUtils/Command.pm lrwxr-xr-x 1 root wheel uappnd,opaque 84 Oct 19 05:12 Install.pm -> /usr/src/gnu/usr.bin/perl/suidperl/../../../../contrib/perl5/lib/ExtUtils/Install.pm lrwxr-xr-x 1 root wheel uappnd,nodump,opaque 86 Oct 19 05:12 Installed.pm -> /usr/src/gnu/usr.bin/perl/suidperl/../../../../contrib/perl5/lib/ExtUtils/Installed.pm lrwxr-xr-x 1 root wheel uchg,nodump,opaque 84 Oct 19 05:12 Liblist.pm -> /usr/src/gnu/usr.bin/perl/suidperl/../../../../contrib/perl5/lib/ExtUtils/Liblist.pm ---------- How could I delete these files? I cant rebuld perl without remove them! =) Ate' Antonio .-===================================================================-. | Can't buy what I want because its FREE! - Pearl Jam | |-===================================================================-| | antonio@inf.ufsc.br | floripa@zoing.net | antonio@musicramp.com | |-===================================================================-| | ICQ# 9253680 | Floripa | MySQL | PHP | 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 Mon Oct 23 7:44:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from world.std.com (world-f.std.com [199.172.62.5]) by hub.freebsd.org (Postfix) with ESMTP id 5E2B137B479 for ; Mon, 23 Oct 2000 07:44:21 -0700 (PDT) Received: (from kwc@localhost) by world.std.com (8.9.3/8.9.3) id KAA21324; Mon, 23 Oct 2000 10:30:03 -0400 (EDT) Date: Mon, 23 Oct 2000 10:30:03 -0400 (EDT) From: Kenneth W Cochran Message-Id: <200010231430.KAA21324@world.std.com> To: "Jeffrey J. Mountin" Subject: Re: Old 4.0-R binaries remaining in 4.1.1-S Cc: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >From jeff-ml@mountin.net Mon Oct 23 02:33:56 2000 >Date: Mon, 23 Oct 2000 01:32:24 -0500 >To: Kenneth W Cochran , freebsd-stable@FreeBSD.ORG >From: "Jeffrey J. Mountin" >Subject: Re: Old 4.0-R binaries remaining in 4.1.1-S > >At 11:28 PM 10/22/00 -0400, Kenneth W Cochran wrote: >>Hello -stable, >> >>I've been tracking 4-stable ever since 4.0-RELEASE & I've >>noticed (after becoming current with RELENG_4 as of >>2000/10/22) that there are some old things in /usr/bin (& >>manpages too, I think) that date back to the original >>installation of 4.0-R. >> >>As examples, these are the files in /usr/bin from the original >>install & which make {build,install}world have not clobbered: >> >>-r-xr-xr-x 1 root wheel 6557 Mar 20 2000 systags >>-r-xr-xr-x 1 root wheel 46532 Mar 20 2000 htags >>-r-xr-xr-x 1 root wheel 25552 Mar 20 2000 gctags >>-r-xr-xr-x 1 root wheel 30852 Mar 20 2000 gtags >>-r-xr-xr-x 1 root wheel 35876 Mar 20 2000 global >>-r-xr-xr-x 1 root wheel 10936 Mar 20 2000 btreeop >> >>Can these be deleted safely? Source seems to be gone now. >>How about other old cruft (ie. manpages, other system directories?) >>Is this a bug, a feature, or maybe even a make-option? >> >>Or is this a side-effect of not having originally run a >>cvsup with a tag of RELENG_4_0_0_RELEASE? >> >>What would be a Good Way(tm :) to find & delete this old stuff? >> >>Naturally, FAQ & -doc pointers are quite welcome. :) > >You should read the cvs-all mail, then you would know that >contrib/global moved to ports (10/16 by obrien) and the files >can be removed. UTSL to find out what else or just remove >files that are not clobbered. > >Jeff Mountin - jeff@mountin.net >Systems/Network Administrator >FreeBSD - the power to serve I tried that (cvs-all list) some months ago, but found the message volume too high for me to track ("signal to noise ratio"). For this "track" I'm only interested in things that apply to RELENG_4 & there was a *lot* of other stuff. Heh, it's bad enough just trying to follow the -stable list nowadays... -kc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 7:44:40 2000 Delivered-To: freebsd-stable@freebsd.org Received: from world.std.com (world-f.std.com [199.172.62.5]) by hub.freebsd.org (Postfix) with ESMTP id 6B3D137B479 for ; Mon, 23 Oct 2000 07:44:34 -0700 (PDT) Received: (from kwc@localhost) by world.std.com (8.9.3/8.9.3) id KAA21816; Mon, 23 Oct 2000 10:30:32 -0400 (EDT) Date: Mon, 23 Oct 2000 10:30:32 -0400 (EDT) From: Kenneth W Cochran Message-Id: <200010231430.KAA21816@world.std.com> To: Szilveszter Adam Subject: Re: Old 4.0-R binaries remaining in 4.1.1-S Cc: freebsd-stable@freebsd.org References: <200010230328.XAA16342@world.std.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >From sziszi@petra.hos.u-szeged.hu Mon Oct 23 02:39:12 2000 >Date: Mon, 23 Oct 2000 08:37:58 +0200 >From: Szilveszter Adam >To: Kenneth W Cochran >Cc: freebsd-stable@freebsd.org >Subject: Re: Old 4.0-R binaries remaining in 4.1.1-S > >On Sun, Oct 22, 2000 at 11:28:24PM -0400, Kenneth W Cochran wrote: > >> 2000/10/22) that there are some old things in /usr/bin (& >> manpages too, I think) that date back to the original >> installation of 4.0-R. ><...> >> Can these be deleted safely? Source seems to be gone now. >> How about other old cruft (ie. manpages, other system directories?) > >If the make build/installworld has not updated them then they >are probably gone... if the sources are gone too and you are >sure you are not missing anything from your cvsup config file >then for sure you can. My cvsup config file is the "stable-supfile" "as distributed," with the exception of specifying the host. Ok, so what "maintains" the manpage tree? What directories does "make installworld" update/maintain? How "safe" is it to remove things in /usr/share/man? Will "make installworld" "refresh" that heirarchy? And how about /usr/share/man/cat*? >> Is this a bug, a feature, or maybe even a make-option? > >It is a feature. Nothing is touched automatically that you do >not request. > >> Or is this a side-effect of not having originally run a >> cvsup with a tag of RELENG_4_0_0_RELEASE? > >No. Cvsup only touches /usr/src as it should. But it will delete >even there only of you ask it to. (The example config-file contains >this option) It will certainly not touch your running system. Correct; cvsup only does things to /usr/src/* & my cvsup config deletes old things, as in the example. >> What would be a Good Way(tm :) to find & delete this old stuff? > >A run of the find(1) command:-) My (agreedly ugly) hack off >the top of my head something like: > >find /bin \! -mtime x -ls|more > >and then repeat also with /sbin, /usr/bin, /usr/sbin etc. > >(where 'x' is the number of 24-hour periods since your last installworld) Seems to work ok, except for manpages... :) >You can also put this into a shell script and pipe the output >into file(s) for maximum convenience.:-) UNIX is wonderful, yeah! > >But I recommend using '-ls' instead of '-delete', so that you >can view the list first and only delete afterwards:-) maybe >manually if you are not sure. Viewing is always safe:-) > >For /etc, always use mergemaster(8) with your make >build/installworlds, that will take care of refreshing it. I usually handle /etc (mergemaster & customizations) while running buildworld... >> Naturally, FAQ & -doc pointers are quite welcome. :) > >I do not think it is documented anywhere (maybe because it is >potentially dangerous when used cluelessly?) save for the >find(1) manpage, of course. Hmmm, some kind of documentation would be *nice*. I'll start: "make buildworld" compiles & builds the things in /usr/src & outputs the resulting compiled/linked/built "things(?)" to /usr/obj. In other words, "make buildworld" builds /usr/obj from /usr/src. Ok, now, how about "installworld?" I know it does /bin, /usr/bin, /sbin and /usr/sbin, & I've watched it do things in man*, but I still have no "definitive list." >-- >Regards: > >Szilveszter ADAM >Szeged University >Szeged Hungary Thanks! -kc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 7:49:38 2000 Delivered-To: freebsd-stable@freebsd.org Received: from wondermutt.net (host75-157.student.udel.edu [128.175.75.157]) by hub.freebsd.org (Postfix) with ESMTP id C36A637B4CF for ; Mon, 23 Oct 2000 07:49:31 -0700 (PDT) Received: from morgaine.udel.edu (morgaine.wondermutt.net [192.168.1.2]) by wondermutt.net (8.11.1/8.11.1) with ESMTP id e9NEodO63745; Mon, 23 Oct 2000 10:50:40 -0400 (EDT) (envelope-from papalia@udel.edu) Message-Id: <4.3.2.7.2.20001023104726.00ad7360@mail.udel.edu> X-Sender: papalia@mail.udel.edu X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Mon, 23 Oct 2000 10:49:09 -0400 To: Antonio Carlos Venancio Junior , freebsd-stable@FreeBSD.ORG From: John Subject: Re: How to remove In-Reply-To: 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 >People, > In my first buildworld some files were copied to /usr/obj. > The problem is that I cant delete some of them, even using >chflags. Here they are: > >---------- >lrwxr-xr-x 1 root wheel uappnd,uchg,nodump,opaque 84 Oct 19 05:12 >Command.pm -> >/usr/src/gnu/usr.bin/perl/suidperl/../../../../contrib/perl5/lib/ExtUtils/Command.pm >lrwxr-xr-x 1 root wheel uappnd,opaque 84 Oct 19 05:12 >Install.pm -> >/usr/src/gnu/usr.bin/perl/suidperl/../../../../contrib/perl5/lib/ExtUtils/Install.pm >lrwxr-xr-x 1 root wheel uappnd,nodump,opaque 86 Oct 19 05:12 >Installed.pm -> >/usr/src/gnu/usr.bin/perl/suidperl/../../../../contrib/perl5/lib/ExtUtils/Installed.pm >lrwxr-xr-x 1 root wheel uchg,nodump,opaque 84 Oct 19 05:12 >Liblist.pm -> >/usr/src/gnu/usr.bin/perl/suidperl/../../../../contrib/perl5/lib/ExtUtils/Liblist.pm >---------- > > How could I delete these files? > I cant rebuld perl without remove them! =) Perhaps try to remove the rest of the flags, especially the uchg flag. using 'chflags nouchg', 'chflags noopaque' and 'chflags nouappnd'. I'm not sure if this will actually work, but it seems like a plan - especially in the case of the uchg flag :) Hope that helps, John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 7:52: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gypsy.vrac.iastate.edu (gypsy.vrac.iastate.edu [129.186.232.122]) by hub.freebsd.org (Postfix) with ESMTP id 97F7537B4CF for ; Mon, 23 Oct 2000 07:51:57 -0700 (PDT) Received: from tomservo.vrac.iastate.edu (tomservo.vrac.iastate.edu [129.186.232.121]) by gypsy.vrac.iastate.edu (Postfix) with ESMTP id 3AA7068; Mon, 23 Oct 2000 09:51:57 -0500 (CDT) Received: from tomservo.vrac.iastate.edu (localhost [127.0.0.1]) by tomservo.vrac.iastate.edu (Postfix) with ESMTP id 0823B5E0C; Mon, 23 Oct 2000 09:23:46 -0500 (CDT) To: cjclark@alum.mit.edu Cc: Michael Grant , freebsd-stable@FreeBSD.ORG Subject: Re: System clock out of control In-reply-to: "Mon, 23 Oct 2000 01:10:50 PDT." <20001023011050.J75251@149.211.6.64.reflexcom.com> Date: Mon, 23 Oct 2000 09:23:40 -0500 From: Patrick Hartling Message-Id: <20001023142346.0823B5E0C@tomservo.vrac.iastate.edu> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cjclark@alum.mit.edu wrote: } On Mon, Oct 23, 2000 at 09:27:05AM +0200, Michael Grant wrote: } > Patrick Hartling wrote: } > > I tried adding these options, but it unfortunately didn't help. Now } > > the CPU is being reported as running at 18.08 MHz. I have played around } > > with some of the Cyrix-specific options in LINT that are not noted as } > > being dangerous, but nothing is helping. :( What I really don't } > > understand is how GENERIC works fine with no extra options. I must be } > > missing something simple... } > } > This says something! If you don't have this problem with a GENERIC } > kernel, then the thing to try (yes, I know this is tedious) is to } > start adding/removing things one-by-one from GENERIC until it looks } > like the kernel that fails. This should make it obvious what is } > causing it to do this and that would be very helpful info indeed! I have started this process, but I have only gotten through one iteration because I got too tired to work on it last night. ;) } I would start with, } } cpu I386_CPU } cpu I486_CPU } cpu I586_CPU } cpu I686_CPU } } Which of these did you chose? This is in fact where I started. I chose to remove all but I586_CPU. I just rebooted, and the clock is ticking away at (more or less) the right speed. It's definitely not going 10 times too fast. -Patrick Patrick L. Hartling | Research Assistant, VRAC patrick@137.org | 2624 Howe Hall -- (515)294-4916 http://www.137.org/patrick/ | http://www.vrac.iastate.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 8:37:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from piranha.amis.net (piranha.amis.net [212.18.32.3]) by hub.freebsd.org (Postfix) with ESMTP id B021F37B4C5 for ; Mon, 23 Oct 2000 08:37:49 -0700 (PDT) Received: from titanic.medinet.si (titanic.medinet.si [212.18.32.66]) by piranha.amis.net (Postfix) with ESMTP id A07D95D21; Mon, 23 Oct 2000 17:37:48 +0200 (CEST) Date: Mon, 23 Oct 2000 17:37:48 +0200 (CEST) From: Blaz Zupan X-Sender: blaz@titanic.medinet.si To: Patrick Hartling Cc: freebsd-stable@FreeBSD.ORG Subject: Re: System clock out of control In-Reply-To: <20001023142346.0823B5E0C@tomservo.vrac.iastate.edu> 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 > } > start adding/removing things one-by-one from GENERIC until it looks > } > like the kernel that fails. This should make it obvious what is > } > causing it to do this and that would be very helpful info indeed! > > I have started this process, but I have only gotten through one iteration > because I got too tired to work on it last night. ;) Let me help you: try adding back "device apm". It helped me with a simmilar problem on some different hardware. Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: blaz@amis.net, Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 8:39:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11]) by hub.freebsd.org (Postfix) with ESMTP id 13C2D37B479 for ; Mon, 23 Oct 2000 08:39:21 -0700 (PDT) Received: from mira1.cisco.com (mira1.cisco.com [171.71.208.193]) by sj-msg-core-1.cisco.com (8.9.3/8.9.1) with ESMTP id IAA26472; Mon, 23 Oct 2000 08:39:15 -0700 (PDT) Received: from cisco.com (sjck-dial-gw5-191.cisco.com [10.19.238.192]) by mira1.cisco.com (Mirapoint) with ESMTP id AAO00211; Mon, 23 Oct 2000 08:39:13 -0700 (PDT) Message-ID: <39F459F9.5B2C1CC6@cisco.com> Date: Mon, 23 Oct 2000 08:32:09 -0700 From: W Gerald Hicks Organization: Cisco Systems, Inc. X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.1.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Wyness Casama Cc: stable@FreeBSD.ORG Subject: Re: "not-so-union-mount" union-mount References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wyness Casama wrote: > > Hi all, > > I'm wodering if there's any other way to join the contents of two > directories under one directory tree other than using mount_union? (I just > HAD to try it out and it made me reboot my system after doing some freaky > error dumps.) > > I'm trying to make the contents of two 80gb drives show up under one dir. > (later in intend to add another 160gb after prices fall a bit) > > Thanks > - wyness > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message A union mount (mount -o union) is different than a mount_union (which is a broken filesystem). Good Luck, Jerry Hicks gehicks@cisco.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 8:39:39 2000 Delivered-To: freebsd-stable@freebsd.org Received: from steinbeck.gabor.org (cb846402-a.mdsn1.wi.home.com [24.10.222.94]) by hub.freebsd.org (Postfix) with ESMTP id 3709B37B4CF for ; Mon, 23 Oct 2000 08:39:37 -0700 (PDT) Received: from acm.org (localhost [127.0.0.1]) by steinbeck.gabor.org (8.9.3/8.9.3) with ESMTP id KAA52465 for ; Mon, 23 Oct 2000 10:39:53 -0500 (CDT) (envelope-from gabor@acm.org) Message-ID: <39F45BC9.521E5C36@acm.org> Date: Mon, 23 Oct 2000 10:39:53 -0500 From: Gabor Kincses X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: stable@freebsd.org Subject: perl fails in installworld 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'm repeatedly getting the following error while trying to build 4.1.1-STABLE as of last night and this morning: /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c: In function `vsprintf': /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1634: structure has no member named `_ptr' /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1635: structure has no member named `_cnt' /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: structure has no member named `_flag' /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: `_IOWRT' undeclared (first use in this function) /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: (Each undeclared identifier is reported only once /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: for each function it appears in.) Any help is appreciated. -- Gabor Kincses (gabor@acm.org) Running FreeBSD 4.0-STABLE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 8:42:28 2000 Delivered-To: freebsd-stable@freebsd.org Received: from privatecube.privatelabs.com (ppp164.max-01.intercom.com [198.143.0.164]) by hub.freebsd.org (Postfix) with ESMTP id 3807337B479; Mon, 23 Oct 2000 08:42:14 -0700 (PDT) Received: from misha.privatelabs.com (root@misha.privatelabs.com [198.143.31.6]) by privatecube.privatelabs.com (8.9.3/8.9.2) with ESMTP id LAA04400; Mon, 23 Oct 2000 11:01:18 -0400 Received: from virtual-estates.net (mi@localhost [127.0.0.1]) by misha.privatelabs.com (8.11.0/8.9.3) with ESMTP id e9NFfAM16390; Mon, 23 Oct 2000 11:41:13 -0400 (EDT) (envelope-from mi@virtual-estates.net) Message-Id: <200010231541.e9NFfAM16390@misha.privatelabs.com> Date: Mon, 23 Oct 2000 11:41:09 -0400 (EDT) From: mi@aldan.algebra.com Subject: mountd going away after a while To: freebsd-questions@freebsd.org, 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 After a few days of operation the mountd would just silently go away on one of our servers -- no new mounts are possible :( Running mountd -d does not give anything and there is nothing in the logs. When started again -- thing come back to normal until the next time -- in a day or two... I ran ``mountd -d >& /var/log/mountd.log &''. After mountd went away as usual, tcsh said the job ended with "Broken pipe"... Any clues? TIA! -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 9:23:38 2000 Delivered-To: freebsd-stable@freebsd.org Received: from web5202.mail.yahoo.com (web5202.mail.yahoo.com [216.115.106.170]) by hub.freebsd.org (Postfix) with SMTP id 79B5A37B4C5 for ; Mon, 23 Oct 2000 09:23:31 -0700 (PDT) Message-ID: <20001023162330.2971.qmail@web5202.mail.yahoo.com> Received: from [208.63.249.155] by web5202.mail.yahoo.com; Mon, 23 Oct 2000 09:23:30 PDT Date: Mon, 23 Oct 2000 09:23:30 -0700 (PDT) From: mike Subject: I am in TROUBLE! please advise To: 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 freebsd people, I cvsup'd 4.1.1-stable source tree today and I got very far accept something screwerd up which I do not know how to fix. I did everything in /usr/src/UPDATING said to do now when I reboot my machine .. wether I boot the old or new kernel .. I get error messesage similar to this... /* sorry I dont know exact error message * but I sure you understand */ Can't exec /usr/libexec/getty tty01 Can't exec /usr/libexec/getty tty02 Can't exec /usr/libexec/getty tty03 Can't exec /usr/libexec/getty tty04 /* etc */ to whatever the default number of tty's are. SO I cannot login to my machine cept if I boot single user mode. which Is good sign for me to fix .. but what do I need to fix in getty and how .. I don't know mistake I made or how to fix it .. PLEASE HELP A.S.A.P. thank you in advance leon hevraan __________________________________________________ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 9:24:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gypsy.vrac.iastate.edu (gypsy.vrac.iastate.edu [129.186.232.122]) by hub.freebsd.org (Postfix) with ESMTP id 235BE37B479 for ; Mon, 23 Oct 2000 09:24:49 -0700 (PDT) Received: from tomservo.vrac.iastate.edu (tomservo.vrac.iastate.edu [129.186.232.121]) by gypsy.vrac.iastate.edu (Postfix) with ESMTP id B492C68; Mon, 23 Oct 2000 11:24:48 -0500 (CDT) Received: from tomservo.vrac.iastate.edu (localhost [127.0.0.1]) by tomservo.vrac.iastate.edu (Postfix) with ESMTP id 194C55E0C; Mon, 23 Oct 2000 11:24:41 -0500 (CDT) To: Blaz Zupan Cc: freebsd-stable@FreeBSD.ORG Subject: Re: System clock out of control In-reply-to: "Mon, 23 Oct 2000 17:37:48 +0200." Date: Mon, 23 Oct 2000 11:24:41 -0500 From: Patrick Hartling Message-Id: <20001023162441.194C55E0C@tomservo.vrac.iastate.edu> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Blaz Zupan wrote: } > } > start adding/removing things one-by-one from GENERIC until it looks } > } > like the kernel that fails. This should make it obvious what is } > } > causing it to do this and that would be very helpful info indeed! } > } > I have started this process, but I have only gotten through one iteration } > because I got too tired to work on it last night. ;) } } Let me help you: try adding back "device apm". It helped me with a simmilar } problem on some different hardware. That fixed it. Thanks, Blaz! So now I have to wonder why this fixed the problem? Is this a sign of some other problem, or is it just something that is an issue with non-Intel i386 hardware? -Patrick Patrick L. Hartling | Research Assistant, VRAC patrick@137.org | 2624 Howe Hall -- (515)294-4916 http://www.137.org/patrick/ | http://www.vrac.iastate.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 9:26: 1 2000 Delivered-To: freebsd-stable@freebsd.org Received: from web5205.mail.yahoo.com (web5205.mail.yahoo.com [216.115.106.86]) by hub.freebsd.org (Postfix) with SMTP id 2878337B4C5 for ; Mon, 23 Oct 2000 09:25:56 -0700 (PDT) Message-ID: <20001023162552.11687.qmail@web5205.mail.yahoo.com> Received: from [208.63.249.155] by web5205.mail.yahoo.com; Mon, 23 Oct 2000 09:25:52 PDT Date: Mon, 23 Oct 2000 09:25:52 -0700 (PDT) From: mike Subject: I am in TROUBLE! oops forgot To: 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 oops, the error was more like Can't exec /usr/libexec/getty tty01 no such file or directory. how do I make tty's in single user mode to fix? thank you in advance leon hevraan __________________________________________________ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 9:43:22 2000 Delivered-To: freebsd-stable@freebsd.org Received: from inf.ufsc.br (euryale.inf.ufsc.br [150.162.60.23]) by hub.freebsd.org (Postfix) with ESMTP id 1A67237B4C5 for ; Mon, 23 Oct 2000 09:43:07 -0700 (PDT) Received: from pitanga (pitanga [150.162.60.31]) by inf.ufsc.br (8.9.3/8.9.3) with ESMTP id OAA206552; Mon, 23 Oct 2000 14:46:18 -0300 Date: Mon, 23 Oct 2000 14:45:15 -0200 (EDT) From: Antonio Carlos Venancio Junior X-Sender: antonio@pitanga To: James Housley Cc: freebsd-stable@freebsd.org Subject: Re: How to remove In-Reply-To: <39F44F9E.936733FD@thehousleys.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 Jim, Thanks. That worked very well. Somehow I think that files were marked as "undeletable" or somethink like that. On Mon, 23 Oct 2000, James Housley wrote: > Antonio Carlos Venancio Junior wrote: > > > > People, > > > > In my first buildworld some files were copied to /usr/obj. > > The problem is that I cant delete some of them, even using > > chflags. Here they are: > > To buy time while you figure it out: > > cd /usr > mv obj obj-bad > mkdir obj > > Then you can build again. And when you figure it out you can remove > obj-bad > > Jim > -- > jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve > jim@TheHousleys.Net http://www.TheHousleys.net > --------------------------------------------------------------------- > Unix is very user-friendly. It's just picky who its friends are. > Ate' Antonio .-===================================================================-. | Can't buy what I want because its FREE! - Pearl Jam | |-===================================================================-| | antonio@inf.ufsc.br | floripa@zoing.net | antonio@musicramp.com | |-===================================================================-| | ICQ# 9253680 | Floripa | MySQL | PHP | 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 Mon Oct 23 9:51:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from piranha.amis.net (piranha.amis.net [212.18.32.3]) by hub.freebsd.org (Postfix) with ESMTP id 8127537B479 for ; Mon, 23 Oct 2000 09:51:40 -0700 (PDT) Received: from titanic.medinet.si (titanic.medinet.si [212.18.32.66]) by piranha.amis.net (Postfix) with ESMTP id 765F65D3B; Mon, 23 Oct 2000 18:51:38 +0200 (CEST) Date: Mon, 23 Oct 2000 18:51:38 +0200 (CEST) From: Blaz Zupan X-Sender: blaz@titanic.medinet.si To: Patrick Hartling Cc: freebsd-stable@FreeBSD.ORG Subject: Re: System clock out of control In-Reply-To: <20001023162441.194C55E0C@tomservo.vrac.iastate.edu> 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 fixed it. Thanks, Blaz! > > So now I have to wonder why this fixed the problem? Is this a sign of > some other problem, or is it just something that is an issue with > non-Intel i386 hardware? I believe the apm code switches the whole system to use some other clock source. In my case, it was an old AMD K5 box, on which the clock was running *extermely slow* (like one second every minute). It was originally running Linux and it exhibited the same problem under Linux. We thought it was purely broken hardware or a broken BIOS, I tried upgrading to the latest BIOS - still no go. Later I tried to install FreeBSD on it nevertheless and it worked - but as soon as I installed a custom kernel it failed. Well, now with "device apm" the machine is happily humming along and you wouldn't be reading this message if it wasn't working (the box is now our company firewall, running FreeBSD 4.1.1). Back to your question, somebody more familiar with the apm code might give you the answer. Or somebody more familiar with the system clocks on FreeBSD, maybe phk@freebsd.org? I'm not sure if he's reading this list, though. Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: blaz@amis.net, Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 10:25:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mercure.IRO.UMontreal.CA (mercure.IRO.UMontreal.CA [132.204.24.67]) by hub.freebsd.org (Postfix) with ESMTP id B6CAF37B479; Mon, 23 Oct 2000 10:24:57 -0700 (PDT) Received: from phobos.IRO.UMontreal.CA (IDENT:root@phobos.IRO.UMontreal.CA [132.204.20.20]) by mercure.IRO.UMontreal.CA (8.9.3/8.9.3) with ESMTP id NAA01183; Mon, 23 Oct 2000 13:24:51 -0400 Received: from localhost (beaupran@localhost) by phobos.IRO.UMontreal.CA (8.9.3/8.9.3) with ESMTP id NAA10184; Mon, 23 Oct 2000 13:24:50 -0400 Full-Name: Antoine Beaupre Date: Mon, 23 Oct 2000 13:24:50 -0400 (EDT) From: Antoine Beaupre To: freebsd-gnats-submit@FreeBSD.org Cc: freebsd-stable@FreeBSD.org Subject: Re: kern/21438: Sox recording in 16 bits creates a panic: no feed In-Reply-To: <20000921084029.D34012@hamlet.nectar.com> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-863759340-2037437708-972321890=:9745" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---863759340-2037437708-972321890=:9745 Content-Type: TEXT/PLAIN; charset=US-ASCII [follow-up on PR and request for help on -stable] Ok. I've upgraded my FreeBSD-4.1 machine to 4.1.1 stable (20001017). Now recording in hi-fi with sox doesn't create a panic() but "pcm0: record overrun, dumping 89912 bytes". "hi-fi" is: rec -w -r 44100 file.wav I really don't see myself pinpointing the exact revision since -release that caused the panic to go away, but something defenitly changed since. Well, actually, quite a few things changed. I have a new modem, which is now working properly (wasn't before...). Included as attachments are my kernel config, dmesg output and pnpinfo output. Si l'image donne l'illusion de savoir C'est que l'adage pretend que pour croire, L'important ne serait que de voir Lofofora ---863759340-2037437708-972321890=:9745 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: dmesg(1) output Content-Disposition: attachment; filename=dmesg Q29weXJpZ2h0IChjKSAxOTkyLTIwMDAgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KICAgICAgICBUaGUgUmVn ZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLg0KRnJlZUJTRCA0LjEuMS1TVEFCTEUgIzA6IFR1ZSBP Y3QgMTcgMTA6NTI6MDQgRURUIDIwMDANCiAgICByb290QDovdXNyL3NyYy9z eXMvY29tcGlsZS9IQUxMDQpUaW1lY291bnRlciAiaTgyNTQiICBmcmVxdWVu Y3kgMTE5MzE4MiBIeg0KVGltZWNvdW50ZXIgIlRTQyIgIGZyZXF1ZW5jeSAx NjcwNDU5NjYgSHoNCkNQVTogUGVudGl1bS9QNTVDICgxNjcuMDUtTUh6IDU4 Ni1jbGFzcyBDUFUpDQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9 IDB4NTQzICBTdGVwcGluZyA9IDMNCiAgRmVhdHVyZXM9MHg4MDAxYmY8RlBV LFZNRSxERSxQU0UsVFNDLE1TUixNQ0UsQ1g4LE1NWD4NCnJlYWwgbWVtb3J5 ICA9IDMzNTU0NDMyICgzMjc2OEsgYnl0ZXMpDQpjb25maWc+IGRpcyBqb3kN CmNvbmZpZz4gaXJxIHNpbzIgMTINCmF2YWlsIG1lbW9yeSA9IDI5NDkxMjAw ICgyODgwMEsgYnl0ZXMpDQpQcmVsb2FkZWQgZWxmIGtlcm5lbCAia2VybmVs IiBhdCAweGMwMzUyMDAwLg0KUHJlbG9hZGVkIHVzZXJjb25maWdfc2NyaXB0 ICIvYm9vdC9rZXJuZWwuY29uZiIgYXQgMHhjMDM1MjA5Yy4NCkludGVsIFBl bnRpdW0gZGV0ZWN0ZWQsIGluc3RhbGxpbmcgd29ya2Fyb3VuZCBmb3IgRjAw RiBidWcNCm5weDA6IDxtYXRoIHByb2Nlc3Nvcj4gb24gbW90aGVyYm9hcmQN Cm5weDA6IElOVCAxNiBpbnRlcmZhY2UNCnBjaWIwOiA8SG9zdCB0byBQQ0kg YnJpZGdlPiBvbiBtb3RoZXJib2FyZA0KcGNpMDogPFBDSSBidXM+IG9uIHBj aWIwDQppc2FiMDogPEludGVsIDgyMzcxQUIgUENJIHRvIElTQSBicmlkZ2U+ IGF0IGRldmljZSA3LjAgb24gcGNpMA0KaXNhMDogPElTQSBidXM+IG9uIGlz YWIwDQphdGFwY2kwOiA8SW50ZWwgUElJWDQgQVRBMzMgY29udHJvbGxlcj4g cG9ydCAweGYwMDAtMHhmMDBmIGF0IGRldmljZSA3LjEgb24gcGNpMA0KYXRh MDogYXQgMHgxZjAgaXJxIDE0IG9uIGF0YXBjaTANCmF0YTE6IGF0IDB4MTcw IGlycSAxNSBvbiBhdGFwY2kwDQpwY2kwOiA8SW50ZWwgODIzNzFBQi9FQiAo UElJWDQpIFVTQiBjb250cm9sbGVyPiBhdCA3LjIgaXJxIDExDQpjaGlwMTog PEludGVsIDgyMzcxQUIgUG93ZXIgbWFuYWdlbWVudCBjb250cm9sbGVyPiBw b3J0IDB4NTAwMC0weDUwMGYgYXQgZGV2aWNlIDcuMyBvbiBwY2kwDQpwY2kw OiA8QVRJIE1hY2g2NC1HVSBncmFwaGljcyBhY2NlbGVyYXRvcj4gYXQgOS4w DQphaGMwOiA8QWRhcHRlYyAyOTMwQ1UgU0NTSSBhZGFwdGVyPiBwb3J0IDB4 NjQwMC0weDY0ZmYgbWVtIDB4ZTEwMDEwMDAtMHhlMTAwMWZmZiBpcnEgMTAg YXQgZGV2aWNlIDExLjAgb24gcGNpMA0KYWljNzg2MDogU2luZ2xlIENoYW5u ZWwgQSwgU0NTSSBJZD03LCAzLzI1NSBTQ0JzDQppc2EwOiB0b28gbWFueSBk ZXBlbmRhbnQgY29uZmlncyAoOCkNCmlzYTA6IHVuZXhwZWN0ZWQgc21hbGwg dGFnIDE0DQplcDA6IDwzQ29tIDNDNTA5LVRQTyBFdGhlckxpbmsgSUlJPiBh dCBwb3J0IDB4MjAwLTB4MjBmIGlycSA1IG9uIGlzYTANCmVwMDogRXRoZXJu ZXQgYWRkcmVzcyAwMDoxMDo1YTphYTo1MTozMw0KZmRjMDogPE5FQyA3MjA2 NUIgb3IgY2xvbmU+IGF0IHBvcnQgMHgzZjAtMHgzZjUsMHgzZjcgaXJxIDYg ZHJxIDIgb24gaXNhMA0KZmRjMDogRklGTyBlbmFibGVkLCA4IGJ5dGVzIHRo cmVzaG9sZA0KZmQwOiA8MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMwIGRy aXZlIDANCnNjMDogPFN5c3RlbSBjb25zb2xlPiBvbiBpc2EwDQpzYzA6IFZH QSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgyMDA+DQphdGtiZGMw OiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4NjAs MHg2NCBvbiBpc2EwDQphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24g YXRrYmRjMA0KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNj MC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMA0Kc2lvMCBh dCBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gaXNhMA0K c2lvMDogdHlwZSAxNjU1MEENCnNpbzEgYXQgcG9ydCAweDJmOC0weDJmZiBp cnEgMyBvbiBpc2EwDQpzaW8xOiB0eXBlIDE2NTUwQQ0Kc2lvMiBhdCBwb3J0 IDB4M2U4LTB4M2VmIGlycSAxMiBkcnEgMCBvbiBpc2EwDQpzaW8yOiB0eXBl IDE2NTUwQQ0KcHBjMDogPFBhcmFsbGVsIHBvcnQ+IGF0IHBvcnQgMHgzNzgt MHgzN2YgaXJxIDcgb24gaXNhMA0KcHBjMDogR2VuZXJpYyBjaGlwc2V0IChF UFAvTklCQkxFKSBpbiBDT01QQVRJQkxFIG1vZGUNCnBsaXAwOiA8UExJUCBu ZXR3b3JrIGludGVyZmFjZT4gb24gcHBidXMwDQpscHQwOiA8UHJpbnRlcj4g b24gcHBidXMwDQpscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQNCnBwaTA6 IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMA0KcGNhMCBhdCBwb3J0IDB4NDAg b24gaXNhMA0Kc2JjMDogPENyZWF0aXZlIFNCIEFXRTY0PiBhdCBwb3J0IDB4 MjIwLTB4MjJmLDB4MzAwLTB4MzAxLDB4Mzg4LTB4MzhiIGlycSA5IGRycSAw LDUgb24gaXNhMA0KcGNtMDogPFNCIERTUCA0LjE2PiBvbiBzYmMwDQp1bmtu b3duOiA8R2FtZT4gY2FuJ3QgYXNzaWduIHJlc291cmNlcw0KSVAgcGFja2V0 IGZpbHRlcmluZyBpbml0aWFsaXplZCwgZGl2ZXJ0IGRpc2FibGVkLCBydWxl LWJhc2VkIGZvcndhcmRpbmcgZGlzYWJsZWQsIGRlZmF1bHQgdG8gZGVueSwg bG9nZ2luZyBsaW1pdGVkIHRvIDEwMCBwYWNrZXRzL2VudHJ5IGJ5IGRlZmF1 bHQNCmFkMDogMzA3OU1CIDxRVUFOVFVNIEZJUkVCQUxMIFNUMy4yQT4gWzYy NTYvMTYvNjNdIGF0IGF0YTAtbWFzdGVyIHVzaW5nIFVETUEzMw0KYWNkMDog Q0RST00gPE1BVFNISVRBIENSLTU4NT4gYXQgYXRhMC1zbGF2ZSB1c2luZyBQ SU8zDQpXYWl0aW5nIDIgc2Vjb25kcyBmb3IgU0NTSSBkZXZpY2VzIHRvIHNl dHRsZQ0KTW91bnRpbmcgcm9vdCBmcm9tIHVmczovZGV2L2FkMHMyYQ0KZGEw IGF0IGFoYzAgYnVzIDAgdGFyZ2V0IDAgbHVuIDANCmRhMDogPERFQyBSWjJD RC1LUyAoQykgREVDIDAzMDY+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0y IGRldmljZSANCmRhMDogMjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDIwLjAwME1I eiwgb2Zmc2V0IDE1KSwgVGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQNCmRhMDog NDA5MU1CICg4MzgwMDgwIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1Qg NTIxQykNCmNkMCBhdCBhaGMwIGJ1cyAwIHRhcmdldCAzIGx1biAwDQpjZDA6 IDxZQU1BSEEgQ1JXODQyNFMgMS4wZD4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJ LTIgZGV2aWNlIA0KY2QwOiAyMC4wMDBNQi9zIHRyYW5zZmVycyAoMjAuMDAw TUh6LCBvZmZzZXQgMTUpDQpjZDA6IGNkIHByZXNlbnQgWzgzMDIwIHggMjA0 OCBieXRlIHJlY29yZHNdDQooY2QwOmFoYzA6MDozOjApOiBSRUFEIFNVQi1D SEFOTkVMLiBDREI6IDQyIDIgNDAgMiAwIDAgMCAwIDE4IDAgDQooY2QwOmFo YzA6MDozOjApOiBJTExFR0FMIFJFUVVFU1QgYXNjOjAsMTENCihjZDA6YWhj MDowOjM6MCk6IEF1ZGlvIHBsYXkgb3BlcmF0aW9uIGluIHByb2dyZXNzDQpw Y20wOiByZWNvcmQgb3ZlcnJ1biwgZHVtcGluZyA0NDI1NiBieXRlcw0KcGNt MDogcmVjb3JkIG92ZXJydW4sIGR1bXBpbmcgNDQ2NTYgYnl0ZXMNCnBjbTA6 IHJlY29yZCBvdmVycnVuLCBkdW1waW5nIDQ0NDQ4IGJ5dGVzDQpwY20wOiBy ZWNvcmQgb3ZlcnJ1biwgZHVtcGluZyA4OTI4OCBieXRlcw0KcGNtMDogcmVj b3JkIG92ZXJydW4sIGR1bXBpbmcgODk4ODAgYnl0ZXMNCnBjbTA6IHJlY29y ZCBvdmVycnVuLCBkdW1waW5nIDg5Njc2IGJ5dGVzDQpwY20wOiByZWNvcmQg b3ZlcnJ1biwgZHVtcGluZyA4OTU0NCBieXRlcw0KcGNtMDogcmVjb3JkIG92 ZXJydW4sIGR1bXBpbmcgOTAxNjggYnl0ZXMNCnBjbTA6IHJlY29yZCBvdmVy cnVuLCBkdW1waW5nIDg5NjM2IGJ5dGVzDQpwY20wOiByZWNvcmQgb3ZlcnJ1 biwgZHVtcGluZyA4OTk5NiBieXRlcw0KcGNtMDogcmVjb3JkIG92ZXJydW4s IGR1bXBpbmcgODk5NTYgYnl0ZXMNCnBjbTA6IHJlY29yZCBvdmVycnVuLCBk dW1waW5nIDg5NzQ0IGJ5dGVzDQpwY20wOiByZWNvcmQgb3ZlcnJ1biwgZHVt cGluZyA4OTkyOCBieXRlcw0KcGNtMDogcmVjb3JkIG92ZXJydW4sIGR1bXBp bmcgODk5ODAgYnl0ZXMNCnBjbTA6IHJlY29yZCBvdmVycnVuLCBkdW1waW5n IDkwMDA4IGJ5dGVzDQpwY20wOiByZWNvcmQgb3ZlcnJ1biwgZHVtcGluZyA4 OTc2MCBieXRlcw0KcGNtMDogcmVjb3JkIG92ZXJydW4sIGR1bXBpbmcgODk4 OTIgYnl0ZXMNCnBjbTA6IHJlY29yZCBvdmVycnVuLCBkdW1waW5nIDg5OTEy IGJ5dGVzDQpwY20wOiByZWNvcmQgb3ZlcnJ1biwgZHVtcGluZyA4OTg0MCBi eXRlcw0KcGNtMDogcmVjb3JkIG92ZXJydW4sIGR1bXBpbmcgODk2MzYgYnl0 ZXMNCnBjbTA6IHJlY29yZCBvdmVycnVuLCBkdW1waW5nIDg5NjA4IGJ5dGVz DQpwY20wOiByZWNvcmQgb3ZlcnJ1biwgZHVtcGluZyA4OTU2MCBieXRlcw0K ---863759340-2037437708-972321890=:9745 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=pnpinfo Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: pnpinfo(8) output Content-Disposition: attachment; filename=pnpinfo Q2hlY2tpbmcgZm9yIFBsdWctbi1QbGF5IGRldmljZXMuLi4NCg0KQ2FyZCBh c3NpZ25lZCBDU04gIzENClZlbmRvciBJRCBDVEwwMGU0ICgweGU0MDA4YzBl KSwgU2VyaWFsIE51bWJlciAweDExZDAxN2UwDQpQblAgVmVyc2lvbiAxLjAs IFZlbmRvciBWZXJzaW9uIDE2DQpEZXZpY2UgRGVzY3JpcHRpb246IENyZWF0 aXZlIFNCIEFXRTY0ICBQblANCioqKiBTbWFsbCBWZW5kb3IgVGFnIERldGVj dGVkDQoNCkxvZ2ljYWwgRGV2aWNlIElEOiBDVEwwMDQ1IDB4NDUwMDhjMGUg IzANCkRldmljZSBEZXNjcmlwdGlvbjogQXVkaW8NClRBRyBTdGFydCBERg0K R29vZCBDb25maWd1cmF0aW9uDQogICAgSVJROiA1ICAtIG9ubHkgb25lIHR5 cGUgKHRydWUvZWRnZSkNCiAgICBETUE6IGNoYW5uZWwocykgMSANCiAgICAg ICAgOC1iaXQsIG5vdCBhIGJ1cyBtYXN0ZXIsIGNvdW50IGJ5IGJ5dGUsICwg Q29tcGF0aWJpbGl0eSBtb2RlDQogICAgRE1BOiBjaGFubmVsKHMpIDUgDQog ICAgICAgIDE2LWJpdCwgbm90IGEgYnVzIG1hc3RlciwgLCBjb3VudCBieSB3 b3JkLCBDb21wYXRpYmlsaXR5IG1vZGUNCiAgICBJL08gUmFuZ2UgMHgyMjAg Li4gMHgyMjAsIGFsaWdubWVudCAweDEsIGxlbiAweDEwDQogICAgICAgIFsx Ni1iaXQgYWRkcl0NCiAgICBJL08gUmFuZ2UgMHgzMzAgLi4gMHgzMzAsIGFs aWdubWVudCAweDEsIGxlbiAweDINCiAgICAgICAgWzE2LWJpdCBhZGRyXQ0K ICAgIEkvTyBSYW5nZSAweDM4OCAuLiAweDM4OCwgYWxpZ25tZW50IDB4MSwg bGVuIDB4NA0KICAgICAgICBbMTYtYml0IGFkZHJdDQpUQUcgU3RhcnQgREYN CkFjY2VwdGFibGUgQ29uZmlndXJhdGlvbg0KICAgIElSUTogNSA3IDkgMTAg IC0gb25seSBvbmUgdHlwZSAodHJ1ZS9lZGdlKQ0KICAgIERNQTogY2hhbm5l bChzKSAwIDEgMyANCiAgICAgICAgOC1iaXQsIG5vdCBhIGJ1cyBtYXN0ZXIs IGNvdW50IGJ5IGJ5dGUsICwgQ29tcGF0aWJpbGl0eSBtb2RlDQogICAgRE1B OiBjaGFubmVsKHMpIDUgNiA3IA0KICAgICAgICAxNi1iaXQsIG5vdCBhIGJ1 cyBtYXN0ZXIsICwgY291bnQgYnkgd29yZCwgQ29tcGF0aWJpbGl0eSBtb2Rl DQogICAgSS9PIFJhbmdlIDB4MjIwIC4uIDB4MjgwLCBhbGlnbm1lbnQgMHgy MCwgbGVuIDB4MTANCiAgICAgICAgWzE2LWJpdCBhZGRyXQ0KICAgIEkvTyBS YW5nZSAweDMwMCAuLiAweDMzMCwgYWxpZ25tZW50IDB4MzAsIGxlbiAweDIN CiAgICAgICAgWzE2LWJpdCBhZGRyXQ0KICAgIEkvTyBSYW5nZSAweDM4OCAu LiAweDM4OCwgYWxpZ25tZW50IDB4MSwgbGVuIDB4NA0KICAgICAgICBbMTYt Yml0IGFkZHJdDQpUQUcgU3RhcnQgREYNCkFjY2VwdGFibGUgQ29uZmlndXJh dGlvbg0KICAgIElSUTogNSA3IDkgMTAgIC0gb25seSBvbmUgdHlwZSAodHJ1 ZS9lZGdlKQ0KICAgIERNQTogY2hhbm5lbChzKSAwIDEgMyANCiAgICAgICAg OC1iaXQsIG5vdCBhIGJ1cyBtYXN0ZXIsIGNvdW50IGJ5IGJ5dGUsICwgQ29t cGF0aWJpbGl0eSBtb2RlDQogICAgRE1BOiBjaGFubmVsKHMpIDUgNiA3IA0K ICAgICAgICAxNi1iaXQsIG5vdCBhIGJ1cyBtYXN0ZXIsICwgY291bnQgYnkg d29yZCwgQ29tcGF0aWJpbGl0eSBtb2RlDQogICAgSS9PIFJhbmdlIDB4MjIw IC4uIDB4MjgwLCBhbGlnbm1lbnQgMHgyMCwgbGVuIDB4MTANCiAgICAgICAg WzE2LWJpdCBhZGRyXQ0KICAgIEkvTyBSYW5nZSAweDMwMCAuLiAweDMzMCwg YWxpZ25tZW50IDB4MzAsIGxlbiAweDINCiAgICAgICAgWzE2LWJpdCBhZGRy XQ0KVEFHIFN0YXJ0IERGDQpBY2NlcHRhYmxlIENvbmZpZ3VyYXRpb24NCiAg ICBJUlE6IDUgNyA5IDEwICAtIG9ubHkgb25lIHR5cGUgKHRydWUvZWRnZSkN CiAgICBETUE6IGNoYW5uZWwocykgMCAxIDMgDQogICAgICAgIDgtYml0LCBu b3QgYSBidXMgbWFzdGVyLCBjb3VudCBieSBieXRlLCAsIENvbXBhdGliaWxp dHkgbW9kZQ0KICAgIERNQTogY2hhbm5lbChzKSA1IDYgNyANCiAgICAgICAg MTYtYml0LCBub3QgYSBidXMgbWFzdGVyLCAsIGNvdW50IGJ5IHdvcmQsIENv bXBhdGliaWxpdHkgbW9kZQ0KICAgIEkvTyBSYW5nZSAweDIyMCAuLiAweDI4 MCwgYWxpZ25tZW50IDB4MjAsIGxlbiAweDEwDQogICAgICAgIFsxNi1iaXQg YWRkcl0NClRBRyBTdGFydCBERg0KQWNjZXB0YWJsZSBDb25maWd1cmF0aW9u DQogICAgSVJROiA1IDcgOSAxMCAgLSBvbmx5IG9uZSB0eXBlICh0cnVlL2Vk Z2UpDQogICAgRE1BOiBjaGFubmVsKHMpIDAgMSAzIA0KICAgICAgICA4LWJp dCwgbm90IGEgYnVzIG1hc3RlciwgY291bnQgYnkgYnl0ZSwgLCBDb21wYXRp YmlsaXR5IG1vZGUNCiAgICBJL08gUmFuZ2UgMHgyMjAgLi4gMHgyODAsIGFs aWdubWVudCAweDIwLCBsZW4gMHgxMA0KICAgICAgICBbMTYtYml0IGFkZHJd DQogICAgSS9PIFJhbmdlIDB4MzAwIC4uIDB4MzMwLCBhbGlnbm1lbnQgMHgz MCwgbGVuIDB4Mg0KICAgICAgICBbMTYtYml0IGFkZHJdDQogICAgSS9PIFJh bmdlIDB4Mzg4IC4uIDB4Mzg4LCBhbGlnbm1lbnQgMHgxLCBsZW4gMHg0DQog ICAgICAgIFsxNi1iaXQgYWRkcl0NClRBRyBTdGFydCBERg0KQWNjZXB0YWJs ZSBDb25maWd1cmF0aW9uDQogICAgSVJROiA1IDcgOSAxMCAgLSBvbmx5IG9u ZSB0eXBlICh0cnVlL2VkZ2UpDQogICAgRE1BOiBjaGFubmVsKHMpIDAgMSAz IA0KICAgICAgICA4LWJpdCwgbm90IGEgYnVzIG1hc3RlciwgY291bnQgYnkg Ynl0ZSwgLCBDb21wYXRpYmlsaXR5IG1vZGUNCiAgICBJL08gUmFuZ2UgMHgy MjAgLi4gMHgyODAsIGFsaWdubWVudCAweDIwLCBsZW4gMHgxMA0KICAgICAg ICBbMTYtYml0IGFkZHJdDQogICAgSS9PIFJhbmdlIDB4MzAwIC4uIDB4MzMw LCBhbGlnbm1lbnQgMHgzMCwgbGVuIDB4Mg0KICAgICAgICBbMTYtYml0IGFk ZHJdDQpUQUcgU3RhcnQgREYNCkFjY2VwdGFibGUgQ29uZmlndXJhdGlvbg0K ICAgIElSUTogNSA3IDkgMTAgIC0gb25seSBvbmUgdHlwZSAodHJ1ZS9lZGdl KQ0KICAgIERNQTogY2hhbm5lbChzKSAwIDEgMyANCiAgICAgICAgOC1iaXQs IG5vdCBhIGJ1cyBtYXN0ZXIsIGNvdW50IGJ5IGJ5dGUsICwgQ29tcGF0aWJp bGl0eSBtb2RlDQogICAgSS9PIFJhbmdlIDB4MjIwIC4uIDB4MjgwLCBhbGln bm1lbnQgMHgyMCwgbGVuIDB4MTANCiAgICAgICAgWzE2LWJpdCBhZGRyXQ0K VEFHIFN0YXJ0IERGDQpTdWItb3B0aW1hbCBDb25maWd1cmF0aW9uDQogICAg SVJROiA1IDcgOSAxMCAgLSBvbmx5IG9uZSB0eXBlICh0cnVlL2VkZ2UpDQog ICAgRE1BOiBjaGFubmVsKHMpIDAgMSAzIA0KICAgICAgICA4LWJpdCwgbm90 IGEgYnVzIG1hc3RlciwgY291bnQgYnkgYnl0ZSwgLCBDb21wYXRpYmlsaXR5 IG1vZGUNCiAgICBETUE6IGNoYW5uZWwocykgNSA2IDcgDQogICAgICAgIDE2 LWJpdCwgbm90IGEgYnVzIG1hc3RlciwgLCBjb3VudCBieSB3b3JkLCBDb21w YXRpYmlsaXR5IG1vZGUNCiAgICBJL08gUmFuZ2UgMHgyMjAgLi4gMHgyODAs IGFsaWdubWVudCAweDIwLCBsZW4gMHgxMA0KICAgICAgICBbMTYtYml0IGFk ZHJdDQogICAgSS9PIFJhbmdlIDB4MzAwIC4uIDB4MzMwLCBhbGlnbm1lbnQg MHgxMCwgbGVuIDB4Mg0KICAgICAgICBbMTYtYml0IGFkZHJdDQogICAgSS9P IFJhbmdlIDB4Mzg4IC4uIDB4Mzk0LCBhbGlnbm1lbnQgMHg0LCBsZW4gMHg0 DQogICAgICAgIFsxNi1iaXQgYWRkcl0NClRBRyBFbmQgREYNCg0KTG9naWNh bCBEZXZpY2UgSUQ6IENUTDcwMDIgMHgwMjcwOGMwZSAjMQ0KQ29tcGF0aWJs ZSBEZXZpY2UgSUQ6IFBOUGIwMmYgKDJmYjBkMDQxKQ0KRGV2aWNlIERlc2Ny aXB0aW9uOiBHYW1lDQpUQUcgU3RhcnQgREYNCkdvb2QgQ29uZmlndXJhdGlv bg0KICAgIEkvTyBSYW5nZSAweDIwMCAuLiAweDIwMCwgYWxpZ25tZW50IDB4 MSwgbGVuIDB4OA0KICAgICAgICBbMTYtYml0IGFkZHJdDQpUQUcgU3RhcnQg REYNCkFjY2VwdGFibGUgQ29uZmlndXJhdGlvbg0KICAgIEkvTyBSYW5nZSAw eDIwMCAuLiAweDIwOCwgYWxpZ25tZW50IDB4OCwgbGVuIDB4OA0KICAgICAg ICBbMTYtYml0IGFkZHJdDQpUQUcgRW5kIERGDQoNCkxvZ2ljYWwgRGV2aWNl IElEOiBDVEwwMDIyIDB4MjIwMDhjMGUgIzINCkRldmljZSBEZXNjcmlwdGlv bjogV2F2ZVRhYmxlDQpUQUcgU3RhcnQgREYNCkdvb2QgQ29uZmlndXJhdGlv bg0KICAgIEkvTyBSYW5nZSAweDYyMCAuLiAweDYyMCwgYWxpZ25tZW50IDB4 MSwgbGVuIDB4NA0KICAgICAgICBbMTYtYml0IGFkZHJdDQpUQUcgU3RhcnQg REYNCkFjY2VwdGFibGUgQ29uZmlndXJhdGlvbg0KICAgIEkvTyBSYW5nZSAw eDYyMCAuLiAweDY4MCwgYWxpZ25tZW50IDB4MjAsIGxlbiAweDQNCiAgICAg ICAgWzE2LWJpdCBhZGRyXQ0KVEFHIEVuZCBERg0KKioqIFNtYWxsIFZlbmRv ciBUYWcgRGV0ZWN0ZWQNCkVuZCBUYWcNCg0KU3VjY2Vzc2Z1bGx5IGdvdCA2 OSByZXNvdXJjZXMsIDMgbG9naWNhbCBmZGV2cw0KLS0gY2FyZCBzZWxlY3Qg IyAweDAwMDENCg0KQ1NOIENUTDAwZTQgKDB4ZTQwMDhjMGUpLCBTZXJpYWwg TnVtYmVyIDB4MTFkMDE3ZTANCg0KTG9naWNhbCBkZXZpY2UgIzANCklPOiAg MHgwMjIwIDB4MDIyMCAweDAyMjAgMHgwMjIwIDB4MDIyMCAweDAyMjAgMHgw MjIwIDB4MDIyMA0KSVJRIDkgMA0KRE1BIDAgNQ0KSU8gcmFuZ2UgY2hlY2sg MHgwMCBhY3RpdmF0ZSAweDAxDQoNCkxvZ2ljYWwgZGV2aWNlICMxDQpJTzog IDB4MDAwMCAweDAwMDAgMHgwMDAwIDB4MDAwMCAweDAwMDAgMHgwMDAwIDB4 MDAwMCAweDAwMDANCklSUSAwIDANCkRNQSA0IDQNCklPIHJhbmdlIGNoZWNr IDB4MDAgYWN0aXZhdGUgMHgwMA0KDQpMb2dpY2FsIGRldmljZSAjMg0KSU86 ICAweDAwMDAgMHgwMDAwIDB4MDAwMCAweDAwMDAgMHgwMDAwIDB4MDAwMCAw eDAwMDAgMHgwMDAwDQpJUlEgMCAwDQpETUEgNCA0DQpJTyByYW5nZSBjaGVj ayAweDAwIGFjdGl2YXRlIDB4MDENCg== ---863759340-2037437708-972321890=:9745 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=HALL Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: current kernel config Content-Disposition: attachment; filename=HALL IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIw0KIyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIA0KIyAgICAjICAjICMjIyMgIyAg ICAjICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IA0KIyAgICAjICAjICMgICMgIyAgICAjICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgDQojICAgICMjIyMgIyMjIyAj ICAgICMgICAgIFRoZSBBbmFyQ2F0J3MgU2VydmVyIGtlcm5lbC4gICAgICAg ICAgICAgICAgICAgICAgDQojICAgICMgICMgIyAgIyAjICAgICMgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQoj ICAgICMgICMgIyAgIyAjIyMjICMjIyMgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIA0KIyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICANCg0KIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIw0KIw0KIyAgTWFjaGluZSBhbmQgS2VybmVsIE9wdGlvbnMN CiMNCg0KbWFjaGluZSAgICAgICAgICJpMzg2IiAgICAgICAgICAjIFRoaXMg aXMgYSAzODYgT1MNCmNwdSAgICAgICAgICAgICAiSTU4Nl9DUFUiICAgICAg IyBQZW50aXVtDQppZGVudCAgICAgICAgICAgSEFMTCAgICAgICAgICAgICMg VGhpcyBpcyBIQUxMIQ0KbWF4dXNlcnMgICAgICAgIDMyDQojY29uZmlnICAg ICAgICAga2VybmVsIHJvb3QNCm9wdGlvbnMgICAgICAgICAiQ1BVX0ZBU1RF Ul81WDg2X0ZQVSIgICAjIGVuYWJsZXMgZmFzdGVyIEZQVSBleGNlcHRpb24g aGFuZGxlci4NCg0KDQojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjDQojDQojICBHZW5lcmFsIE9wdGlvbnMNCiMNCg0Kb3B0aW9ucyAgICAg ICAgICJDT01QQVRfNDMiICAgICAgICAgICAgICNDb21wYXRpYmxlIHdpdGgg QlNEIDQuMyBbS0VFUCBUSElTIV0NCm9wdGlvbnMgICAgICAgICBVQ09OU09M RSAgICAgICAgICAgICAgICAjQWxsb3cgdXNlcnMgdG8gZ3JhYiB0aGUgY29u c29sZQ0Kb3B0aW9ucyAgICAgICAgIFNZU1ZTSE0gICAgICAgICAgICAgICAg ICNTeXNWICAgc2hhcmVkIG1lbW9yeQ0Kb3B0aW9ucyAgICAgICAgIFNZU1ZT RU0gICAgICAgICAgICAgICAgICMgICAgICAgc2VtYXBob3Jlcw0Kb3B0aW9u cyAgICAgICAgIFNZU1ZNU0cgICAgICAgICAgICAgICAgICMgICAgICAgbWVz c2FnZSBxdWV1ZQ0Kb3B0aW9ucyAgICAgICAgIFVTRVJfTERUICAgICAgICAg ICAgICAgICNhbGxvdyB1c2VyLWxldmVsIGNvbnRyb2wgb2YgaTM4NiBsZHQN Cg0Kb3B0aW9ucyAgICAgICAgIEtUUkFDRSAgICAgICAgICAgICAgICAgICNr ZXJuZWwgdHJhY2luZw0KI29wdGlvbnMgICAgICAgIEZBSUxTQUZFICAgICAg ICAgICAgICAgICNCZSBjb25zZXJ2YXRpdmUNCm9wdGlvbnMgICAgICAgICBV U0VSQ09ORklHICAgICAgICAgICAgICAjYm9vdCAtYyBlZGl0b3INCiNvcHRp b25zICAgICAgICBJTlRST19VU0VSQ09ORklHICAgICAgICAjaW1wbHkgLWMg YW5kIHNob3cgaW50cm8gc2NyZWVuDQpvcHRpb25zICAgICAgICAgVklTVUFM X1VTRVJDT05GSUcgICAgICAgI3Zpc3VhbCBib290IC1jIGVkaXRvcg0KDQoj b3B0aW9ucyAgICAgICAgICAgICAgICAiTUQ1Ig0KDQojIElmIHlvdSBzZWUg dGhlICJjYWxjcnU6IG5lZ2F0aXZlIHRpbWUgb2YgJWxkIHVzZWMgZm9yIHBp ZCAlZCAoJXMpXG4iDQojIG1lc3NhZ2UgeW91IHByb2JhYmx5IGhhdmUgc29t ZSBicm9rZW4gc3cvaHcgd2hpY2ggZGlzYWJsZXMgaW50ZXJydXB0cw0KIyBm b3IgdG9vIGxvbmcuICBZb3UgY2FuIG1ha2UgdGhlIHN5c3RlbSBtb3JlIHJl c2lzdGFudCB0byB0aGlzIGJ5DQojIGNob29zaW5nIGEgaGlnaCB2YWx1ZSBm b3IgTlRJTUVDT1VOVEVSLiAgVGhlIGRlZmF1bHQgaXMgNSwgdGhlcmUNCiMg aXMgbm8gdXBwZXIgbGltaXQgYnV0IG1vcmUgdGhhbiBhIGNvdXBsZSBvZiBo dW5kcmVkIGFyZSBub3QgcHJvZHVjdGl2ZS4NCg0Kb3B0aW9ucyAgICAgICAg IE5USU1FQ09VTlRFUj0yMA0KDQojDQojIEFsbG93IHByb2Nlc3NlcyB0byBz d2l0Y2ggdG8gdm04NiBtb2RlLCBhcyB3ZWxsIGFzIGVuYWJsaW5nIGRpcmVj dA0KIyB1c2VyLW1vZGUgYWNjZXNzIHRvIHRoZSBJL08gcG9ydCBzcGFjZS4g IFRoaXMgb3B0aW9uIGlzIG5lY2Vzc2FyeSBmb3IgDQojIHRoZSBkb3NjbWQg ZW11bGF0b3IgdG8gcnVuLg0KIw0KI29wdGlvbnMgICAgICAgICAiVk04NiIN Cg0KIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIw0KIw0KIyAg RmlsZXN5c3RlbXMgT3B0aW9ucw0KIw0KDQpvcHRpb25zICAgICAgICAgRkZT ICAgICAgICAgICAgICAgICAgICAgI0JlcmtlbGV5IEZhc3QgRmlsZXN5c3Rl bQ0Kb3B0aW9ucyAgICAgICAgIEZGU19ST09UICAgICAgICAgICAgICAgICNG RlMgdXNhYmxlIGFzIHJvb3QgZGV2aWNlIFtrZWVwIHRoaXMhXQ0Kb3B0aW9u cyAgICAgICAgIE1TRE9TRlMgICAgICAgICAgICAgICAgICNNU0RPUyBGaWxl c3lzdGVtDQpvcHRpb25zICAgICAgICAgQ0Q5NjYwICAgICAgICAgICAgICAg ICAgI0lTTyA5NjYwIEZpbGVzeXN0ZW0NCm9wdGlvbnMgICAgICAgICBDRDk2 NjBfUk9PVCAgICAgICAgICAgICAjQ0QtUk9NIHVzYWJsZSBhcyByb290LiAi Q0Q5NjYwIiByZXEnZWQNCiNvcHRpb25zICAgICAgICAgICAgICAgIENEOTY2 MF9ST09UREVMQVk9MjAgICAgICN3YWl0IGZvciBDRC1ScyB0byBzZXR0bGUu Li4NCm9wdGlvbnMgICAgICAgICBQUk9DRlMgICAgICAgICAgICAgICAgICAj UHJvY2VzcyBmaWxlc3lzdGVtDQoNCm9wdGlvbnMgICAgICAgICBRVU9UQSAg ICAgICAgICAgICAgICAgICAjZW5hYmxlIGRpc2sgcXVvdGFzDQpvcHRpb25z ICAgICAgICAgTkZTICAgICAgICAgICAgICAgICAgICAgI05ldHdvcmsgRmls ZSBTeXN0ZW0NCg0KIyBUaGUgcmVzdCBhcmUgb3B0aW9uYWw6DQojIG9wdGlv bnMgICAgICAgTkZTX05PU0VSVkVSICAgICAgICAgICAgI0Rpc2FibGUgdGhl IE5GUy1zZXJ2ZXIgY29kZS4NCg0KIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIw0KIyBQT1NJWCBQMTAwMy4xQg0KDQojIFJlYWwgdGltZSBl eHRlbnNpb25zIGFkZGVkIGludCB0aGUgMTk5MyBQb3NpeA0KIyBQMTAwM18x QjogSW5mcmFzdHJ1Y3R1cmUNCiMgX0tQT1NJWF9QUklPUklUWV9TQ0hFRFVM SU5HOiBCdWlsZCBpbiBfUE9TSVhfUFJJT1JJVFlfU0NIRURVTElORw0KIyBf S1BPU0lYX1ZFUlNJT046ICAgICAgICAgICAgIFZlcnNpb24ga2VybmVsIGlz IGJ1aWx0IGZvcg0KDQpvcHRpb25zICAgICAgICAgIlAxMDAzXzFCIg0Kb3B0 aW9ucyAgICAgICAgICJfS1BPU0lYX1BSSU9SSVRZX1NDSEVEVUxJTkciDQpv cHRpb25zICAgICAgICAgX0tQT1NJWF9WRVJTSU9OPTE5OTMwOUwNCg0KIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIw0KIw0KIyAgQmFzaWMg Q29udHJvbGxlcnMgYW5kIERldmljZXMNCiMNCg0KZGV2aWNlICAgICAgICAg IGlzYTANCmRldmljZSAgICAgICAgICBwY2kwDQoNCmRldmljZSAgICAgICAg ICBmZGMwICAgIGF0IGlzYT8gcG9ydCBJT19GRDEgaXJxIDYgZHJxIDINCmRl dmljZSAgICAgICAgICBmZDAgICAgIGF0IGZkYzAgZHJpdmUgMA0KDQojb3B0 aW9ucyAgICAgICAgICAgICAgICAiQ01ENjQwIiAgICAgICAgIyB3b3JrIGFy b3VuZCBDTUQ2NDAgY2hpcCBkZWZpY2llbmN5DQpkZXZpY2UgICAgICAgICAg YXRhMCAgICBhdCBpc2E/IHBvcnQgSU9fV0QxIGlycSAxNA0KZGV2aWNlICAg ICAgICAgIGF0YTEgICAgYXQgaXNhPyBwb3J0IElPX1dEMiBpcnEgMTUNCmRl dmljZSAgICAgICAgICBhdGENCmRldmljZSAgICAgICAgICBhdGFkaXNrICAg ICAgICAgIyBBVEEgZGlzayBkcml2ZQ0KZGV2aWNlICAgICAgICAgIGF0YXBp Y2QgICAgICAgICAjIEFUQVBJIENEUk9NIGRyaXZlcw0KZGV2aWNlICAgICAg ICAgIGF0YXBpZmQgICAgICAgICAjIEFUQVBJIGZsb3BweSBkcml2ZXMNCiNv cHRpb25zICAgICAgICBBVEFfRU5BQkxFX0FUQVBJX0RNQQ0KDQpkZXZpY2Ug ICAgICAgICAgbnB4MCAgICBhdCBpc2E/IHBvcnQgIklPX05QWCIgaXJxIDEz DQoNCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMNCiMNCiMg IFNDU0kgRGV2aWNlIFN1cHBvcnQNCiMNCg0KZGV2aWNlICAgICAgICAgIHNj YnVzDQpkZXZpY2UgICAgICAgICAgY2QNCmRldmljZSAgICAgICAgICBwYXNz DQpkZXZpY2UgICAgICAgICAgc2ENCmRldmljZSAgICAgICAgICBkYQ0KZGV2 aWNlICAgICAgICAgIGNoDQoNCmRldmljZSAgICAgICAgICBhaGMNCm9wdGlv bnMgICAgICAgICBBSENfQUxMT1dfTUVNSU8NCg0KIyBIUCBTY2FubmVyDQpk ZXZpY2UgcHQwIGF0IHNjYnVzPw0KDQojIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjDQojDQojICBDb25zb2xlLCBCdXMgTW91c2UsIGFuZCBY IFNlcnZlciBTdXBwb3J0DQojDQoNCiMgc3lzY29ucyBpcyB0aGUgZGVmYXVs dCBjb25zb2xlIGRyaXZlciwgcmVzZW1ibGluZyBhbiBTQ08gY29uc29sZQ0K ZGV2aWNlICAgICAgICAgIHNjMCAgICAgYXQgaXNhPyANCg0KZGV2aWNlICAg ICAgICAgIGF0a2JkYzAgYXQgaXNhPyBwb3J0IElPX0tCRCANCmRldmljZSAg ICAgICAgICBhdGtiZDAgIGF0IGF0a2JkYz8gaXJxIDENCg0KZGV2aWNlICAg ICAgICAgIHZnYTAgICAgYXQgaXNhPw0KDQoNCiMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMNCiMNCiMgIFNlcmlhbCBQb3J0cw0KIw0KDQpk ZXZpY2UgICAgICAgICAgc2lvMCAgICBhdCBpc2E/IHBvcnQgSU9fQ09NMSBm bGFncyAweDEwIGlycSA0IA0KZGV2aWNlICAgICAgICAgIHNpbzEgICAgYXQg aXNhPyBwb3J0IElPX0NPTTIgaXJxIDMNCmRldmljZSAgICAgICAgICBzaW8y ICAgIGF0IGlzYT8gcG9ydCBJT19DT00zIGlycSAxMg0KDQojIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjDQojDQojICBQYXJhbGxlbCBCdXMN CiMNCg0KZGV2aWNlICAgICAgICAgIHBwYzAgICAgYXQgaXNhPyBpcnEgNw0K ZGV2aWNlICAgICAgICAgIHBwYnVzDQpkZXZpY2UgICAgICAgICAgbHB0DQpk ZXZpY2UgICAgICAgICAgcGxpcA0KZGV2aWNlICAgICAgICAgIHBwaQ0KDQoN Cg0KIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIw0KIw0KIyAg TmV0d29ya2luZw0KIw0KDQpvcHRpb25zICAgICAgICAgSU5FVCAgICAgICAg ICAgICAgICAgICAgI0ludGVyTkVUd29ya2luZw0KDQpwc2V1ZG8tZGV2aWNl ICAgbG9vcA0KcHNldWRvLWRldmljZSAgIHR1biAgICAgMQ0KcHNldWRvLWRl dmljZSAgIGV0aGVyICAgICAgICAgICAjIEV0aGVybmV0IHN1cHBvcnQNCnBz ZXVkby1kZXZpY2UgICBwcHAgICAgIDEgICAgICAgICAgICAgICAjUG9pbnQt dG8tcG9pbnQgcHJvdG9jb2wNCm9wdGlvbnMgUFBQX0JTRENPTVAgICAgICAg ICAgICAgICAgICAgICAjUFBQIEJTRC1jb21wcmVzcyBzdXBwb3J0DQpvcHRp b25zIFBQUF9ERUZMQVRFICAgICAgICAgICAgICAgICAgICAgI1BQUCB6bGli L2RlZmxhdGUvZ3ppcCBzdXBwb3J0DQpvcHRpb25zIFBQUF9GSUxURVIgICAg ICAgICAgICAgICAgICAgICAgI2VuYWJsZSBicGYgZmlsdGVyaW5nIChuZWVk cyBicGZpbHRlcikNCnBzZXVkby1kZXZpY2UgICBicGYgICAgIDQNCnBzZXVk by1kZXZpY2UgICB2biAgICAgIDQNCg0Kb3B0aW9ucyAgICAgICAgIElQRklS RVdBTEwgICAgICAgICAgICAgICNmaXJld2FsbA0Kb3B0aW9ucyAgICAgICAg IElQRklSRVdBTExfVkVSQk9TRSAgICAgICNwcmludCBpbmZvcm1hdGlvbiBh Ym91dA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICMgZHJvcHBlZCBwYWNrZXRzDQpvcHRpb25zICAgICAgICAgSVBGSVJFV0FM TF9WRVJCT1NFX0xJTUlUPTEwMCAjbGltaXQgdmVyYm9zaXR5DQoNCiMgTklD Uw0KIyBQQ0kgRXRoZXJuZXQgTklDcy4NCiNkZXZpY2UgICAgICAgICAgYWwg ICAgICAgICAgICAgIyBBRE10ZWsgQUw5ODEgKGBgQ29tZXQnJykNCiNkZXZp Y2UgICAgICAgICAgYXggICAgICAgICAgICAgIyBBU0lYIEFYODgxNDBBDQoj ZGV2aWNlICAgICAgICAgIGRlICAgICAgICAgICAgICMgREVDL0ludGVsIERD MjF4NHggKGBgVHVsaXAnJykNCiNkZXZpY2UgICAgICAgICAgZnhwICAgICAg ICAgICAgIyBJbnRlbCBFdGhlckV4cHJlc3MgUFJPLzEwMEIgKDgyNTU3LCA4 MjU1OCkNCiNkZXZpY2UgICAgICAgICAgbXggICAgICAgICAgICAgIyBNYWNy b25peCA5ODcxMy85ODcxNS85ODcyNSAoYGBQTUFDJycpDQojZGV2aWNlICAg ICAgICAgIHBuICAgICAgICAgICAgIyBMaXRlLU9uIDgyYzE2OC84MmMxNjkg KGBgUE5JQycnKQ0KI2RldmljZSAgICAgICAgICBybCAgICAgICAgICAgICAj IFJlYWxUZWsgODEyOS84MTM5DQojZGV2aWNlICAgICAgICAgIHNmICAgICAg ICAgICAgICMgQWRhcHRlYyBBSUMtNjkxNSBEdXJhTEFOIChgYFN0YXJmaXJl JycpDQojZGV2aWNlICAgICAgICAgIHNpcyAgICAgICAgICAgICMgU2lsaWNv biBJbnRlZ3JhdGVkIFN5c3RlbXMgU2lTIDkwMC9TaVMgNzAxNg0KI2Rldmlj ZSAgICAgICAgICBzdGUgICAgICAgICAgICAjIFN1bmRhbmNlIFNUMjAxIChE LUxpbmsgREZFLTU1MCkNCiNkZXZpY2UgICAgICAgICAgdGwgICAgICAgICAg ICAgIyBUZXhhcyBJbnN0cnVtZW50cyBUaHVuZGVyTEFODQojZGV2aWNlICAg ICAgICAgIHR4ICAgICAgICAgICAgICMgU01DIDk0MzJUWCAoODNjMTcwIGBg RVBJQycnKQ0KI2RldmljZSAgICAgICAgICB2ciAgICAgICAgICAgICAjIFZJ QSBSaGluZSwgUmhpbmUgSUkNCiNkZXZpY2UgICAgICAgICAgdnggICAgICAg ICAgICAgIyAzQ29tIDNjNTkwLCAzYzU5NSAoYGBWb3J0ZXgnJykNCiNkZXZp Y2UgICAgICAgICAgd2IgICAgICAgICAgICAgIyBXaW5ib25kIFc4OUM4NDBG DQojZGV2aWNlICAgICAgICAgIHhsICAgICAgICAgICAgICMgM0NvbSAzYzkw eCAoYGBCb29tZXJhbmcnJywgYGBDeWNsb25lJycpDQoNCiMgSVNBIEV0aGVy bmV0IE5JQ3MuDQojIE9yZGVyIGlzIGltcG9ydGFudCBoZXJlIGR1ZSB0byBp bnRydXNpdmUgcHJvYmVzLCBkbyAqbm90KiBhbHBoYWJldGl6ZQ0KIyB0aGlz IGxpc3Qgb2YgbmV0d29yayBpbnRlcmZhY2VzIHVudGlsIHRoZSBwcm9iZXMg aGF2ZSBiZWVuIGZpeGVkLg0KIyBSaWdodCBub3cgaXQgYXBwZWFycyB0aGF0 IHRoZSBpZTAgbXVzdCBiZSBwcm9iZWQgYmVmb3JlIGVwMC4gU2VlDQojIHJl dmlzaW9uIDEuMjAgb2YgdGhpcyBmaWxlLg0KI2RldmljZSAgICAgICAgICBj czAgICAgIGF0IGlzYT8gcG9ydCAweDMwMA0KI2RldmljZSAgICAgICAgICBl ZDAgICAgIGF0IGlzYT8gcG9ydCAweDI4MCBpcnEgNSBpb21lbSAweGQ4MDAw DQojZGV2aWNlICAgICAgICAgIGllMCAgICAgYXQgaXNhPyBwb3J0IDB4MzAw IGlycSA1IGlvbWVtIDB4ZDAwMDANCmRldmljZSAgICAgICAgICBlcA0KI2Rl dmljZSAgICAgICAgICBleA0KI2RldmljZSAgICAgICAgICBmZTAgICAgIGF0 IGlzYT8gcG9ydCAweDMwMCANCiNkZXZpY2UgICAgICAgICAgbGUwICAgICBh dCBpc2E/IHBvcnQgMHgzMDAgaXJxIDUgaW9tZW0gMHhkMDAwMA0KI2Rldmlj ZSAgICAgICAgICBsbmMwICAgIGF0IGlzYT8gcG9ydCAweDI4MCBpcnEgMTAg ZHJxIDANCiMgcmVxdWlyZXMgUENDQVJEIChQQ01DSUEpIHN1cHBvcnQgdG8g YmUgYWN0aXZhdGVkDQojZGV2aWNlICAgICAgICAgeGUNCg0KIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIw0KIw0KIyAgU291bmQgQ2FyZHMN CiMNCg0KI2NvbnRyb2xsZXIgICAgICBwbnAwIA0KZGV2aWNlICAgICAgICAg IHBjbQ0KIzAgICAgICBhdCBpc2E/IHBvcnQgPyB0dHkgaXJxIDUgZHJxID8g ZmxhZ3MgMHgxNQ0KI2NvbnRyb2xsZXIgICAgICBzbmQwDQojZGV2aWNlICAg ICAgICAgIHNiMCAgICAgYXQgaXNhPyBwb3J0IDB4MjIwIGlycSA5IGRycSAx IHZlY3RvciBzYmludHINCiNkZXZpY2UgICAgICAgICAgc2J4dmkwICBhdCBp c2E/IGRycSA1DQojZGV2aWNlICAgICAgICAgIHNibWlkaTAgYXQgaXNhPyBw b3J0IDB4MzAwDQojZGV2aWNlICAgICAgICAgIG9wbDAgICAgYXQgaXNhPyBw b3J0IDB4Mzg4DQojZGV2aWNlICAgICAgICAgICAgICAgICBhd2UwICAgIGF0 IGlzYT8gcG9ydCAweDYyMCANCg0KIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIw0KIw0KIyAgUHNldWRvLURldmljZXMNCiMNCiMgZXZpbD8N CnBzZXVkby1kZXZpY2UgICBzcGxhc2ggICAgICAgICAgIyBzcGxhc2ggc2Ny ZWVuL3NjcmVlbiBzYXZlcg0KcHNldWRvLWRldmljZSAgIGd6aXAgICAgICAg ICAgICAjIEV4ZWMgZ3ppcHBlZCBhLm91dCdzDQpwc2V1ZG8tZGV2aWNlICAg cHR5ICAgICAxNiAgICAgICMgVGhpcyBpcyBhIGxvdCBmb3IgYSBub24tc2hl bGwgc2VydmVyLi4NCg0KDQojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjDQojDQojICBKb3lzdGljaywgUEMgU3BlYWtlciwgTWlzY2VsbGFu ZW91cw0KIw0KDQpkZXZpY2UgIGpveTAgICAgYXQgaXNhPyBwb3J0IElPX0dB TUUgICAgICAgICAgICAjIEpveXN0aWNrDQpkZXZpY2UgIHBjYTAgICAgYXQg aXNhPyBwb3J0IElPX1RJTUVSMSAgICAgICAgICAjIE5vdCBjb250cm9sbGVk IGJ5IGBzbmQnDQpwc2V1ZG8tZGV2aWNlICAgc3BlYWtlciAgICAgICAgICNQ bGF5IElCTSBCQVNJQy1zdHlsZSBub2lzZXMgb3V0IHlvdXIgc3BlYWtlcg0K I2RldmljZSAgICAgICAgICBhcG0wICAgIGF0IGlzYT8gcG9ydCA/IGNvbmZs aWN0cyAjIEFkdmFuY2VkIFBvd2VyIE1hbmFnZW1lbnQNCg0K ---863759340-2037437708-972321890=:9745-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 10:30:13 2000 Delivered-To: freebsd-stable@freebsd.org Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by hub.freebsd.org (Postfix) with ESMTP id 9199537B479 for ; Mon, 23 Oct 2000 10:30:10 -0700 (PDT) Received: from simoeon.sentex.net (simeon.sentex.ca [209.112.4.47]) by smtp1.sentex.ca (8.11.0/8.11.0) with ESMTP id e9NHU2Y95148; Mon, 23 Oct 2000 13:30:02 -0400 (EDT) Message-Id: <5.0.0.25.0.20001023132334.07ad2eb0@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Mon, 23 Oct 2000 13:25:12 -0400 To: mike , stable@FreeBSD.ORG From: Mike Tancsa Subject: Re: I am in TROUBLE! oops forgot In-Reply-To: <20001023162552.11687.qmail@web5205.mail.yahoo.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:25 AM 10/23/00 -0700, mike wrote: >oops, > >the error was more like > >Can't exec /usr/libexec/getty tty01 no such file or >directory. Have a look at /dev/MAKEDEV cd /dev sh MAKEDEV pty0 ---Mike >how do I make tty's in single user mode to fix? > > >thank you in advance >leon hevraan > > >__________________________________________________ >Do You Yahoo!? >Yahoo! Messenger - Talk while you surf! It's FREE. >http://im.yahoo.com/ > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message ------------------------------------------------------------------------ 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 Mon Oct 23 11:34:31 2000 Delivered-To: freebsd-stable@freebsd.org Received: from web5204.mail.yahoo.com (web5204.mail.yahoo.com [216.115.106.85]) by hub.freebsd.org (Postfix) with SMTP id 49B2A37B4F9 for ; Mon, 23 Oct 2000 11:34:28 -0700 (PDT) Message-ID: <20001023183424.23055.qmail@web5204.mail.yahoo.com> Received: from [208.63.249.155] by web5204.mail.yahoo.com; Mon, 23 Oct 2000 11:34:24 PDT Date: Mon, 23 Oct 2000 11:34:24 -0700 (PDT) From: mike Subject: Re: I am in TROUBLE! please advise To: John Reynolds~ Cc: 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 john, I notice there is a 'getty' in /usr/libexec. I try and make all devices in single user mode with 'sh MAKEDEV all'. That did not fix problem. I mount all my slices 'rw' and cd into /usr/src to do 'make installworld' for second time. I hopes this works. I have second question I am unsure of. Is there anything special I have to do with 'mergemaster' remember I upgrade from 4.1-r to 4.1.1-stable. thank you. --- John Reynolds~ wrote: > > [ On Monday, October 23, mike wrote: ] > > hello freebsd people, > > > > I cvsup'd 4.1.1-stable source tree today and I got > > very far accept something screwerd up which I do > not > > know how to fix. > > > > I did everything in /usr/src/UPDATING said to do > > now when I reboot my machine .. > > wether I boot the old or new kernel .. I get error > > messesage similar to this... > > > > /* sorry I dont know exact error message > > * but I sure you understand > > */ > > > > Can't exec /usr/libexec/getty tty01 > > Can't exec /usr/libexec/getty tty02 > > Can't exec /usr/libexec/getty tty03 > > Can't exec /usr/libexec/getty tty04 /* etc */ > > > > to whatever the default number of tty's are. > > > > SO I cannot login to my machine cept if I boot > single > > user mode. which Is good sign for me to fix .. but > > what do I need to fix in getty and how .. I don't > know > > mistake I made or how to fix it .. > > > > PLEASE HELP A.S.A.P. > > if you boot single user mode and say "mount /usr" > can you go to /usr/libexec > and see if getty is there? > > sounds like "make installworld" did not finish or > screwed up somehow. Maybe > try installworld again from single user mode after > you mount /usr read/write. > > -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/ | > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= __________________________________________________ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 11:50:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id A3F3D37B479 for ; Mon, 23 Oct 2000 11:50:32 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id e9NIoUn82769; Mon, 23 Oct 2000 12:50:30 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA09553; Mon, 23 Oct 2000 12:50:24 -0600 (MDT) Message-Id: <200010231850.MAA09553@harmony.village.org> To: root@snoopie.yi.org Subject: Re: /etc/defaluts/rc.conf Cc: freebsd-stable@FreeBSD.ORG In-reply-to: Your message of "Thu, 19 Oct 2000 03:28:30 CDT." <20001019032830.A99825@snoopie.yi.org> References: <20001019032830.A99825@snoopie.yi.org> Date: Mon, 23 Oct 2000 12:50:24 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20001019032830.A99825@snoopie.yi.org> root writes: : I was just wondering about an entry in /usr/src/UPDATING. I just : cvsup'ed/mergemaster'ed today. The section in question is: : 20000907: : Networking defaults have been tightened. Anybody upgrading I think it was a premature MFC on my part. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 11:57:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id DDAA137B4CF for ; Mon, 23 Oct 2000 11:57:07 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id e9NIv6n82794; Mon, 23 Oct 2000 12:57:07 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA09601; Mon, 23 Oct 2000 12:57:06 -0600 (MDT) Message-Id: <200010231857.MAA09601@harmony.village.org> To: Kenneth W Cochran Subject: Re: Old 4.0-R binaries remaining in 4.1.1-S Cc: freebsd-stable@FreeBSD.ORG In-reply-to: Your message of "Sun, 22 Oct 2000 23:28:24 EDT." <200010230328.XAA16342@world.std.com> References: <200010230328.XAA16342@world.std.com> Date: Mon, 23 Oct 2000 12:57:06 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200010230328.XAA16342@world.std.com> Kenneth W Cochran writes: : As examples, these are the files in /usr/bin from the original : install & which make {build,install}world have not clobbered: : -r-xr-xr-x 1 root wheel 6557 Mar 20 2000 systags : -r-xr-xr-x 1 root wheel 46532 Mar 20 2000 htags : -r-xr-xr-x 1 root wheel 25552 Mar 20 2000 gctags : -r-xr-xr-x 1 root wheel 30852 Mar 20 2000 gtags : -r-xr-xr-x 1 root wheel 35876 Mar 20 2000 global : -r-xr-xr-x 1 root wheel 10936 Mar 20 2000 btreeop : Can these be deleted safely? Source seems to be gone now. : How about other old cruft (ie. manpages, other system directories?) : Is this a bug, a feature, or maybe even a make-option? Feature, bordering on a bug. We specifically do not delete programs that move or go away. It is safe to delete these so long as you aren't using them. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 12:25:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from steinbeck.gabor.org (cb846402-a.mdsn1.wi.home.com [24.10.222.94]) by hub.freebsd.org (Postfix) with ESMTP id A858F37B479 for ; Mon, 23 Oct 2000 12:25:33 -0700 (PDT) Received: from acm.org (localhost [127.0.0.1]) by steinbeck.gabor.org (8.9.3/8.9.3) with ESMTP id OAA79453; Mon, 23 Oct 2000 14:25:40 -0500 (CDT) (envelope-from gabor@acm.org) Message-ID: <39F490B4.52450BC8@acm.org> Date: Mon, 23 Oct 2000 14:25:40 -0500 From: Gabor Kincses X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: kstewart@urx.com, stable@freebsd.org Subject: Re: perl fails in buildworld References: <39F45BC9.521E5C36@acm.org> <39F4896D.2C0B5D26@urx.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kent Stewart wrote: > > Gabor Kincses wrote: > > > > Hello, > > > > I'm repeatedly getting the following error while trying to build > > 4.1.1-STABLE as of last night and this morning: > > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c: In > > function `vsprintf': > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1634: > > structure has no member named `_ptr' > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1635: > > structure has no member named `_cnt' > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: > > structure has no member named `_flag' > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: > > `_IOWRT' undeclared (first use in this function) > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: > > (Each undeclared identifier is reported only once > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: > > for each function it appears in.) > > > > Any help is appreciated. > > You didn't provide enough information. The subject is misleading > because a buildworld will produce compiler messages but not an > installworld. You gave us the error messages but not the compile line > that was causing them. Mindjam. I meant buildworld not installworld. Buildworld was failing on util.c indeed: cc -O -pipe -I/usr/obj/usr2/src/gnu/usr.bin/perl/libperl -I/usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -c /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c -o util.o And it's still failing as shown above. The FILE struct is different in /usr/include/stdio.h than what is expected. I thought buildworld would not use the the system default headers, but rather whatever was cvsupped. Thanks for the reply. > I just got through cvsuping and compiling .../per5/util.c from a "make > buildworld" just fine. > > /dump.c -o dump.o > cc -O -I/usr/obj/usr/src/gnu/usr.bin/perl/libperl > -I/usr/src/gnu/usr.bin/perl/libperl/. > ./../../../contrib/perl5 -c > /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 > /util.c -o util.o > > What did you do? Did you try doing an installworld before you did a > buildworld? -- Gabor Kincses (gabor@acm.org) Running FreeBSD 4.0-STABLE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 12:31:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sol.cc.u-szeged.hu (unknown [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id A5E1B37B479 for ; Mon, 23 Oct 2000 12:31:40 -0700 (PDT) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id VAA18249; Mon, 23 Oct 2000 21:30:53 +0200 (MEST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 13nnIW-0002YR-00; Mon, 23 Oct 2000 21:30:16 +0200 Date: Mon, 23 Oct 2000 21:30:16 +0200 From: Szilveszter Adam To: Kenneth W Cochran Cc: freebsd-stable@freebsd.org Subject: Re: Old 4.0-R binaries remaining in 4.1.1-S Message-ID: <20001023213016.A9377@petra.hos.u-szeged.hu> Mail-Followup-To: Kenneth W Cochran , freebsd-stable@freebsd.org References: <200010230328.XAA16342@world.std.com> <200010231430.KAA21816@world.std.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <200010231430.KAA21816@world.std.com>; from kwc@world.std.com on Mon, Oct 23, 2000 at 10:30:32AM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! Apologies that I can only answer now: This evening we had an extensive network outage which caused most of the country to be cut-off from the main Internet backbone and the situation was made even worse by the fact that today is a national holiday. If your questions were already answered, please ignore this message and excuse me for the inconvenience. On Mon, Oct 23, 2000 at 10:30:32AM -0400, Kenneth W Cochran wrote: > Ok, so what "maintains" the manpage tree? The /usr/share/man and the perl man trees are rewritten by the installworld target. Since make world does not deal with ports, /usr/local/share/man is untouched. > What directories does "make installworld" update/maintain? It updates /bin, /sbin, /usr/bin, /usr/sbin, /usr/lib /usr/libdata/perl /usr/share (not the docs) /usr/libexec to name the most important. More importantly, it will not touch /usr/ports, and the whole of /usr/local and /etc. > How "safe" is it to remove things in /usr/share/man? Obviously, man pages for non-existent programs are not needed. But be relaxed... the worst thing that happens is that the man page is gone. You get it back the next time you do a make installworld. > Will "make installworld" "refresh" that heirarchy? Yes. > And how about /usr/share/man/cat*? No. It contains pages you either got with your initial install or pages you already viewed since last installworld. No need to touch it. > Hmmm, some kind of documentation would be *nice*. I'll start: > "make buildworld" compiles & builds the things in /usr/src & > outputs the resulting compiled/linked/built "things(?)" to It is not "things":-) Let's be more specific. It is object files. Installworld does the putting-into-place operation. It was separated, because buildworld is now safe to do in multi-user since it will not touch the running system while installworld certainly will. > /usr/obj. In other words, "make buildworld" builds /usr/obj > from /usr/src. Yes. > Ok, now, how about "installworld?" I know it does /bin, > /usr/bin, /sbin and /usr/sbin, & I've watched it do things in > man*, but I still have no "definitive list." See above for the most important ones. If you are very curious, just use script(1) to capture your installworld and follow in the log, what happens and how. Logging is also a good way of easily finding out and sharing with others if something fails. Hope this helps! -- 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 Mon Oct 23 12:35:55 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sol.cc.u-szeged.hu (unknown [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id AC46437B479 for ; Mon, 23 Oct 2000 12:35:52 -0700 (PDT) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id VAA19188; Mon, 23 Oct 2000 21:35:11 +0200 (MEST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 13nnMg-0002ZT-00; Mon, 23 Oct 2000 21:34:34 +0200 Date: Mon, 23 Oct 2000 21:34:34 +0200 From: Szilveszter Adam To: Kenneth W Cochran Cc: freebsd-stable@freebsd.org Subject: Re: Old 4.0-R binaries remaining in 4.1.1-S Message-ID: <20001023213434.B9377@petra.hos.u-szeged.hu> Mail-Followup-To: Kenneth W Cochran , freebsd-stable@freebsd.org References: <200010230328.XAA16342@world.std.com> <200010231430.KAA21816@world.std.com> <20001023213016.A9377@petra.hos.u-szeged.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001023213016.A9377@petra.hos.u-szeged.hu>; from sziszi@petra.hos.u-szeged.hu on Mon, Oct 23, 2000 at 09:30:16PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Oct 23, 2000 at 09:30:16PM +0200, Szilveszter Adam wrote: > The /usr/share/man and the perl man trees are rewritten by the installworld > target. Since make world does not deal with ports, /usr/local/share/man is ^^^^^^^^^^^^^^^^^^^^^ which certainly should be /usr/local/man. -- 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 Mon Oct 23 12:38:48 2000 Delivered-To: freebsd-stable@freebsd.org Received: from awww.jeah.net (awww.jeah.net [216.111.239.130]) by hub.freebsd.org (Postfix) with ESMTP id 8DCC537B4C5 for ; Mon, 23 Oct 2000 12:38:45 -0700 (PDT) Received: (from root@localhost) by awww.jeah.net (8.11.1/8.11.0) id e9NJeeQ57835 for stable@freebsd.org; Mon, 23 Oct 2000 14:40:40 -0500 (CDT) (envelope-from chris) Date: Mon, 23 Oct 2000 14:40:40 -0500 (CDT) From: Chris Byrnes Message-Id: <200010231940.e9NJeeQ57835@awww.jeah.net> To: stable@freebsd.org Subject: Removing user with "-" in username Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG awww# rmuser -y irc-argentina Sorry, login name must contain alphanumeric characters only. Ugh. Foo. Feh. I remember a lengthy discussion about this awhile back, but can't seem to find the archive. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 12:40:55 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 A64A537B479 for ; Mon, 23 Oct 2000 12:40:52 -0700 (PDT) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id PAA65672; Mon, 23 Oct 2000 15:41:16 -0400 (EDT) (envelope-from bandix@looksharp.net) Date: Mon, 23 Oct 2000 15:41:16 -0400 (EDT) From: "Brandon D. Valentine" To: Chris Byrnes Cc: stable@FreeBSD.ORG Subject: Re: Removing user with "-" in username In-Reply-To: <200010231940.e9NJeeQ57835@awww.jeah.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 Mon, 23 Oct 2000, Chris Byrnes wrote: >awww# rmuser -y irc-argentina >Sorry, login name must contain alphanumeric characters only. > >Ugh. Foo. Feh. > >I remember a lengthy discussion about this awhile back, but >can't seem to find the archive. Consensus was that rmuser should remove any username that adduser allowed to be created. There was talk of fixing this. Then people jetted off to BSDCon. The fix is, learn how to use vipw, edit /etc/group, and rm -rf an old home directory. =) -- Brandon D. Valentine "Few things are harder to put up with than the annoyance of a good example." -- Mark Twain, Pudd'nhead Wilson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 12:45:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id D2C4337B4C5 for ; Mon, 23 Oct 2000 12:45:14 -0700 (PDT) Received: from laptop.baldwin.cx (ether.osd.bsdi.com [204.216.28.196]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9NJipf29385; Mon, 23 Oct 2000 12:44:51 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: <20001023213434.B9377@petra.hos.u-szeged.hu> Date: Mon, 23 Oct 2000 12:45:28 -0700 (PDT) From: John Baldwin To: Szilveszter Adam Subject: Re: Old 4.0-R binaries remaining in 4.1.1-S Cc: freebsd-stable@FreeBSD.org, Kenneth W Cochran Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 23-Oct-00 Szilveszter Adam wrote: > On Mon, Oct 23, 2000 at 09:30:16PM +0200, Szilveszter Adam wrote: > >> The /usr/share/man and the perl man trees are rewritten by the installworld >> target. Since make world does not deal with ports, /usr/local/share/man is > ^^^^^^^^^^^^^^^^^^^^^ > which certainly should be /usr/local/man. Nope. manpages are not machine dependent (i.e., they aren't different between x86, alpha, ia64, etc.). We use /usr/share, /usr/local/share, and /usr/X11R6/share for things which are machine independent and thus can be shared across all architectures. Since manpages are machine independent, they go in /usr/share/man, /usr/local/share/man, /usr/X11R6/share/man, etc. See the heir(7) manpage for more info. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Mon Oct 23 12:57:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sol.cc.u-szeged.hu (unknown [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id BBA9737B479 for ; Mon, 23 Oct 2000 12:57:47 -0700 (PDT) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id VAA20068; Mon, 23 Oct 2000 21:57:19 +0200 (MEST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 13nni6-0002eZ-00 for ; Mon, 23 Oct 2000 21:56:42 +0200 Date: Mon, 23 Oct 2000 21:56:42 +0200 From: Szilveszter Adam To: freebsd-stable@FreeBSD.org Subject: Re: Old 4.0-R binaries remaining in 4.1.1-S Message-ID: <20001023215642.C9377@petra.hos.u-szeged.hu> Mail-Followup-To: freebsd-stable@FreeBSD.org References: <20001023213434.B9377@petra.hos.u-szeged.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: ; from jhb@FreeBSD.org on Mon, Oct 23, 2000 at 12:45:28PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Oct 23, 2000 at 12:45:28PM -0700, John Baldwin wrote: > > On 23-Oct-00 Szilveszter Adam wrote: > > On Mon, Oct 23, 2000 at 09:30:16PM +0200, Szilveszter Adam wrote: > > > >> The /usr/share/man and the perl man trees are rewritten by the installworld > >> target. Since make world does not deal with ports, /usr/local/share/man is > > ^^^^^^^^^^^^^^^^^^^^^ > > which certainly should be /usr/local/man. > > Nope. manpages are not machine dependent (i.e., they aren't different between > x86, alpha, ia64, etc.). We use /usr/share, /usr/local/share, and > /usr/X11R6/share for things which are machine independent and thus can be > shared across all architectures. Since manpages are machine independent, > they go in /usr/share/man, /usr/local/share/man, /usr/X11R6/share/man, etc. > See the heir(7) manpage for more info. Probably they should. But on my system, there is /usr/share/man and /usr/local/man. There is no /usr/local/share/man. See /usr/ports/Mk/bsd.ports.mk for info, esp the MANPREFIX variable.:-) -- 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 Mon Oct 23 13: 3:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from satan.freebsdsystems.com (unknown [24.69.168.5]) by hub.freebsd.org (Postfix) with ESMTP id EA1DA37B479 for ; Mon, 23 Oct 2000 13:03:15 -0700 (PDT) Received: from localhost (lnb@localhost) by satan.freebsdsystems.com (8.11.1/8.11.0) with ESMTP id e9NK3E526228 for ; Mon, 23 Oct 2000 16:03:14 -0400 (EDT) Date: Mon, 23 Oct 2000 16:03:14 -0400 (EDT) From: Lanny Baron To: stable@freebsd.org Subject: xfmail and 4.1.1-STABLE 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 am wondering if anyone running xfmail under 4.1.1-STABLE gets core dumps with xfmail and/or has to use xkill to end the program. If so, and you found what the problem was, a fix would be greatly appreciated. Thanks in advance, Lanny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 13:11:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from inf.ufsc.br (euryale.inf.ufsc.br [150.162.60.23]) by hub.freebsd.org (Postfix) with ESMTP id 1E10B37B4C5 for ; Mon, 23 Oct 2000 13:11:00 -0700 (PDT) Received: from pitanga (pitanga [150.162.60.31]) by inf.ufsc.br (8.9.3/8.9.3) with ESMTP id SAA167722; Mon, 23 Oct 2000 18:14:24 -0300 Date: Mon, 23 Oct 2000 18:13:21 -0200 (EDT) From: Antonio Carlos Venancio Junior X-Sender: antonio@pitanga To: Lanny Baron Cc: stable@FreeBSD.ORG Subject: Re: xfmail and 4.1.1-STABLE 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 Lanny, I have the same problem but no solution. And that applies to licq 1.0 too. I have some friends with problems in this two programs, so its nothing with my machine. I already sent a gdb output to the maintainer of xfmail port. Could you do that too? I will do the same with licq to try to help to fix this. On Mon, 23 Oct 2000, Lanny Baron wrote: > I am wondering if anyone running xfmail under 4.1.1-STABLE gets core dumps > with xfmail and/or has to use xkill to end the program. If so, and you > found what the problem was, a fix would be greatly appreciated. Ate' Antonio .-===================================================================-. | Can't buy what I want because its FREE! - Pearl Jam | |-===================================================================-| | antonio@inf.ufsc.br | floripa@zoing.net | antonio@musicramp.com | |-===================================================================-| | ICQ# 9253680 | Floripa | MySQL | PHP | 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 Mon Oct 23 13:17:59 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.ipeg.com (mail.ipeg.com [206.96.184.3]) by hub.freebsd.org (Postfix) with ESMTP id DC7D937B4C5 for ; Mon, 23 Oct 2000 13:17:55 -0700 (PDT) Received: from toolbuilders.com (206-96-185-103.ipeg.com [206.96.185.103]) by mail.ipeg.com (8.11.0/8.11.0) with ESMTP id e9NKCLx14396; Mon, 23 Oct 2000 13:12:21 -0700 Message-Id: <200010232012.e9NKCLx14396@mail.ipeg.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Lanny Baron Cc: stable@FreeBSD.ORG Subject: Re: xfmail and 4.1.1-STABLE In-Reply-To: Message from Lanny Baron of "Mon, 23 Oct 2000 16:03:14 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Oct 2000 08:09:26 -0700 From: dmitry Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hello, > I am wondering if anyone running xfmail under 4.1.1-STABLE gets core dumps > with xfmail and/or has to use xkill to end the program. If so, and you > found what the problem was, a fix would be greatly appreciated. I had the same problem any time I tried using xfmail (3.x - 4.x). Another problem I ran across -- if you kill a child window, the whole program "freezes up". I was using vm under XEmacs for a long time, and I was looking for something new to try. I came to liking mh a lot. I use nmh and I run exmh (X11 Tcl/Tk interface for it) on top of it. Anyway, if someone knows why xfmail coredumps, I'd like to know as well. exmh-2.2: http://www.beedub.com/exmh/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 14: 6:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gekko.i-clue.de (server.ms-agentur.de [62.153.134.194]) by hub.freebsd.org (Postfix) with ESMTP id EDE9937B479 for ; Mon, 23 Oct 2000 14:06:48 -0700 (PDT) Received: from i-clue.de (automatix.i-clue.de [192.168.0.112]) by gekko.i-clue.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id BAA30872; Tue, 24 Oct 2000 01:13:01 +0200 Message-ID: <39F4A897.6423A71@i-clue.de> Date: Mon, 23 Oct 2000 23:07:35 +0200 From: Christoph Sold X-Mailer: Mozilla 4.75 [de] (WinNT; U) X-Accept-Language: de MIME-Version: 1.0 To: Kevin LEE Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: Can't play wav file on the stable 4.1.1 kernel References: <39F398F6.600B040A@esec.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kevin LEE schrieb: > Hi all: > > After, I upgrade to 4.1.1 kernel, I find the following problem > when I using play to play a .wav file. > > #> play ~/wavs/ChatBeep.wav > play: /dev/dsp: Invalid argument > > Does anyone know what /dev/dsp Invalid argument mean ??? Check if the /dev/dspX entries exist in the /dev directory. If neccessary, remake them by hand using sh /dev/MAKEDEV dspX replacing X with the board number as you go. HTH -Christoph Sold To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 14:11:33 2000 Delivered-To: freebsd-stable@freebsd.org Received: from maildrop.velocet.net (maildrop.velocet.net [216.126.74.5]) by hub.freebsd.org (Postfix) with ESMTP id D420C37B479 for ; Mon, 23 Oct 2000 14:11:28 -0700 (PDT) Received: from magus (anime.ca [204.138.55.45]) by maildrop.velocet.net (Postfix) with SMTP id 106C2787F for ; Mon, 23 Oct 2000 17:11:23 -0400 (EDT) Message-ID: <003401c03d35$cbc1a340$0300a8c0@anime.ca> From: "William Wong" To: Subject: security profiles Date: Mon, 23 Oct 2000 17:11:21 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi there, I upgraded to STABLE recently and noticed that there are security profiles to choose from (low/med/high). During the install I was confused as to which option to install. Does any know what rc.conf options that each profile enables/disables? Is this documented or listed anywhere within sysinstall? Thanks, - Will To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 15: 3:28 2000 Delivered-To: freebsd-stable@freebsd.org Received: from 2711.dynacom.net (2711.dynacom.net [206.107.213.3]) by hub.freebsd.org (Postfix) with ESMTP id BD56A37B4C5 for ; Mon, 23 Oct 2000 15:03:21 -0700 (PDT) Received: from urx.com (dsl1-160.dynacom.net [206.159.132.160]) by 2711.dynacom.net (Build 101 8.9.3/NT-8.9.3) with ESMTP id PAA10408; Mon, 23 Oct 2000 15:03:14 -0700 Message-ID: <39F4B5A2.5AB391DB@urx.com> Date: Mon, 23 Oct 2000 15:03:14 -0700 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Gabor Kincses Cc: stable@FreeBSD.ORG Subject: Re: perl fails in buildworld References: <39F45BC9.521E5C36@acm.org> <39F4896D.2C0B5D26@urx.com> <39F490B4.52450BC8@acm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gabor Kincses wrote: > > Kent Stewart wrote: > > > > Gabor Kincses wrote: > > > > > > Hello, > > > > > > I'm repeatedly getting the following error while trying to build > > > 4.1.1-STABLE as of last night and this morning: > > > > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c: In > > > function `vsprintf': > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1634: > > > structure has no member named `_ptr' > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1635: > > > structure has no member named `_cnt' > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: > > > structure has no member named `_flag' > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: > > > `_IOWRT' undeclared (first use in this function) > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: > > > (Each undeclared identifier is reported only once > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: > > > for each function it appears in.) > > > > > > Any help is appreciated. > > > > You didn't provide enough information. The subject is misleading > > because a buildworld will produce compiler messages but not an > > installworld. You gave us the error messages but not the compile line > > that was causing them. > > Mindjam. I meant buildworld not installworld. Buildworld was failing > on util.c indeed: > > cc -O -pipe -I/usr/obj/usr2/src/gnu/usr.bin/perl/libperl > -I/usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -c > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c -o > util.o Ok, you started out the right way. > > And it's still failing as shown above. The FILE struct is different in > /usr/include/stdio.h than what is expected. I thought buildworld would > not use the the system default headers, but rather whatever was > cvsupped. What version were you upgrading? You talk about 4.0-Stable in your signature. I started with 4.1.1 that was dated 18 Oct 2000 and I was able to cvsup and build and install my user world and kernel. The only obvious difference is your use of /usr2 and I'm using /usr. I also spent some time trying to find where _cnt and _ptr are defined. That was quite a maze. The FILE struct your are seeing is different than the function vnprintf in util.c is expecting. The -I/usr/obj/usr2/src/gnu/usr.bin/perl/libperl/perl.h creates those pointers. The chain util.c uses goes something like perl.h > iperlsys.h > perlsdio.h, which uses FILE and also redefines FILE as PerlIO. PerlIO has FILE_ptr and FILE_cnt and a few other changes. At that point I decided that we needed someone that knew more about what was going on and went out for coffee. Kent > > Thanks for the reply. > > > I just got through cvsuping and compiling .../per5/util.c from a "make > > buildworld" just fine. > > > > /dump.c -o dump.o > > cc -O -I/usr/obj/usr/src/gnu/usr.bin/perl/libperl > > -I/usr/src/gnu/usr.bin/perl/libperl/. > > ./../../../contrib/perl5 -c > > /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 > > /util.c -o util.o > > > > What did you do? Did you try doing an installworld before you did a > > buildworld? > > -- > Gabor Kincses > (gabor@acm.org) > Running FreeBSD 4.0-STABLE > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 15:48:40 2000 Delivered-To: freebsd-stable@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 6229937B682 for ; Mon, 23 Oct 2000 15:48:38 -0700 (PDT) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id PAA25856 for ; Mon, 23 Oct 2000 15:48:28 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.0/8.11.0) id e9NMmSk69924; Mon, 23 Oct 2000 15:48:28 -0700 (PDT) (envelope-from jdp) Date: Mon, 23 Oct 2000 15:48:28 -0700 (PDT) From: jdp@polstra.com Message-Id: <200010232248.e9NMmSk69924@vashon.polstra.com> To: stable@freebsd.org Reply-To: stable@freebsd.org Subject: Re: How to remove In-Reply-To: <4.3.2.7.2.20001023104726.00ad7360@mail.udel.edu> References: <4.3.2.7.2.20001023104726.00ad7360@mail.udel.edu> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > In my first buildworld some files were copied to /usr/obj. > > The problem is that I cant delete some of them, even using > >chflags. Here they are: [...] > > Perhaps try to remove the rest of the flags, especially the uchg flag. > using 'chflags nouchg', 'chflags noopaque' and 'chflags nouappnd'. I'm not > sure if this will actually work, but it seems like a plan - especially in > the case of the uchg flag :) An easy way to clear _all_ the flags is "chflags 0 file ...". John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 15:51:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from steinbeck.gabor.org (cb846402-a.mdsn1.wi.home.com [24.10.222.94]) by hub.freebsd.org (Postfix) with ESMTP id E06CB37B479 for ; Mon, 23 Oct 2000 15:51:13 -0700 (PDT) Received: from acm.org (localhost [127.0.0.1]) by steinbeck.gabor.org (8.9.3/8.9.3) with ESMTP id RAA92847; Mon, 23 Oct 2000 17:51:31 -0500 (CDT) (envelope-from gabor@acm.org) Message-ID: <39F4C0F3.6890D090@acm.org> Date: Mon, 23 Oct 2000 17:51:31 -0500 From: Gabor Kincses X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: kstewart@urx.com Cc: stable@FreeBSD.ORG Subject: Re: perl fails in buildworld References: <39F45BC9.521E5C36@acm.org> <39F4896D.2C0B5D26@urx.com> <39F490B4.52450BC8@acm.org> <39F4B5A2.5AB391DB@urx.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kent Stewart wrote: > > Gabor Kincses wrote: > > > > Kent Stewart wrote: > > > > > > Gabor Kincses wrote: > > > > > > > > Hello, > > > > > > > > I'm repeatedly getting the following error while trying to build > > > > 4.1.1-STABLE as of last night and this morning: > > > > > > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c: In > > > > function `vsprintf': > > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1634: > > > > structure has no member named `_ptr' > > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1635: > > > > structure has no member named `_cnt' > > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: > > > > structure has no member named `_flag' > > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: > > > > `_IOWRT' undeclared (first use in this function) > > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: > > > > (Each undeclared identifier is reported only once > > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: > > > > for each function it appears in.) > > > > > > > > Any help is appreciated. > > > > > > You didn't provide enough information. The subject is misleading > > > because a buildworld will produce compiler messages but not an > > > installworld. You gave us the error messages but not the compile line > > > that was causing them. > > > > Mindjam. I meant buildworld not installworld. Buildworld was failing > > on util.c indeed: > > > > cc -O -pipe -I/usr/obj/usr2/src/gnu/usr.bin/perl/libperl > > -I/usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -c > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c -o > > util.o > > Ok, you started out the right way. > > > > > And it's still failing as shown above. The FILE struct is different in > > /usr/include/stdio.h than what is expected. I thought buildworld would > > not use the the system default headers, but rather whatever was > > cvsupped. > > What version were you upgrading? You talk about 4.0-Stable in your > signature. I started with 4.1.1 that was dated 18 Oct 2000 and I was > able to cvsup and build and install my user world and kernel. The only > obvious difference is your use of /usr2 and I'm using /usr. I started this box on 4.0-RELEASE then became 4.0-STABLE on 6/11/2000. > I also spent some time trying to find where _cnt and _ptr are defined. > That was quite a maze. The FILE struct your are seeing is different > than the function vnprintf in util.c is expecting. The > -I/usr/obj/usr2/src/gnu/usr.bin/perl/libperl/perl.h creates those > pointers. The chain util.c uses goes something like perl.h > > iperlsys.h > perlsdio.h, which uses FILE and also redefines FILE as > PerlIO. PerlIO has FILE_ptr and FILE_cnt and a few other changes. > > At that point I decided that we needed someone that knew more about > what was going on and went out for coffee. Could you send me the output (util.i) of the following command: cc -E -I/usr/obj/usr2/src/gnu/usr.bin/perl/libperl -I/usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -c /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c > util.i That would be immense help. Thanks, -- Gabor Kincses (gabor@acm.org) Still running FreeBSD 4.0-STABLE :( To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 16:22:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from angryfist.fasttrackmonkey.com (angryfist.fasttrackmonkey.com [216.223.217.166]) by hub.freebsd.org (Postfix) with ESMTP id 05C6E37B479 for ; Mon, 23 Oct 2000 16:22:19 -0700 (PDT) Received: by angryfist.fasttrackmonkey.com (Postfix, from userid 1001) id 719434EEF; Mon, 23 Oct 2000 19:25:15 -0400 (EDT) Date: Mon, 23 Oct 2000 19:25:14 -0400 (EDT) From: spork@fasttrackmonkey.com To: freebsd-stable@freebsd.org Subject: Mylex Raid Controllers 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 all, Just curious if anyone has any experience with the newer Mylex Accelaraid 170 and 352 models... We're about to place an order for a few more machines, and these offer much better bang-per-buck than the older models (both models offer the ultra-super-ultimate 160 scsi bus and a 100MHz processor). The only support for these seems to be via a patch posted in August to Mike Smith's site. I'm guessing there's no support in 4.1.1 for these, but maybe it slipped by the release notes. Is anyone using these under 4.1.1 (or -stable)? If so, how comfortable are you with the driver, and is there a command-line app to check the status of the array? Any feedback is appreciated... Thanks, Charles To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 16:34:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id 55BB837B4C5 for ; Mon, 23 Oct 2000 16:34:51 -0700 (PDT) Received: from isi.edu (hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.9.3/8.9.3) with ESMTP id QAA17783 for ; Mon, 23 Oct 2000 16:34:50 -0700 (PDT) Message-ID: <39F4CB17.78E807F2@isi.edu> Date: Mon, 23 Oct 2000 16:34:47 -0700 From: Lars Eggert Organization: USC Information Sciences Institute X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en, de MIME-Version: 1.0 To: stable@FreeBSD.org Subject: ipfw & /etc/services Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms0F00EA257796B4D78B8126CB" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms0F00EA257796B4D78B8126CB Content-Type: multipart/mixed; boundary="------------2846E261110611E01385B08A" This is a multi-part message in MIME format. --------------2846E261110611E01385B08A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Just completed a buildworld, and ipfw no longer likes strings for service names when reading in my rule file. Strings work fine when I enter the rules manually. The rule file hasn't changed, and worked with 4.1.1-RELEASE. -- Lars Eggert Information Sciences Institute http://www.isi.edu/larse/ University of Southern California --------------2846E261110611E01385B08A Content-Type: text/plain; charset=us-ascii; name="rc.firewall.local" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="rc.firewall.local" # ---------------------------------------------------------------------------- # $RCSfile: rc.firewall.local,v $ # # $Revision: 1.6 $ # $Author: larse $ # $Date: 2000/09/25 19:22:10 $ # $State: Exp $ # ---------------------------------------------------------------------------- # $Log: rc.firewall.local,v $ # Revision 1.6 2000/09/25 19:22:10 larse # Tightened the rules. # # Revision 1.5 2000/09/19 00:18:45 larse # Much-improved firewall rules now make only ssh visible from outside # ISI. We also log accesses to ports that seem to be favourites for # script-kiddies (bind, netbios, etc.) Added pass rule for loopback # which got deleted at some point. # # Revision 1.4 2000/05/23 05:59:18 larse # Need full casl B number. # # Revision 1.4 2000/05/23 05:58:20 larse # Need full class B number. # # Revision 1.3 2000/05/23 04:21:12 larse # ISI's net is the full class B 128.9. # # Revision 1.2 2000/05/22 20:34:26 larse # Unified root environment for demo. # # Revision 1.1 2000/05/17 18:59:37 larse # Added local firewall rules. Enabled gateway. # # ---------------------------------------------------------------------------- # everything over loopback is fine, except when it came from the outside add pass all from any to any via lo0 add deny all from any to 127.0.0.0/8 # everything between ISI hosts is fine add pass all from 128.9.0.0/16 to any # this will stop hosts from outside ISI from accessing the services # used to gather information for the lab status page add deny log tcp from any to any netstat,uname,ifconfig,rpcinfo,sunrpc add deny log udp from any to any netstat,uname,ifconfig,rpcinfo,sunrpc # close all these TCP services to the outside world add deny log tcp from any to any ftp,ftp\-data,telnet,shell,comsat add deny log tcp from any to any login,finger,exec,uucpd,nntp,ntalk add deny log tcp from any to any tftp,bootps,bootpc,netperf,nfsd add deny log tcp from any to any daytime,time,4,7,discard,chargen add deny log tcp from any to any 6000-6063,smtp,printer,domain,klogin add deny log tcp from any to any eklogin,kshell,rkinit,cvspserver add deny log tcp from any to any pop3,imap4,auth,netbios\-ssn,snmp add deny log tcp from any to any netbios\-ns,netbios\-dgm,submission add deny log tcp from any to any snmptrap,irc,irc\-serv,socks # close all these UDP services to the outside world add deny log udp from any to any syslog,nntp,netperf,domain,nfsd add deny log udp from any to any daytime,time,4,7,discard,chargen add deny log udp from any to any snmptrap,irc,irc-serv,socks # the following ports we log, because they're popular with script-kiddies add pass log tcp from any to any 0,1,98,427,548,709,1024 add pass log tcp from any to any 1024,2926,2107,6346,6667,6970,16001 add pass log udp from any to any 0,1,98,427,548,709,1024 add pass log udp from any to any 1024,2926,2107,6346,6667,6970,16001 # pass (but log) all webcam accesses add pass log tcp from any to any webcam\-small-webcam\-large add pass log udp from any to any webcam\-small-webcam\-large --------------2846E261110611E01385B08A-- --------------ms0F00EA257796B4D78B8126CB Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIIIwYJKoZIhvcNAQcCoIIIFDCCCBACAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BfQwggLYMIICQaADAgECAgMDIwUwDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDgyNDIwMzAwOFoXDTAxMDgyNDIwMzAw OFowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVn Z2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEAz1yfcNs53rvhuw8gSDvr2+/snP8GduYY7x7WkJdyvcwb4oipNpWYIkMGP214 Zv1KrgvntGaG+jeugAGQt0n64VusgcIzQ6QDRtnMgdQDTAkVSQ2eLRSQka+nAPx6SFKJg79W EEHmgKQBMtZdMBYtYv/mTOcpm7jTJVg+7W6n04UCAwEAAaN3MHUwKgYFK2UBBAEEITAfAgEA MBowGAIBBAQTTDJ1TXlmZkJOVWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1 MAwGA1UdEwEB/wQCMAAwHwYDVR0jBBgwFoAUiKvxYINmVfTkWMdGHcBhvSPXw4wwDQYJKoZI hvcNAQEEBQADgYEAi65fM/jSCaPhRoA9JW5X2FktSFhE5zkIpFVPpv33GWPPNrncsK13HfZm s0B1rNy2vU7UhFI/vsJQgBJyffkLFgMCjp3uRZvBBjGD1q4yjDO5yfMMjquqBpZtRp5op3lT d01faA58ZCB5sxCb0ORSxvXR8tc9DJO0JIpQILa6vIAwggMUMIICfaADAgECAgELMA0GCSqG SIb3DQEBBAUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYD VQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9D ZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29u YWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0 ZS5jb20wHhcNOTkwOTE2MTQwMTQwWhcNMDEwOTE1MTQwMTQwWjCBlDELMAkGA1UEBhMCWkEx FTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoT BlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNv bmFsIEZyZWVtYWlsIFJTQSAxOTk5LjkuMTYwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB ALNpWpfU0BYLerXFXekhnCNyzRJMS/d+z8f7ynIk9EJSrFeV43theheE5/1yOTiUtOrtZaeS Bl694GX2GbuUeXZMPrlocHWEHPQRdAC8BSxPCQMXMcz0QdRyxqZd4ohEsIsuxE3x8NaFPmzz lZR4kX5A6ZzRjRVXjsJz5TDeRvVPAgMBAAGjNzA1MBIGA1UdEwEB/wQIMAYBAf8CAQAwHwYD VR0jBBgwFoAUcknCczTGVfQLdnKBfnf0h+fGsg4wDQYJKoZIhvcNAQEEBQADgYEAa8ZZ6TH6 6bbssQPY33Jy/pFgSOrGVd178GeOxmFw523CpTfYnbcXKFYFi91cdW/GkZDGbGZxE9AQfGuR b4bgITYtwdfqsgmtzy1txoNSm/u7/pyHnfy36XSS5FyXrvx+rMoNb3J6Zyxrc/WG+Z31AG70 HQfOnZ6CYynvkwl+Vd4xggH3MIIB8wIBATCBnDCBlDELMAkGA1UEBhMCWkExFTATBgNVBAgT DFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoTBlRoYXd0ZTEd MBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVt YWlsIFJTQSAxOTk5LjkuMTYCAwMjBTAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAwMTAyMzIzMzQ1MFowIwYJKoZIhvcNAQkEMRYE FGUNwamvWkzvLJbnYWC9AEdnFBO9MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0G CSqGSIb3DQEBAQUABIGApxBkZFfMhKna7DSKxL3r/YqHGym/TGHl4ouFe+oSDr2V6mRYhbm+ kY7Zek1L2SgyW2wjefznAWTaig83rRJ3a2ILiai3W++m+GAgCf3dMks+y/i1WMtcZ1KGgycx kpce77uPwaVXby3GxG/lzxaDPc+0eklJznLv3TxN5VNShBM= --------------ms0F00EA257796B4D78B8126CB-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 16:39: 5 2000 Delivered-To: freebsd-stable@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id DA67D37B479 for ; Mon, 23 Oct 2000 16:39:01 -0700 (PDT) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id e9NNclw65674; Mon, 23 Oct 2000 17:38:52 -0600 (MDT) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200010232338.e9NNclw65674@aslan.scsiguy.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Yuri Vorobyev Cc: freebsd-stable@FreeBSD.ORG Subject: Re: some strange things with ahc In-Reply-To: Your message of "Tue, 17 Oct 2000 22:35:57 +0600." <1426507968.20001017223557@yamalinfo.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Oct 2000 17:38:47 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Hello! > > After last cvsup i noticed a strange things in dmesg: Boot -v and send me the complete dmesg output. That should tell me what is going on. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 16:48: 6 2000 Delivered-To: freebsd-stable@freebsd.org Received: from beoclu-01.phy.gasou.edu (beoclu-01.phy.GaSoU.edu [141.165.40.55]) by hub.freebsd.org (Postfix) with ESMTP id 0DC0037B479 for ; Mon, 23 Oct 2000 16:48:05 -0700 (PDT) Received: from janus.main.gsbcnet (janus.main.gsbcnet [192.168.0.1]) by beoclu-01.phy.gasou.edu (8.11.1/8.9.3) with ESMTP id e9NNln302576; Mon, 23 Oct 2000 19:47:51 -0400 (EDT) (envelope-from sdodson@beoclu-01.phy.gasou.edu) Date: Mon, 23 Oct 2000 19:47:49 -0400 (EDT) From: Scott Dodson To: Lanny Baron Cc: stable@FreeBSD.ORG Subject: Re: xfmail and 4.1.1-STABLE 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, 23 Oct 2000, Lanny Baron wrote: > Hello, > I am wondering if anyone running xfmail under 4.1.1-STABLE gets core dumps > with xfmail and/or has to use xkill to end the program. If so, and you > found what the problem was, a fix would be greatly appreciated. Ya, never figured it out either, Same thing happens with xchat. Sucks because they're both great interfaces. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 17:17: 3 2000 Delivered-To: freebsd-stable@freebsd.org Received: from front002.cluster1.charter.net (outbound.charter.net [24.216.159.200]) by hub.freebsd.org (Postfix) with ESMTP id 47F1237B479 for ; Mon, 23 Oct 2000 17:17:01 -0700 (PDT) Received: from [24.217.128.203] (HELO dave) by front002.cluster1.charter.net (CommuniGate Pro SMTP 3.3.2) with SMTP id 24912875; Mon, 23 Oct 2000 20:14:37 -0400 From: Dave Uhring To: Grigory Kljuchnikov Subject: Re: Kernel message: stray irq 7 Date: Mon, 23 Oct 2000 19:06:06 -0500 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: freebsd-stable@FreeBSD.ORG References: In-Reply-To: MIME-Version: 1.0 Message-Id: <00102319161800.00491@dave> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 23 Oct 2000, Grigory Kljuchnikov wrote: > Hello, > > I've solved this problem. I've installed an additional isa > multi adapter (with 2 COM ports, 1 Parallel, 1 floppy, 1 HDD) > and disabled onboard COMs and Parallel ports on my box. > The kernel message (stray irq 7) don't appear in the system > and I have both RS232 (the modem and the mouse works fine). > I suppose my onboard COMs and Parallel ports are dead. > But it's very bad diagnostic message - "stray irq 7" - for > this trouble that appeared even when I disabled onboard > COMs and Parallel ports in BIOS, but didn't install multi > adapter. I even removed all drivers for COMs and parallel > ports from the kernel, but this message wasn't lost. > > I understand this is a hardware problem, but this message > appear not only on my box. The friend of mine said my > that he see same kernel message on his home box every day > but it don't affect on his work and his COMs ports work fine. > > Does anyone have any comments? > > > Best regards, > Grigory Klyuchnikov > ------------------------------------------------------------ > Institute for System Programming Russian Academy of Sciences, > 109004, Moscow, Russia, B.Kommunistitcheskay, 25, > phone(work): +7-095-9125659 > fax: +7-095-9121524 > e-mail: The problem with the stray IRQs is that you do NOT have something connected to the port and the hardware design allows the IRQ input to float. You might try to make a BIOS setting for the IRQs to be level triggered rather than edge triggered. This will reduce the sensitivity of the IRQ input. A more permanent option is to find out how the kernel enables and masks interrupts, then fix the source code to mask out the troublesome IRQs. A probably more accessible solution is to clamp the IRQ inputs either high with a 1k resistor or to clamp low by grounding the IRQ line and then setting the BIOS to enable IRQ trigger on edges only. Dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 17:31:38 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-145.dsl.snfc21.pacbell.net [63.202.176.145]) by hub.freebsd.org (Postfix) with ESMTP id F0FC237B479 for ; Mon, 23 Oct 2000 17:31:36 -0700 (PDT) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9O0ZBh05491; Mon, 23 Oct 2000 17:35:17 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200010240035.e9O0ZBh05491@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: spork@fasttrackmonkey.com Cc: freebsd-stable@freebsd.org Subject: Re: Mylex Raid Controllers In-reply-to: Your message of "Mon, 23 Oct 2000 19:25:14 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Oct 2000 17:35:11 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hello all, > > Just curious if anyone has any experience with the newer Mylex Accelaraid > 170 and 352 models... > > We're about to place an order for a few more machines, and these offer > much better bang-per-buck than the older models (both models offer the > ultra-super-ultimate 160 scsi bus and a 100MHz processor). > > The only support for these seems to be via a patch posted in August to > Mike Smith's site. I'm guessing there's no support in 4.1.1 for these, > but maybe it slipped by the release notes. Is anyone using these under > 4.1.1 (or -stable)? If so, how comfortable are you with the driver, and > is there a command-line app to check the status of the array? I've had a small amount of feedback on this driver; the current code appears to be working OK for 4-stable users. There are no management utilities at this time, although I'd love to get together with someone to work on this. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 17:43:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mailhost01.reflexnet.net (mailhost01.reflexnet.net [64.6.192.82]) by hub.freebsd.org (Postfix) with ESMTP id C5D4737B4C5 for ; Mon, 23 Oct 2000 17:43:07 -0700 (PDT) Received: from 149.211.6.64.reflexcom.com ([64.6.211.149]) by mailhost01.reflexnet.net with Microsoft SMTPSVC(5.5.1877.197.19); Mon, 23 Oct 2000 17:41:48 -0700 Received: (from cjc@localhost) by 149.211.6.64.reflexcom.com (8.11.0/8.11.0) id e9O0h5v11269; Mon, 23 Oct 2000 17:43:05 -0700 (PDT) (envelope-from cjc) Date: Mon, 23 Oct 2000 17:43:05 -0700 From: "Crist J . Clark" To: Lars Eggert Cc: stable@FreeBSD.ORG Subject: Re: ipfw & /etc/services Message-ID: <20001023174304.O75251@149.211.6.64.reflexcom.com> Reply-To: cjclark@alum.mit.edu References: <39F4CB17.78E807F2@isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <39F4CB17.78E807F2@isi.edu>; from larse@ISI.EDU on Mon, Oct 23, 2000 at 04:34:47PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Oct 23, 2000 at 04:34:47PM -0700, Lars Eggert wrote: > Just completed a buildworld, and ipfw no longer likes strings for service > names when reading in my rule file. Strings work fine when I enter the > rules manually. The rule file hasn't changed, and worked with > 4.1.1-RELEASE. The file below worked? It really shouldn't since you have a bunch of stuff that is not in /etc/services by default. Which ones choke when you load this? [snip] > # everything over loopback is fine, except when it came from the outside > add pass all from any to any via lo0 > add deny all from any to 127.0.0.0/8 > > # everything between ISI hosts is fine > add pass all from 128.9.0.0/16 to any Iii-ee. Can we all say, "spoof attack?" > # this will stop hosts from outside ISI from accessing the services > # used to gather information for the lab status page > add deny log tcp from any to any netstat,uname,ifconfig,rpcinfo,sunrpc > add deny log udp from any to any netstat,uname,ifconfig,rpcinfo,sunrpc netstat, uname, and ifconfig are not valid service names. rpcinfo and sunrpc are the same thing. > # close all these TCP services to the outside world > add deny log tcp from any to any ftp,ftp\-data,telnet,shell,comsat comsat is a UDP service. > add deny log tcp from any to any login,finger,exec,uucpd,nntp,ntalk ntalk is UDP. > add deny log tcp from any to any tftp,bootps,bootpc,netperf,nfsd tftp, bootps, and bootpc are UDP. netperf is not a service. > add deny log tcp from any to any daytime,time,4,7,discard,chargen > add deny log tcp from any to any 6000-6063,smtp,printer,domain,klogin > add deny log tcp from any to any eklogin,kshell,rkinit,cvspserver > add deny log tcp from any to any pop3,imap4,auth,netbios\-ssn,snmp snmp is UDP. > add deny log tcp from any to any netbios\-ns,netbios\-dgm,submission netbios-ns and netbios-dgm are UDP. > add deny log tcp from any to any snmptrap,irc,irc\-serv,socks snmptrap is UDP. > # close all these UDP services to the outside world > add deny log udp from any to any syslog,nntp,netperf,domain,nfsd nntp is TCP. netperf is not a valid service. > add deny log udp from any to any daytime,time,4,7,discard,chargen > add deny log udp from any to any snmptrap,irc,irc-serv,socks IRC is TCP. > # the following ports we log, because they're popular with script-kiddies > add pass log tcp from any to any 0,1,98,427,548,709,1024 > add pass log tcp from any to any 1024,2926,2107,6346,6667,6970,16001 > add pass log udp from any to any 0,1,98,427,548,709,1024 > add pass log udp from any to any 1024,2926,2107,6346,6667,6970,16001 > > # pass (but log) all webcam accesses > add pass log tcp from any to any webcam\-small-webcam\-large > add pass log udp from any to any webcam\-small-webcam\-large I assume these are custom entries. Perhaps the unofficial entries that I pointed out above are custom ones too? Did you perhaps clobber a custom /etc/services in the upgrade? -- Crist J. Clark cjclark@alum.mit.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 18:12:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gelrevision.nl (mail.gelrevision.nl [195.86.58.10]) by hub.freebsd.org (Postfix) with ESMTP id B19ED37B479 for ; Mon, 23 Oct 2000 18:12:45 -0700 (PDT) Received: from AnEra.8.com [195.86.231.176] by mail.gelrevision.nl with ESMTP (SMTPD32-6.00) id A1D03D8D019C; Tue, 24 Oct 2000 03:11:44 +0200 Date: Tue, 24 Oct 2000 03:06:59 +0200 (CEST) From: Maarten van Schie To: Kent Stewart Cc: "Jeffrey J. Mountin" , stable@FreeBSD.ORG Subject: Re: buildworld libm failure In-Reply-To: <39EBA858.6BB74D53@urx.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 tried some other things to get rid of the error but it didn't help, as I expected them to. So, this afternoon, or maybe wensday I'm going to test some other RAM I've got to see if that's the problem. Maarten On Mon, 16 Oct 2000, Kent Stewart wrote: > > > Maarten van Schie wrote: > > > > Stupid me! :( I dumped the new one right over it.. never thought of it, > > will do the next time though. > > I don't think it is lgamma.c. The error messages was "lgamma.c:141: > syntax error before `double'". Line 141 is "__pure double" and I think > it is acting like it doesn't know what "__pure" is. I tried to find > where it was defined and couldn't. > > Kent > > > > > On Mon, 16 Oct 2000, Jeffrey J. Mountin wrote: > > > > > At 01:34 AM 10/17/00 +0200, Maarten van Schie wrote: > > > >I did actually tried to recvsup.. 2 times even. > > > >And yes, it's for 4.1.1S. > > > > > > > >I just got lgamma.c from a friend which made world propperly so mayB I've > > > >got more luck this time. > > > > > > > >I'll ofcourse let you know. > > > > > > Something must be wrong. It isn't the source. CVSup'd around 17:30 GMT > > > and it builds fine. > > > > > > Hopefully you saved the old file, so you can compare it with a known good > > > version. A syntax error sometimes is due to a corrupted file and the can > > > come about from memory problem. > > > > > > > > > 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 > > > > > > > Maarten > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > -- > Kent Stewart > Richland, WA > > mailto:kbstew99@hotmail.com > http://kstewart.urx.com/kstewart/index.html > FreeBSD News http://daily.daemonnews.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 Mon Oct 23 18:18:30 2000 Delivered-To: freebsd-stable@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 9756937B479 for ; Mon, 23 Oct 2000 18:18:26 -0700 (PDT) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id KAA10844; Tue, 24 Oct 2000 10:48:15 +0930 (CST) (envelope-from doconnor@gsoft.com.au) 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: <200010232012.e9NKCLx14396@mail.ipeg.com> Date: Tue, 24 Oct 2000 10:48:15 +0930 (CST) From: "Daniel O'Connor" To: dmitry Subject: Re: xfmail and 4.1.1-STABLE Cc: stable@FreeBSD.ORG, Lanny Baron Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 23-Oct-00 dmitry wrote: > up". I was using vm under XEmacs for a long time, and I was looking for > something new to try. I came to liking mh a lot. I use nmh and I run exmh > (X11 > Tcl/Tk interface for it) on top of it. > Anyway, if someone knows why xfmail coredumps, I'd like to know as well. Most of the crashes occur in the bowels of the tookit (xforms) which is binary only (wonderful hey :) There is a project going to rewrite xfmail called archimedes on sourceforge.. What is really odd is that on a 2.2.8 machine xfmail is *much* more stable than on a 4.x or -current machine. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 20:29:55 2000 Delivered-To: freebsd-stable@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id 96A0437B479 for ; Mon, 23 Oct 2000 20:29:52 -0700 (PDT) Received: from [128.9.176.135] (ras35.isi.edu [128.9.176.135]) by boreas.isi.edu (8.9.3/8.9.3) with ESMTP id UAA23661; Mon, 23 Oct 2000 20:29:49 -0700 (PDT) User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022 Date: Mon, 23 Oct 2000 20:29:50 -0700 Subject: Re: ipfw & /etc/services From: Lars Eggert To: Cc: Message-ID: In-Reply-To: <20001023174304.O75251@149.211.6.64.reflexcom.com> 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 Mon, Oct 23, 2000 at 04:34:47PM -0700, Lars Eggert wrote: > The file below worked? It really shouldn't since you have a bunch of > stuff that is not in /etc/services by default. We have a custom /etc/services that has these entries. Thanks for the pointers regarding the other rules. It was my first stab at this, so I was bound to get some really wrong... > I assume these are custom entries. Perhaps the unofficial entries that > I pointed out above are custom ones too? Did you perhaps clobber a > custom /etc/services in the upgrade? I checked, and the /etc/services looks fine after mergemaster (custom entries are all there.) I suspected there was a problem with ipfw, since things work hen I do "ipfw add" on the console, but fail when I feed them into ipfw as a file. -- 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 Mon Oct 23 22:34:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.flashcom.net (3ff83059.dsl.flashcom.net [63.248.48.89]) by hub.freebsd.org (Postfix) with ESMTP id CCC0037B479 for ; Mon, 23 Oct 2000 22:34:18 -0700 (PDT) Received: (from cgaff@localhost) by mail.flashcom.net (8.11.0/8.11.0) id e9O5W6i35723; Tue, 24 Oct 2000 00:32:06 -0500 (CDT) (envelope-from cgaff) Date: Tue, 24 Oct 2000 00:32:06 -0500 From: "Corey G." To: Graham Wheeler Cc: Randy Primeaux , freebsd-stable@FreeBSD.ORG Subject: Re: ps2 mouse errors (solution) Message-ID: <20001024003206.C35579@flashcom.net> References: <200008182038.NAA10998@relay.ultimanet.com> <39A0E829.B183E24C@cequrux.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <39A0E829.B183E24C@cequrux.com>; from gram@cequrux.com on Mon, Aug 21, 2000 at 10:28:25AM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I installed three new installations of FreeBSD 4.1.1 in the last 8 days. All three systems entirely different. One system with a Logitech 3 button mouse, one with a Microsoft 2 button and another off brand 2 button mouse. All three machines have seen the psmintr: out of sync error. Each machine needed to be rebooted to alleviate the problem. One thing in common, the Enlightenment window manager was being used on all three systems. I also noticed that one of the machines displayed the behavior shortly after increasing the mouse sensitivity via the KDE control panel in Enlightenment. The default kernel was in place during these errors except for the Athon system. Machine 1: PIII 500 - Compaq Machine 2: Athon 800 Machine 3. PIII 300 - Compaq On Mon, Aug 21, 2000 at 10:28:25AM +0200, Graham Wheeler wrote: > Randy Primeaux wrote: > > > > In my opinion, I do not see this as a flaw in psm, as the flag is > > documented in the man page, and FreeBSD psm is not the only software > > with this issue. Other mouse software, on other OS platforms, also > > lose ps/2 sync through a keyboard-video-mouse switch. > > [Sigh] I'll say it again. There are TWO separate problems here, both of > which will manifest as lost sync and the `out-of-sync' error message. > One of them is due to the use of KVM boxes. The other isn't - it occurs, > for example, on my Compaq laptop using the built-in touchpad, and has > affected other people as well. I maintain that the latter is due to a > bug or oversight in the psm driver, as tweaking the code in this driver > has allowed me to circumvent the problem. However, my tweaks deal with > the symptoms; I have not identified the underlying cause other than that > it seems to be related to spurious data (rather than lost data). > > gram > -- > Dr Graham Wheeler E-mail: gram@cequrux.com > Director, Research and Development WWW: http://www.cequrux.com > CEQURUX Technologies Phone: +27(21)423-6065 > Firewalls/VPN Specialists Fax: +27(21)424-3656 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message ---end quoted text--- -- Best Regards, Corey To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 22:39: 6 2000 Delivered-To: freebsd-stable@freebsd.org Received: from satan.freebsdsystems.com (unknown [24.69.168.5]) by hub.freebsd.org (Postfix) with ESMTP id F3E9C37B479 for ; Mon, 23 Oct 2000 22:39:02 -0700 (PDT) Received: from wired (wired.cybertouch.org [24.69.168.3]) by satan.freebsdsystems.com (8.11.1/8.11.0) with ESMTP id e9O5d0g04027; Tue, 24 Oct 2000 01:39:00 -0400 (EDT) From: "Lanny Baron" To: Scott Dodson , stable@FreeBSD.ORG Date: Tue, 24 Oct 2000 01:39:00 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: xfmail and 4.1.1-STABLE Reply-To: lnb@cybertouch.org Message-ID: <39F4E834.31628.8BDDF0@localhost> References: In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Scott, XChat works great for me. But when installing xfmail, just before make install, if you look at the screen, it shows you on a few lines errors from the make, including one that says "this is stupid". I will get the error and send it too you. When it constantly crashes and comes up with the "send debug or crash report" I mailed it. The response I got from someone on the debug team was to install *i think* something like libmcrypt. I did that, and SSDD! Sent the person back mail saying that libmcrypt did not help. I think the debug person was assuming I was trying to do some sort of mass system encryption. Which I am not. Thanks for responding Scott. Lanny > > > On Mon, 23 Oct 2000, Lanny Baron wrote: > > > Hello, > > I am wondering if anyone running xfmail under 4.1.1-STABLE gets core dumps > > with xfmail and/or has to use xkill to end the program. If so, and you > > found what the problem was, a fix would be greatly appreciated. > > Ya, never figured it out either, Same thing happens with xchat. Sucks > because they're both great interfaces. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > Lanny Baron Microsoft: "Where would you like to go today" Linux: "Where would you like to go tomorrow" FreeBSD: "Hey,when are you guys going to catch up" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 22:40:15 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sal1.yamalinfo.ru (sal1.yamalinfo.ru [195.133.157.9]) by hub.freebsd.org (Postfix) with ESMTP id 59AA737B4C5 for ; Mon, 23 Oct 2000 22:40:04 -0700 (PDT) Received: from vorob (mabalozi.yamalinfo.ru [195.133.157.7]) by sal1.yamalinfo.ru (8.9.3/8.9.3) with ESMTP id LAA70268; Tue, 24 Oct 2000 11:39:49 +0600 (YEKST) (envelope-from vorob@yamalinfo.ru) Date: Tue, 24 Oct 2000 11:39:48 +0600 From: Yuri Vorobyev X-Mailer: The Bat! (v1.46d) Reply-To: Yuri Vorobyev X-Priority: 3 (Normal) Message-ID: <7889383446.20001024113948@yamalinfo.ru> To: "Justin T. Gibbs" Cc: freebsd-stable@FreeBSD.ORG Subject: Re[2]: some strange things with ahc In-reply-To: <200010232338.e9NNclw65674@aslan.scsiguy.com> References: <200010232338.e9NNclw65674@aslan.scsiguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! âòîðíèê, 24 îêòÿáðÿ 2000 ã., you wrote: >>Hello! >> >> After last cvsup i noticed a strange things in dmesg: JTG> Boot -v and send me the complete dmesg output. That should tell me JTG> what is going on. Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.1.1-STABLE #6: Mon Oct 16 20:45:14 YEKST 2000 root@www.yamalinfo.ru:/usr/src/sys/compile/WWW Calibrating clock(s) ... TSC clock: 198649991 Hz, i8254 clock: 1193093 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium Pro (198.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping = 9 Features=0xf9ff real memory = 67108864 (65536K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x002ac000 - 0x03ff7fff, 64274432 bytes (15692 pages) avail memory = 62734336 (61264K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fd8c0 bios32: Entry = 0xfd8d0 (c00fd8d0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xd8f1 pnpbios: Found PnP BIOS data at 0xc00fa860 pnpbios: Entry = f0000:a960 Rev = 1.0 Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "kernel" at 0xc0293000. Pentium Pro MTRR support enabled Math emulator present pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=12378086) npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=12378086) pcib0: on motherboard found-> vendor=0x8086, dev=0x1237, revid=0x02 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x1229, revid=0x02 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base fe9fe000, size 12 map[14]: type 1, range 32, base 0000f800, size 5 map[18]: type 1, range 32, base fe800000, size 20 found-> vendor=0x9004, dev=0x8078, revid=0x00 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base 0000fc00, size 8 map[14]: type 1, range 32, base fe9ff000, size 12 found-> vendor=0x8086, dev=0x7000, revid=0x01 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x7010, revid=0x00 class=01-01-80, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 0000ffa0, size 4 found-> vendor=0x1013, dev=0x00a0, revid=0x22 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base f7000000, size 24 pci0: on pcib0 Correcting Natoma config for non-SMP Correcting Natoma config for non-SMP fxp0: port 0xf800-0xf81f mem 0xfe800000-0xfe8fffff,0xfe9fe000-0xfe9fefff irq 9 at device 10.0 on pci0 fxp0: Ethernet address 00:a0:c9:55:f1:4c bpf: fxp0 attached ahc0: port 0xfc00-0xfcff mem 0xfe9ff000-0xfe9fffff irq 11 at device 13.0 on pci0 ahc0: Reading SEEPROM...checksum error ahc0: No SEEPROM available. ahc0: Using left over BIOS settings ahc0: Downloading Sequencer Program... 437 instructions downloaded aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs isab0: at device 18.0 on pci0 I/O Recovery Timing: 8-bit 1 clocks, 16-bit 1 clocks Extended BIOS: enabled Lower BIOS: enabled Coprocessor IRQ13: enabled Mouse IRQ12: disabled Interrupt Routing: A: disabled, B: IRQ9, C: IRQ11, D: disabled MB0: IRQ15, MB1: isa0: on isab0 pci0: (vendor=0x8086, dev=0x7010) at 18.1 pci0: (vendor=0x1013, dev=0x00a0) at 20.0 Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices 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: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x41 0x51 0x41 0x41 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x41 0x49 0x41 0x41 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A isa_probe_children: probing PnP devices BIOS Geometries: 0:0228fe3f 0..552=553 cylinders, 0..254=255 heads, 1..63=63 sectors 1:0228fe3f 0..552=553 cylinders, 0..254=255 heads, 1..63=63 sectors 2:0104fe3f 0..260=261 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. IP packet filtering initialized, divert disabled, rule-based forwarding disabled, default to accept, unlimited logging bpf: ppp0 attached new masks: bio 680040, tty 63001a, net 67021a bpf: sl0 attached bpf: lo0 attached Waiting 5 seconds for SCSI devices to settle (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. (ahc0:A:4:0): Sending SDTR period 19, offset f (ahc0:A:4:0): Received SDTR period 19, offset f Filtered to period 19, offset f ahc0: target 4 synchronous at 10.0MHz, offset = 0xf (ahc0:A:2:0): Sending SDTR period 19, offset f (ahc0:A:2:0): Received SDTR period 19, offset f Filtered to period 19, offset f ahc0: target 2 synchronous at 10.0MHz, offset = 0xf (ahc0:A:1:0): Sending SDTR period 19, offset f (ahc0:A:1:0): Received SDTR period 19, offset f Filtered to period 19, offset f ahc0: target 1 synchronous at 10.0MHz, offset = 0xf Creating DISK da0 Creating DISK da1 Creating DISK da2 pass0 at ahc0 bus 0 target 1 lun 0 pass0: Fixed Direct Access SCSI-2 device pass0: Serial Number JK2938200WVMGW pass0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled pass1 at ahc0 bus 0 target 2 lun 0 pass1: Fixed Direct Access SCSI-2 device pass1: Serial Number JK3099450WB5TF pass1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled pass2 at ahc0 bus 0 target 4 lun 0 pass2: Fixed Direct Access SCSI-2 device pass2: Serial Number 00394917 pass2: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0 at ahc0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Serial Number JK2938200WVMGW da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 4340MB (8888924 512 byte sectors: 64H 32S/T 4340C) da1 at ahc0 bus 0 target 2 lun 0 da1: Fixed Direct Access SCSI-2 device da1: Serial Number JK3099450WB5TF da1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da1: 4340MB (8888924 512 byte sectors: 64H 32S/T 4340C) da2 at ahc0 bus 0 target 4 lun 0 da2: Fixed Direct Access SCSI-2 device da2: Serial Number 00394917 da2: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da2: 2049MB (4197405 512 byte sectors: 64H 32S/T 2049C) Mounting root from ufs:/dev/da0s1a da0s1: type 0xa5, start 63, end = 8883944, size 8883882 : OK start_init: trying /sbin/init da2s1: type 0xa5, start 63, end = 4192964, size 4192902 : OK da2s1: type 0xa5, start 63, end = 4192964, size 4192902 : OK -- Yuri Vorobyev vorob@yamalinfo.ru www.yamalinfo.ru +7-34922-47791 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 23 23:46:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from cx587235-a.chnd1.az.home.com (cx587235-a.chnd1.az.home.com [24.11.88.170]) by hub.freebsd.org (Postfix) with ESMTP id 853F437B4C5; Mon, 23 Oct 2000 23:46:47 -0700 (PDT) Received: from whale.home-net (whale [192.168.1.2]) by cx587235-a.chnd1.az.home.com (8.9.3/8.9.3) with ESMTP id XAA02212; Mon, 23 Oct 2000 23:46:47 -0700 (MST) (envelope-from jjreynold@home.com) Received: (from jjreynold@localhost) by whale.home-net (8.11.1/8.11.0) id e9O6kk349772; Mon, 23 Oct 2000 23:46:46 -0700 (MST) (envelope-from jjreynold@home.com) From: John Reynolds MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14837.12374.578218.236365@whale.home-net> Date: Mon, 23 Oct 2000 23:46:46 -0700 (MST) To: stable@freebsd.org, sos@freebsd.org Subject: Re: breakage with two ed network devices - PATCH included In-Reply-To: <39DE6BC7.DDCAD907@freeloader.freeserve.co.uk> References: <14812.58143.609625.133015@hip186.ch.intel.com> <200010051637.KAA51557@harmony.village.org> <200010060408.WAA05189@harmony.village.org> <200010061618.MAA07034@world.std.com> <200010061722.NAA13450@world.std.com> <200010061947.PAA17583@world.std.com> <14814.12910.409342.160241@hip186.ch.intel.com> <39DE6BC7.DDCAD907@freeloader.freeserve.co.uk> X-Mailer: VM 6.75 under Emacs 20.7.1 Cc: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ weeks have passed by since this thread "died." I have finally scraped up enough time to debug h/w and s/w ] Summary of this thread: I tried to update to 4.1.1-S from 4.1-S and all of a sudden my first 'ed' NIC wasn't probed and all heck broke loose. I tracked the problem down to some ATA commits on 8/22 around 8-ish in the morning. One of the NICs is on IRQ15. Warner Losh suggested that maybe the ATA code wasn't giving up the resources after a probe. Indeed that appeared to be the problem. Here is dmesg output for my broken 4.1.1-S system: atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xf000 ata0: mask=03 status0=50 status1=00 ata0: mask=03 status0=50 status1=00 ata0: devices = 0x1 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xf008 ata1: mask=03 status0=2c status1=2c ata1: mask=03 status0=1c status1=1c ata1: devices = 0x0 ata1: at 0x170 irq 15 on atapci0 I do -NOT- have anything even connected to the master or slave of the second IDE channel provided by the BX. But, ata1 is still attaching using 0x170 and IRQ15. This is what ruins my NIC's day. On 4.1-R the dmesg output looks like: atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xf000 ata0: mask=03 status0=50 status1=00 ata0: mask=03 status0=50 status1=00 ata0: devices = 0x1 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xf008 ata1: mask=03 status0=25 status1=25 ata1: mask=03 status0=16 status1=16 ata1: devices = 0x0 ata1: probe allocation failed and nothing else is mentioned about ata1. I tried mucking around with different IRQ values for these NICs and even dinked with PnP for them (which they were not initially setup for). Nothing really seamed to work besides my original config: device ed0 at isa? port 0x2c0 irq 15 iomem 0xd8000 device ed1 at isa? port 0x340 irq 9 iomem 0xd0000 So, with favorite beverage in hand I went to inspect the ATA code. I found something which cures my problem, but I'm not sure if it is "right" in general. If you inspect version 1.50.2.4 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/ata-all.c?rev=1.50.2.4&content-type=text/x-cvsweb-markup&only_with_tag=RELENG_4 and 1.50.2.6 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/ata-all.c?rev=1.50.2.6&content-type=text/x-cvsweb-markup&only_with_tag=RELENG4 of ata-all.c and look at the ata_probe function, there appears to be a small "goto" missing. Version 1.50.2.4 is what shipped with 4.1-RELEASE. Right before the first TAILQ_INIT near the end of the routine there is a "goto failure" if the device count was zero. This is missing from version 1.50.2.6 which is what 4.1.1-STABLE pulls. The patch is thus: --- ata-all.c.orig Mon Oct 23 22:08:21 2000 +++ ata-all.c Mon Oct 23 23:00:51 2000 @@ -832,6 +832,9 @@ if (bootverbose) ata_printf(scp, -1, "devices = 0x%x\n", scp->devices); + if (!scp->devices) { + goto failure; + } if (!mask) goto failure; With this patch in place, I can boot 4.1.1-S and the output shows: atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xf000 ata0: mask=03 status0=50 status1=00 ata0: mask=03 status0=50 status1=00 ata0: devices = 0x1 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xf008 ata1: mask=03 status0=28 status1=28 ata1: mask=03 status0=19 status1=18 ata1: devices = 0x0 ata1: probe allocation failed but more gleefully, by NICs are happy: ed0 at port 0x2c0-0x2df iomem 0xd8000 irq 15 on isa0 ed0: address 00:40:05:6e:67:c0, type NE2000 (16 bit) ed1 at port 0x340-0x35f iomem 0xd0000 irq 9 on isa0 ed1: address 00:40:05:6e:67:9c, type NE2000 (16 bit) It seems that without this patch, the ATA code will probe and attach any ATA channels regardless of whether or not they've got devices hanging off them. This doesn't seem right does it? If this patch is indeed correct, can we get it committed to -STABLE? I just pulled version 1.80 of the file (for -current) and the same problem exists there. Comments? -Jr -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= John Reynolds Chandler Capabilities Engineering, CDS, Intel Corporation jreynold@sedona.ch.intel.com My opinions are mine, not Intel's. Running jjreynold@home.com FreeBSD 4.1-STABLE. FreeBSD: The Power to Serve. http://members.home.com/jjreynold/ Come join us!!! @ 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 Tue Oct 24 0:37:29 2000 Delivered-To: freebsd-stable@freebsd.org Received: from thor.afnetinc.com (thor.afnetinc.com [206.40.232.1]) by hub.freebsd.org (Postfix) with ESMTP id 7876237B479 for ; Tue, 24 Oct 2000 00:37:27 -0700 (PDT) Received: from 206-40-232-179-csc-0.afnetinc.com ([206.40.232.179]) by thor.afnetinc.com with smtp (Exim 2.05 #1) id 13nyeC-0003lI-00 for stable@FreeBSD.ORG; Tue, 24 Oct 2000 01:37:25 -0600 From: efinley@efinley.com (Elliot Finley) To: stable@FreeBSD.ORG Subject: 4.1-Stable ad0 write errors Date: Tue, 24 Oct 2000 07:38:03 GMT Organization: System Hog (www.systemhog.com) Reply-To: efinley@efinley.com Message-ID: <39fa3ae4.87120266@mail.afnetinc.com> X-Mailer: Forte Agent 1.5/32.451 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'm running an ABIT KT7-RAID motherboard, but I'm not using the built in RAID. I'm using an Athlon 700 CPU.=20 I'm getting a lot of errors that look like: ad0: UDMA ICRC WRITE ERROR blk# xxxxxx retrying I know the drive isn't bad because it works fine when I put it in a different system with an ABIT BX chipset and a celeron 433. If anyone has any idea why I'm getting these, or better yet, how to solve this, I would appreciate any pointers. -- Do you manage an ISP? Do you have system hogs (line campers)? Do you have users that use multiple simultaneous ports? Want help? ---> http://www.systemhog.com <--- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 1:10:48 2000 Delivered-To: freebsd-stable@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 98ADE37B479 for ; Tue, 24 Oct 2000 01:10:46 -0700 (PDT) Received: from [195.11.243.26] (helo=Debug) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 13nzAT-0009mC-00; Tue, 24 Oct 2000 08:10:45 +0000 To: efinley@efinley.com, stable@FreeBSD.ORG From: Marc Albers Subject: Re: 4.1-Stable ad0 write errors Date: Tue, 24 Oct 2000 08:10:45 GMT X-Mailer: www.webmail.nl.demon.net X-Sender: postmaster@oblomow.demon.nl X-Originating-IP: 134.188.150.80 Message-Id: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm running an ABIT KT7-RAID motherboard, but I'm not using the built > in RAID. I'm using an Athlon 700 CPU. > > I'm getting a lot of errors that look like: > > ad0: UDMA ICRC WRITE ERROR blk# xxxxxx retrying > > I know the drive isn't bad because it works fine when I put it in a > different system with an ABIT BX chipset and a celeron 433. > > If anyone has any idea why I'm getting these, or better yet, how to > solve this, I would appreciate any pointers. A 'me-too' reply: I'm having the same problems with a ABit KT7 and Duron 600. People told me to check my PSU ( certified and 300 W?) and ide cable ( 80 pins and < 18" ?) That didn't work for me, perhaps it does for you... Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 1:34: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id D79E837B479 for ; Tue, 24 Oct 2000 01:33:58 -0700 (PDT) Received: from yahoo-inc.com (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id BAA84441; Tue, 24 Oct 2000 01:33:54 -0700 (PDT) (envelope-from DougB@yahoo-inc.com) Message-ID: <39F54972.F8CDFFFE@yahoo-inc.com> Date: Tue, 24 Oct 2000 01:33:54 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT-102 i386) X-Accept-Language: en MIME-Version: 1.0 To: FreeBSD Cc: freebsd-stable@freebsd.org, imp@village.org Subject: Re: /usr/src/UPDATING does not reflect /etc/defaults/rc.conf References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG FreeBSD wrote: > > In /usr/src/UPDATING: > > 20000907: > Networking defaults have been tightened. Anybody upgrading > /etc/defaults/rc.conf needs to add the following lines to > /etc/rc.conf if they want to have the same setup > afterwards (unless the variables already are set, of course): > # Enable network daemons for user convenience. > inetd_enable="YES" > portmap_enable="YES" > sendmail_enable="YES" > > And yet /etc/defaults/rc.conf has all three already enabled. The rc files > loads /etc/defaults/rc.conf before looking at /etc/rc.conf, which in a > default install does not exist. Does this mean that the 20000907 entry in > /etc/src/UPDATING was in error? Or was it simply never committed? The MFC for this never occurred. One or the other should be updated to reflect reality before 4.2... Doug -- "The dead cannot be seduced." - Kai, "Lexx" Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 1:43:33 2000 Delivered-To: freebsd-stable@freebsd.org Received: from smtp4.libero.it (smtp4.libero.it [193.70.192.54]) by hub.freebsd.org (Postfix) with ESMTP id 7334437B4C5; Tue, 24 Oct 2000 01:43:30 -0700 (PDT) Received: from libero.it (193.70.192.62) by smtp4.libero.it; 24 Oct 2000 10:43:29 +0200 Date: Tue, 24 Oct 2000 10:43:34 +0200 Message-Id: Subject: AMI RAID still problem MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable From: "gbalda@libero.it" To: freebsd-stable@FreeBSD.ORG Cc: msmith@FreeBSD.ORG X-XaM3-API-Version: 1.1.9.1.25 X-SenderIP: 213.82.172.69 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG HP LC3 2x18GB Mirrored free bsd stable 4.1 No problem for the installations, but when i try to reboot or shutdown - r the server does not reboot when i try shutdown -h now the system going down but I got this messages system alted amrd0 still open can't shutdown ################# ... amr0: mem 0xfede0000-0xfedeffff irq 17 at device 9.1 on pci0 amr0: firmware \^B\^BF bios \^A\^BB 16MB memory amr0: s/g table too low (0x1000), reallocating amrd0: on amr0 amrd0: 17365MB (35563520 sectors) RAID 1 (optimal) ahc0: port 0xf800-0xf8ff mem 0xfedff000-0 edfffff irq 19 at device 10.0 on pci0 ahc0: aic7880 Wide Channel A, SCSI Id=3D7, 16/255 SCBs ahc0: Host Adapter Bios disabled. Using default SCSI device parameters pci0: at 13.0 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: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 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: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> 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 (NIBBLE-only) in COMPATIBLE mode ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 APIC_IO: Testing 8254 interrupt delivery APIC_IO: Broken MP table detected: 8254 is not connected to IOAPIC #0 intpin 2 APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0 SMP: AP CPU #1 Launched! ata0-slave: ata_command: timeout waiting for intr ata0-slave: identify failed acd0: CDROM at ata0-master using PIO4 Waiting 15 seconds for SCSI devices to settle no devsw (majdev=3D0 bootdev=3D0xa0200000) Mounting root from ufs:/dev/amrd0s1a To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 2:18:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-145.dsl.snfc21.pacbell.net [63.202.176.145]) by hub.freebsd.org (Postfix) with ESMTP id 871A137B479; Tue, 24 Oct 2000 02:18:22 -0700 (PDT) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9O9M5h07377; Tue, 24 Oct 2000 02:22:05 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200010240922.e9O9M5h07377@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "gbalda@libero.it" Cc: freebsd-stable@FreeBSD.ORG, msmith@FreeBSD.ORG Subject: Re: AMI RAID still problem In-reply-to: Your message of "Tue, 24 Oct 2000 10:43:34 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Date: Tue, 24 Oct 2000 02:22:05 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > HP LC3 2x18GB Mirrored > free bsd stable 4.1 > = > No problem for the installations, but when i try to reboot or shutdown = - > r the server does not reboot > = > when i try shutdown -h now the system going down but I got this message= s > = > system alted > amrd0 still open > can't shutdown This should have been fixed in -stable a while back, but it looks like I = forgot to merge the change. Drat. I'll do it right now. -- = =2E.. every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 3:33:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from yez.hyperreal.org (unknown [212.85.16.147]) by hub.freebsd.org (Postfix) with SMTP id 06B4537B479 for ; Tue, 24 Oct 2000 03:33:35 -0700 (PDT) Received: (qmail 4034 invoked by uid 1001); 24 Oct 2000 10:32:49 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 24 Oct 2000 10:32:49 -0000 Date: Tue, 24 Oct 2000 03:32:49 -0700 (PDT) From: Brian Behlendorf X-Sender: brian@yez.hyperreal.org To: Marc Albers Cc: stable@FreeBSD.ORG Subject: Re: 4.1-Stable ad0 write 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 Tue, 24 Oct 2000, Marc Albers wrote: > > I'm getting a lot of errors that look like: > > > > ad0: UDMA ICRC WRITE ERROR blk# xxxxxx retrying > > A 'me-too' reply: > I'm having the same problems with a ABit KT7 and Duron 600. I'm also seeing this on my Vaio C1-XS: Oct 23 03:52:51 yez /kernel: ad0: 11513MB [23392/16/63] at ata0-master using UDMA33 Oct 23 03:52:51 yez /kernel: Mounting root from ufs:/dev/ad0s2a Oct 23 04:06:31 yez /kernel: ad0: UDMA ICRC WRITE ERROR blk# 16585499 retrying Oct 23 04:08:41 yez /kernel: ad0: HARD WRITE ERROR blk# 16585499ata0-master: WARNING: WAIT_READY active=ATA_ACTIVE_ATA Oct 23 04:08:41 yez /kernel: ad0: DMA problem fallback to PIO mode So it may be a more general problem... I've been a bit active with my laptop recently so I was worrying it was my hard drive going bad and was going to replace it soon, but it sounds like it may be a driver problem, eh? Another possibly related event: around the same time as one of these messages, I had a pine process saving a big mailbox, which after a few seconds seemed to hang the system (pointer stick wasn't moving the pointer, etc), so I hard-booted. When it came up, my ~/mail/ dir appeared to be empty, and a "find" couldn't find my mail folders. After freaking out a bit, I fired up pine, went to the mailbox dir, and it was all there - then went back to the shell, and ls started to show entries in that dir. I'm pretty sure I didn't imagine the empty ls output the first time; it suggests some sort of inode or directory listing corruption, that thankfully led to only a temporary failure. Or maybe I imagined it all... Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 4:54:13 2000 Delivered-To: freebsd-stable@freebsd.org Received: from moon.harmonic.co.il (moon.harmonic.co.il [192.116.140.65]) by hub.freebsd.org (Postfix) with ESMTP id E563237B4C5 for ; Tue, 24 Oct 2000 04:54:04 -0700 (PDT) Received: (from nobody@localhost) by moon.harmonic.co.il (8.9.3/8.9.3) id NAA01612; Tue, 24 Oct 2000 13:51:50 +0200 To: "Corey G." Subject: Re: ps2 mouse errors (solution) Message-ID: <972388310.39f577d68c212@webmail.harmonic.co.il> Date: Tue, 24 Oct 2000 13:51:50 +0200 (IST) From: Roman Shterenzon Cc: freebsd-stable@freebsd.org References: <200008182038.NAA10998@relay.ultimanet.com> <39A0E829.B183E24C@cequrux.com> <20001024003206.C35579@flashcom.net> In-Reply-To: <20001024003206.C35579@flashcom.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.2 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Quoting "Corey G." : > I installed three new installations of FreeBSD 4.1.1 in the last 8 days. > All three systems entirely different. One system with a Logitech 3 > button mouse, one with a Microsoft 2 button and another off brand 2 > button mouse. All three machines have seen the psmintr: out of sync > error. Each machine needed to be rebooted to alleviate the problem. > One thing in common, the Enlightenment window manager was being used on > all three systems. I also noticed that one of the machines displayed > the behavior shortly after increasing the mouse sensitivity via the KDE > control panel in Enlightenment. The default kernel was in place during > these errors except for the Athon system. > > Machine 1: PIII 500 - Compaq > Machine 2: Athon 800 > Machine 3. PIII 300 - Compaq I've the same problem with some simple P2 machine which started recently. I was pretty sure it's a hardware problem, e.g. plugging unplugging mouse made it go bad, so I didn't bother mailing the list. It worked fine with 4.1-STABLE from mid-september I think. It begins after some time, and power-cycling is needed to make it work. The mouse begins acting like it's using different protocol - i.e. jumping all over the screen and selecting and pasting. I use windowmaker there, but the problem exists in the terminal mode as well. I need to check the cvs to see what was changed recently... > On Mon, Aug 21, 2000 at 10:28:25AM +0200, Graham Wheeler wrote: > > Randy Primeaux wrote: > > > > > > In my opinion, I do not see this as a flaw in psm, as the flag is > > > documented in the man page, and FreeBSD psm is not the only software > > > with this issue. Other mouse software, on other OS platforms, also > > > lose ps/2 sync through a keyboard-video-mouse switch. > > > > [Sigh] I'll say it again. There are TWO separate problems here, both > of > > which will manifest as lost sync and the `out-of-sync' error message. > > One of them is due to the use of KVM boxes. The other isn't - it > occurs, > > for example, on my Compaq laptop using the built-in touchpad, and has > > affected other people as well. I maintain that the latter is due to a > > bug or oversight in the psm driver, as tweaking the code in this > driver > > has allowed me to circumvent the problem. However, my tweaks deal with > > the symptoms; I have not identified the underlying cause other than > that > > it seems to be related to spurious data (rather than lost data). > > > > gram > > -- > > Dr Graham Wheeler E-mail: gram@cequrux.com > > Director, Research and Development WWW: > http://www.cequrux.com > > CEQURUX Technologies Phone: +27(21)423-6065 > > Firewalls/VPN Specialists Fax: +27(21)424-3656 > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > ---end quoted text--- > > -- > Best Regards, > Corey > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 6:14:20 2000 Delivered-To: freebsd-stable@freebsd.org Received: from jetcity.com (jetcity.com [216.231.41.23]) by hub.freebsd.org (Postfix) with ESMTP id 38A3E37B4C5 for ; Tue, 24 Oct 2000 06:14:18 -0700 (PDT) Received: from jetcity.com (dsl254-09-204.dsl.speakeasy.net [216.254.9.204]) by jetcity.com (8.9.3/8.9.3) with ESMTP id GAA24165 for ; Tue, 24 Oct 2000 06:14:13 -0700 (PDT) Message-ID: <39F58AAA.4787A685@jetcity.com> Date: Tue, 24 Oct 2000 06:12:10 -0700 From: David Meissner Reply-To: dmeissner@jetcity.com X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.12-20 i586) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Subject: pccard problems in 4.1-STABLE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm having a problem building a kernel after using cvs to upgrade to 4.1-STABLE. The problem seems related to the pccard drivers. Computer is a new Dell Latitude notebook. After reinstalling a couple of times, here is the sequence I used for troubleshooting: Install 4.1-RELEASE from CD. Copy GENERIC to NEWKERNEL, no changes. Build and install NEWKERNEL - kernel boots fine, 3c589D NIC works with no problems. So far this is to establish that I can build a working kernel. Use cvsup to track 4.1-STABLE. Make world - no problems. Run mergemaster, MAKEDEV - no problems. Reboot with GENERIC kernel - no problems. Copy GENERIC to NEWKERNEL, no changes Build and install NEWKERNEL - system hangs while booting. No error messages, nothing in logs. Comment out pccard drivers, rebuild NEWKERNEL. Kernel boots fine. I would appreciate any suggestions for further troubleshooting. Thanks in advance. David Meissner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 6:38: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from earth.isni.net (earth.isni.net [208.160.180.2]) by hub.freebsd.org (Postfix) with ESMTP id 92CBC37B479 for ; Tue, 24 Oct 2000 06:38:00 -0700 (PDT) Received: from BlackHole.isni.net (BlackHole.isni.net [208.160.180.236]) by earth.isni.net (8.11.1/8.11.1) with ESMTP id e9ODbwI01095 for ; Tue, 24 Oct 2000 09:37:58 -0400 (EDT) Message-Id: <5.0.0.25.2.20001024093513.02b29b90@mail.isni.net> X-Sender: zombie@mail.isni.net X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Tue, 24 Oct 2000 09:37:57 -0400 To: stable@FreeBSD.ORG From: Zombie Subject: Re: perl fails in buildworld In-Reply-To: <39F490B4.52450BC8@acm.org> References: <39F45BC9.521E5C36@acm.org> <39F4896D.2C0B5D26@urx.com> Mime-Version: 1.0 Content-Type: text/plain Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Something you might want to try, it worked for me anyhow, is check your system time. My clock was offset and it was causing my buildworld to fail. Try updating the time. Don At 02:25 PM 10/23/2000 -0500, Gabor Kincses wrote: >Kent Stewart wrote: > > > > Gabor Kincses wrote: > > > > > > Hello, > > > > > > I'm repeatedly getting the following error while trying to build > > > 4.1.1-STABLE as of last night and this morning: > > > > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c: In > > > function `vsprintf': > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1634: > > > structure has no member named `_ptr' > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1635: > > > structure has no member named `_cnt' > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: > > > structure has no member named `_flag' > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: > > > `_IOWRT' undeclared (first use in this function) > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: > > > (Each undeclared identifier is reported only once > > > /usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1639: > > > for each function it appears in.) > > > > > > Any help is appreciated. > > > > You didn't provide enough information. The subject is misleading > > because a buildworld will produce compiler messages but not an > > installworld. You gave us the error messages but not the compile line > > that was causing them. > >Mindjam. I meant buildworld not installworld. Buildworld was failing >on util.c indeed: > >cc -O -pipe -I/usr/obj/usr2/src/gnu/usr.bin/perl/libperl >-I/usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 -c >/usr2/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c -o >util.o > >And it's still failing as shown above. The FILE struct is different in >/usr/include/stdio.h than what is expected. I thought buildworld would >not use the the system default headers, but rather whatever was >cvsupped. > >Thanks for the reply. > > > I just got through cvsuping and compiling .../per5/util.c from a "make > > buildworld" just fine. > > > > /dump.c -o dump.o > > cc -O -I/usr/obj/usr/src/gnu/usr.bin/perl/libperl > > -I/usr/src/gnu/usr.bin/perl/libperl/. > > ./../../../contrib/perl5 -c > > /usr/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5 > > /util.c -o util.o > > > > What did you do? Did you try doing an installworld before you did a > > buildworld? > >-- >Gabor Kincses >(gabor@acm.org) >Running FreeBSD 4.0-STABLE > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.1 for non-commercial use iQA/AwUBOfWQtQGe3donwl/4EQIXNQCfaAPewp1iim0RisE9aVYtp6FRoxcAn2uF 6kZW9ryfMPlEbLqTR5AKxD7x =6wxN -----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 Tue Oct 24 6:52:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from web5203.mail.yahoo.com (web5203.mail.yahoo.com [216.115.106.97]) by hub.freebsd.org (Postfix) with SMTP id 694FD37B479 for ; Tue, 24 Oct 2000 06:52:36 -0700 (PDT) Message-ID: <20001024135234.18712.qmail@web5203.mail.yahoo.com> Received: from [208.62.254.56] by web5203.mail.yahoo.com; Tue, 24 Oct 2000 06:52:34 PDT Date: Tue, 24 Oct 2000 06:52:34 -0700 (PDT) From: mike Subject: Re: I am in TROUBLE! oops forgot To: Andrey Rouskol Cc: 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 ok, I think I have tracked down this problem.. The error I get is: 'init: Can't exec getty '/usr/libexec/getty' for port /dev/tty*' I took a look at /etc/gettytab and although the file is present there is nothing in it. I am guessing it got hosed during the upgrade. Does anyone have a /etc/gettytab for 4.1.1 (not sure if that matters) that the can please email me ... or can I pull it off a 4.1-release cdrom? thanks. > Try to boot into single-use mode, run 'mount -a' - > do all filesystems > mount correctly ? > > Regards, > > Andrey. > > On Mon, 23 Oct 2000, mike wrote: > > > oops, > > > > the error was more like > > > > Can't exec /usr/libexec/getty tty01 no such file > or > > directory. > > > > > > how do I make tty's in single user mode to fix? > > > > > > thank you in advance > > leon hevraan > > > > > > __________________________________________________ > > Do You Yahoo!? > > Yahoo! Messenger - Talk while you surf! It's > FREE. > > http://im.yahoo.com/ > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of > the message > > > __________________________________________________ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 7:14:15 2000 Delivered-To: freebsd-stable@freebsd.org Received: from clmboh1-smtp1.columbus.rr.com (clmboh1-smtp1.columbus.rr.com [65.24.0.110]) by hub.freebsd.org (Postfix) with ESMTP id 3015337B479 for ; Tue, 24 Oct 2000 07:14:14 -0700 (PDT) Received: from columbus.rr.com (dhcp16466029.columbus.rr.com [24.164.66.29]) by clmboh1-smtp1.columbus.rr.com (8.9.3/8.9.3) with ESMTP id KAA05639; Tue, 24 Oct 2000 10:05:46 -0400 (EDT) Message-ID: <39F59918.B02E196B@columbus.rr.com> Date: Tue, 24 Oct 2000 10:13:44 -0400 From: Bill Moran X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: mike Cc: stable@FreeBSD.ORG Subject: Re: I am in TROUBLE! oops forgot References: <20001024135234.18712.qmail@web5203.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG mike wrote: > Does anyone have a /etc/gettytab for 4.1.1 (not sure > if that matters) that the can please email me ... or > can I pull it off a 4.1-release cdrom? Look in /usr/src/etc and see if the one there is intact. Copy it over if it is. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 7:18:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id DBE7B37B479 for ; Tue, 24 Oct 2000 07:18:16 -0700 (PDT) Received: (qmail 2211559 invoked from network); 24 Oct 2000 14:18:15 -0000 Received: from r108m194.cybercable.tm.fr (HELO cybercable.fr) ([195.132.108.194]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 24 Oct 2000 14:18:15 -0000 Message-ID: <39F5B750.B01B74EC@cybercable.fr> Date: Tue, 24 Oct 2000 18:22:40 +0200 From: Elodie X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.1-RELEASE i386) 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 Tue Oct 24 8:32:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from thor.afnetinc.com (thor.afnetinc.com [206.40.232.1]) by hub.freebsd.org (Postfix) with ESMTP id 5B23737B4C5 for ; Tue, 24 Oct 2000 08:32:16 -0700 (PDT) Received: from 206-40-232-179-csc-0.afnetinc.com ([206.40.232.179]) by thor.afnetinc.com with smtp (Exim 2.05 #1) id 13o63f-0007Hh-00; Tue, 24 Oct 2000 09:32:11 -0600 From: efinley@efinley.com (Elliot Finley) To: Marc Albers Cc: stable@FreeBSD.ORG Subject: Re: 4.1-Stable ad0 write errors Date: Tue, 24 Oct 2000 15:32:50 GMT Organization: System Hog (www.systemhog.com) Reply-To: efinley@efinley.com Message-ID: <39fcaae3.115795588@mail.afnetinc.com> References: In-Reply-To: X-Mailer: Forte Agent 1.5/32.451 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 Tue, 24 Oct 2000 08:10:45 GMT, Marc Albers wrote: >> I'm running an ABIT KT7-RAID motherboard, but I'm not using the built >> in RAID. I'm using an Athlon 700 CPU.=20 >>=20 >> I'm getting a lot of errors that look like: >>=20 >> ad0: UDMA ICRC WRITE ERROR blk# xxxxxx retrying >>=20 >> I know the drive isn't bad because it works fine when I put it in a >> different system with an ABIT BX chipset and a celeron 433. >>=20 >> If anyone has any idea why I'm getting these, or better yet, how to >> solve this, I would appreciate any pointers. > >A 'me-too' reply: >I'm having the same problems with a ABit KT7 and Duron 600. People >told me to check my PSU ( certified and 300 W?) and ide cable ( 80 pins >and < 18" ?)=20 >That didn't work for me, perhaps it does for you... I have a 400W certified power supply. I've changed cables a couple of times. I've even changed hard drives. I have one hard drive with 4.1-S as of a couple of days ago, and it works fine in an ABIT/Celeron box, but gives me errors in an ABIT/Athlon box. -- Do you manage an ISP? Do you have system hogs (line campers)? Do you have users that use multiple simultaneous ports? Want help? ---> http://www.systemhog.com <--- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 9:16:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from jenna.webcraft99.alt (unknown [202.151.216.11]) by hub.freebsd.org (Postfix) with SMTP id 73B0D37B479 for ; Tue, 24 Oct 2000 09:16:18 -0700 (PDT) Received: (qmail 2123 invoked from network); 24 Oct 2000 16:19:33 -0000 Received: from shania.webcraft99.alt (HELO shania.webcraft99.com) (192.168.1.31) by jenna.webcraft99.alt with SMTP; 24 Oct 2000 16:19:33 -0000 Message-Id: <5.0.0.25.0.20001025001831.00a843f0@mail.miway.com> X-Sender: feisal@webcraft99.com@mail.miway.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Wed, 25 Oct 2000 00:19:31 +0800 To: stable@freebsd.org From: Feisal Umar Subject: FreeBSD Upgrade from STABLE3.5 to STABLE4.1.1: ipf misbehaving 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 Are there any known issues/gotchas of using IPFILTER and NATD on hosts running FreeBSD STABLE-4.1.1 which was just recently upgraded from a STABLE3.5 ?? I am encountering a very baffling problem with the current setup, which was CVSup'd and built Sunday 23rd Oct 2000. My input files was exactly the same as on the previous 3.5STABLE host (no changes to the rulesets), and I rebuilt the ipl devices. The host is running IPFILTER and IPNAT in a router/firewall combo. IPNAT seems to be working perfectly, only IPF seems to be mis-behaving. All packets seems to be blocked due to the presence of my catch-all: block in log on fxp0 all The only way for me to restore order (or at least to save my ***) was to change from DENY DEFAULT STANCE to ALLOW ALL BY DEFAULT by changing the corresponding rule to: pass in on fxp0 I tried to work from scratch, but it seems nothings works. I can't even selectively block any packets with the interface/proto combo, e.g. block in log on fxp0 proto tcp from any to any port = 113 (can't recall the exact syntax, but I assure you I used it as it was when the box was 3.5STABLE). The logs suggested to me that everything seems only to depend on rule #71 (from ipfstat -in) which was the "catch-all" rule. What's happening? Did I miss something during the upgrade? Everything else working perfectly, in fact better than before. Appreciate any thoughts on this matter. Thanks in advance. Additionally, ipmon is not logging to syslog via LOCAL0 (as it was previously). I had to change my syslogd.conf to to log ipmon's logs using the !ipmon feature. Feisal Umar Webcraft Sdn Bhd - http://www.webcraft99.com There's no trick to being a humorist when you have the whole government working for you. -- Will Rodgers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 9:17: 9 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 0A51B37B4CF for ; Tue, 24 Oct 2000 09:17:07 -0700 (PDT) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id LAA27116; Tue, 24 Oct 2000 11:16:59 -0500 (CDT) (envelope-from jeff-ml@mountin.net) Received: from dial-99.max1.wa.cyberlynk.net(207.227.118.99) by peak.mountin.net via smap (V1.3) id sma027112; Tue Oct 24 11:16:44 2000 Message-Id: <4.3.2.20001024111256.00b97390@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Tue, 24 Oct 2000 11:16:31 -0500 To: "William Wong" , From: "Jeffrey J. Mountin" Subject: Re: security profiles In-Reply-To: <003401c03d35$cbc1a340$0300a8c0@anime.ca> 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 05:11 PM 10/23/00 -0400, William Wong wrote: >Hi there, > >I upgraded to STABLE recently and noticed that there are security profiles >to choose from (low/med/high). During the install I was confused as to >which option to install. Does any know what rc.conf options that each >profile enables/disables? > >Is this documented or listed anywhere within sysinstall? src/release/sysinstall/config.c around line 500 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 Tue Oct 24 9:42:26 2000 Delivered-To: freebsd-stable@freebsd.org Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51]) by hub.freebsd.org (Postfix) with ESMTP id D460537B479 for ; Tue, 24 Oct 2000 09:42:21 -0700 (PDT) Received: from darkstar.my.net (151.21.203.244) by smtp1.libero.it; 24 Oct 2000 18:42:20 +0200 Received: by darkstar.my.net (Postfix, from userid 1000) id 9E64C146CA; Tue, 24 Oct 2000 18:34:51 +0200 (CEST) Date: Tue, 24 Oct 2000 18:34:51 +0200 From: Max To: freebsd-stable@FreeBSD.org Subject: Re: xfmail and 4.1.1-STABLE Message-ID: <20001024183451.A23059@darkstar.my.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from lnb@FreeBSDsystems.COM on Mon, Oct 23, 2000 at 04:03:14PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Oct 23, 2000 at 04:03:14PM -0400, Lanny Baron wrote: > Hello, > I am wondering if anyone running xfmail under 4.1.1-STABLE gets core dumps > with xfmail and/or has to use xkill to end the program. If so, and you > found what the problem was, a fix would be greatly appreciated. > > Thanks in advance, > > Lanny Hi Lanny, you can try to install xforms-0.88.1 instead xforms-0.89 that is the current version of the xfoms port and then recompile xfmail. For me works fine. I have installed xforms from the package diretory of Freebsd-4.0 Release. Bye bye, Max To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 10:21: 5 2000 Delivered-To: freebsd-stable@freebsd.org Received: from thor.afnetinc.com (thor.afnetinc.com [206.40.232.1]) by hub.freebsd.org (Postfix) with ESMTP id 5653037B479 for ; Tue, 24 Oct 2000 10:21:01 -0700 (PDT) Received: from 206-40-232-179-csc-0.afnetinc.com ([206.40.232.179]) by thor.afnetinc.com with smtp (Exim 2.05 #1) id 13o7kt-0000Yg-00 for freebsd-stable@FreeBSD.ORG; Tue, 24 Oct 2000 11:20:56 -0600 From: efinley@efinley.com (Elliot Finley) To: freebsd-stable@FreeBSD.ORG Subject: 4.1.1 and ad0 write errors. Date: Tue, 24 Oct 2000 17:21:34 GMT Organization: System Hog (www.systemhog.com) Reply-To: efinley@efinley.com Message-ID: <39fdc3f2.122211392@mail.afnetinc.com> X-Mailer: Forte Agent 1.5/32.451 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 =46or all those that sent a me-too message stating that they were also getting errors like the following: ad0: UDMA ICRC WRITE ERROR blk# xxxxxx retrying You can see what access mode your drives are using by typing 'sysctl hw.atamodes'. You can downgrade the access mode of your drives by using 'sysctl -w hw.atamodes'. See 'man ad' for details. I've downgraded the access mode on my drive from dma to pio and it seems to be running fine, albeit a little slower. -- Do you manage an ISP? Do you have system hogs (line campers)? Do you have users that use multiple simultaneous ports? Want help? ---> http://www.systemhog.com <--- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 10:27:29 2000 Delivered-To: freebsd-stable@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id B76B737B479 for ; Tue, 24 Oct 2000 10:27:25 -0700 (PDT) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id e9OHRHm04628; Tue, 24 Oct 2000 11:27:17 -0600 (MDT) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200010241727.e9OHRHm04628@aslan.scsiguy.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Yuri Vorobyev Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Re[2]: some strange things with ahc In-Reply-To: Your message of "Tue, 24 Oct 2000 11:39:48 +0600." <7889383446.20001024113948@yamalinfo.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Date: Tue, 24 Oct 2000 11:27:17 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >JTG> Boot -v and send me the complete dmesg output. That should tell me= >JTG> what is going on. =2E.. >ahc0: port 0xfc00-0xfcff mem 0xfe9f= f000-0 >xfe9fffff irq 11 at >device 13.0 on pci0 >ahc0: Reading SEEPROM...checksum error >ahc0: No SEEPROM available. >ahc0: Using left over BIOS settings >ahc0: Downloading Sequencer Program... 437 instructions downloaded >aic7880: Wide Channel A, SCSI Id=3D7, 16/255 SCBs =2E.. >(ahc0:A:4:0): Sending SDTR period 19, offset f >(ahc0:A:4:0): Received SDTR period 19, offset f > Filtered to period 19, offset f >ahc0: target 4 synchronous at 10.0MHz, offset =3D 0xf >(ahc0:A:2:0): Sending SDTR period 19, offset f >(ahc0:A:2:0): Received SDTR period 19, offset f > Filtered to period 19, offset f >ahc0: target 2 synchronous at 10.0MHz, offset =3D 0xf >(ahc0:A:1:0): Sending SDTR period 19, offset f >(ahc0:A:1:0): Received SDTR period 19, offset f > Filtered to period 19, offset f >ahc0: target 1 synchronous at 10.0MHz, offset =3D 0xf As far as the driver can tell, the BIOS has not set the ULTRA_ENB bits in scratch ram. This is why we only negotiate at 10MHz. Strangely enough, I have a similar motherboard (Intel, dual P6-200 Natoma, with onboard 7880) where the BIOS does set the ultra enable bits as expected. Are you sure that the SCSI-Select settings in your BIOS are set for ultra= for these devices? It could be that I "fixed" a bug in the setup code of the driver that masked this problem for you in the past. I spent a bit of time this morning going over the code and it looks correct. If your BIOS is setup correctly, I'll have to whip up some patches to mak= e the adapter setup more verbose. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 11: 6:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from deimos.ldc.net (deimos.ldc.net [213.160.128.3]) by hub.freebsd.org (Postfix) with ESMTP id 9BAF837B479 for ; Tue, 24 Oct 2000 11:06:42 -0700 (PDT) Received: from localhost (sasha@localhost) by deimos.ldc.net (8.9.3/8.9.3) with ESMTP id VAA98232 for ; Tue, 24 Oct 2000 21:06:26 +0300 (EEST) (envelope-from sasha@deimos.ldc.net) Date: Tue, 24 Oct 2000 21:06:25 +0300 (EEST) From: Alexander Nazarenko To: freebsd-stable@freebsd.org Subject: Installworld fails 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 have such problem: 21:03 [sasha#pluton:p0][/usr/src] make installworld "/usr/src/Makefile", line 103: warning: "LC_TIME=C date" returned non-zero statu s *** Signal 12 Stop. Any suggestions? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 11:22:48 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 521C137B4C5 for ; Tue, 24 Oct 2000 11:22:42 -0700 (PDT) Received: from laptop.baldwin.cx (ether.osd.bsdi.com [204.216.28.196]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9OIMCf62884; Tue, 24 Oct 2000 11:22:12 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: <39F4E834.31628.8BDDF0@localhost> Date: Tue, 24 Oct 2000 11:22:51 -0700 (PDT) From: John Baldwin To: lnb@cybertouch.org Subject: Re: xfmail and 4.1.1-STABLE Cc: stable@FreeBSD.org, Scott Dodson Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 24-Oct-00 Lanny Baron wrote: > Hi Scott, > XChat works great for me. But when installing xfmail, just before make > install, if you look at the screen, it shows you on a few lines errors from > the > make, including one that says "this is stupid". I will get the error and send > it > too you. I tracked the problem down to the newer version of the xforms library in 4.1. Removing the xforms package from 4.1, installing the older package from 4.0, and then installing xfmail from ports gives me a fairly stable xfmail. Unfortunately, there are still a few annoying bugs in xfmail's IMAP client implementation. One day I will have to sit down and just write my own IMAP mail client. :) -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Tue Oct 24 11:59:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from web5202.mail.yahoo.com (web5202.mail.yahoo.com [216.115.106.170]) by hub.freebsd.org (Postfix) with SMTP id E857437B479 for ; Tue, 24 Oct 2000 11:59:55 -0700 (PDT) Message-ID: <20001024185955.23281.qmail@web5202.mail.yahoo.com> Received: from [208.62.254.56] by web5202.mail.yahoo.com; Tue, 24 Oct 2000 11:59:55 PDT Date: Tue, 24 Oct 2000 11:59:55 -0700 (PDT) From: mike Subject: init can't exec /usr/libexec/getty -and more To: stable@freebsd.org Cc: mike@freebsdbox.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok, Now I am frustrated, so any help would be greatly appreciated .... after my upgrade from 4.0-r to 4.1.1-s everything went great .. I followed the instructions in /usr/src/UPDATING. After booting my machine and I get to ... waiting 15 seconds for SCSI devices to settle .. I get multiple errors which say (date) init: can't exec '/usr/libexec/getty' for port /dev/ttyv0 to /dev/ttyv7. No such file or directory. (If I recall correctly there are 8 ttyv*'s default, I could be wrong.) I noticed gettytab was hosed in /etc/ so I copied it over from /usr/src/etc/gettytab to /etc/gettytab .. I read the init(8), ttys(5), tty(4), login(1) man pages and have a very firm understanding of them. I know for a fact /usr/libexec/getty exists, in fact if I boot single-user mode I can mount my filesystems and then manual run '/usr/libexec/getty Pc' and invoke a login prompt. /etc/ttys is intact, /etc/gettytab is fine /usr/libexec/getty works perfect since my manually attempting to run it. so that leads me with the conclusion that /dev/ttyv1 to /dev/ttyv7 do not exist. However I notice in /dev there are all the ttyv*'s.. so I attempt to execute getty on ttyv1 like so: '/usr/libexec/getty Pc ttyv1' whoah! I get a login prompt that says FreeBSD/i386 (amnesiac) Login: Ok, so now for the heck of it I login with my normal user and attempt 'startx'. I get the error message as both root/user Authentication Failed - Cannot start X server. Perhaps you do not have console ownership? enough of the problem, Now I am hoping someone can provide me with a solution. If you need more information jsut let me know, but this box has been down now almost 2 full workdays and I am in dyer need to get it back up an running ASAP. thanks in advance __________________________________________________ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 12:16:10 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 1652637B479 for ; Tue, 24 Oct 2000 12:16:07 -0700 (PDT) Received: (qmail 5765 invoked by uid 0); 24 Oct 2000 19:16:05 -0000 Received: from p3ee20aa3.dip.t-dialin.net (HELO speedy.gsinet) (62.226.10.163) by mail.gmx.net with SMTP; 24 Oct 2000 19:16:05 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id SAA16962 for stable@freebsd.org; Tue, 24 Oct 2000 18:54:23 +0200 Date: Tue, 24 Oct 2000 18:54:23 +0200 From: Gerhard Sittig To: stable@freebsd.org Subject: Re: Removing user with "-" in username Message-ID: <20001024185423.J25237@speedy.gsinet> Mail-Followup-To: stable@freebsd.org References: <200010231940.e9NJeeQ57835@awww.jeah.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200010231940.e9NJeeQ57835@awww.jeah.net>; from chris@awww.jeah.net on Mon, Oct 23, 2000 at 02:40:40PM -0500 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Oct 23, 2000 at 14:40 -0500, Chris Byrnes wrote: > > awww# rmuser -y irc-argentina > Sorry, login name must contain alphanumeric characters only. While we're at it (and since I just went through this dealing with Samba and PDC functionality) -- are there any plans to add the '$' sign to the valid username characters in adduser? Or does it harm any other functionality? I haven't noticed some, but there could be pitfalls. 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 Tue Oct 24 12:27:40 2000 Delivered-To: freebsd-stable@freebsd.org Received: from relay2.inwind.it (relay2.inwind.it [212.141.53.73]) by hub.freebsd.org (Postfix) with ESMTP id 55D1C37B479 for ; Tue, 24 Oct 2000 12:27:38 -0700 (PDT) Received: from bartequi.ottodomain.org (62.98.152.49) by relay2.inwind.it (5.1.046) id 39CB0979008543C7; Tue, 24 Oct 2000 21:26:44 +0200 From: Salvo Bartolotta Date: Tue, 24 Oct 2000 20:28:14 GMT Message-ID: <20001024.20281400@bartequi.ottodomain.org> Subject: Re: Installworld fails To: Alexander Nazarenko Cc: freebsd-stable@freebsd.org In-Reply-To: References: X-Mailer: SuperCalifragilis 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 >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 10/24/00, 7:06:25 PM, Alexander Nazarenko =20 wrote regarding Installworld fails: > Hello > have such problem: > 21:03 [sasha#pluton:p0][/usr/src] make installworld > "/usr/src/Makefile", line 103: warning: "LC_TIME=3DC date" returned=20 non-zero > statu > s > *** Signal 12 > Stop. > Any suggestions? Dear Alexander Nazarenko,=20 I remember seeing errors like yours when I once scr**** an=20 installworld; that is, I ran it in **multi-user** mode -- because I=20 **forgot** to switch to single-user #=A3$%&?^! [stdout severely=20 censored]. If this chanced to be the case, you would have to run make=20 installworld in single user mode. Best of luck, Salvo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 12:32:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id AB80E37B479 for ; Tue, 24 Oct 2000 12:32:44 -0700 (PDT) Received: from DENDENNIS (softdnserr [::ffff:192.168.1.2]) by saarinen.org with esmtp; Wed, 25 Oct 2000 08:32:41 +1300 From: "Juha Saarinen" To: freebsd-stable@freebsd.org Subject: "Malloc type lacks magic" show-stopper solved Date: Wed, 25 Oct 2000 08:32:57 +1300 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.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In case it helps anyone else, the error in the subject line was due to compiler optimisations. Going back to -O -pipe and rebuilding everything fixed it. Oddly enough, -O3 -march=i686 -mcpu=i686 -ffast-math worked fine on 3.3, but not on 4.1.1. -- Juha "Bother," said Pooh as he struggled with sendmail.cf, "it never does quite what I want. I wish Christopher Robin was here." /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 12:52:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from shell.webmaster.com (unknown [209.133.28.73]) by hub.freebsd.org (Postfix) with ESMTP id CF70637B479 for ; Tue, 24 Oct 2000 12:52:49 -0700 (PDT) Received: from whenever ([216.152.68.2]) by shell.webmaster.com (Post.Office MTA v3.5.3 release 223 ID# 0-12345L500S10000V35) with SMTP id com for ; Tue, 24 Oct 2000 12:52:19 -0700 From: "David Schwartz" To: Subject: Having trouble installing 4.x sym/ncr issue Date: Tue, 24 Oct 2000 12:52:47 -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.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a Compaq 2500 with an internal SCSI controller. FreeBSD 3 works perfectly on it. Unfortunately, when I try to do a clean install of FreeBSD 4.0 or 4.1, the SYM driver grabs it and can't find any disks. I believe the NCR driver would work perfectly, since that's what works on FreeBSD 3. Is there any easy way to install from CDROM and get the SYM driver not to load? DS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 13: 5:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ux8.cso.uiuc.edu (ux8.cso.uiuc.edu [128.174.5.44]) by hub.freebsd.org (Postfix) with ESMTP id C3D1937B4CF for ; Tue, 24 Oct 2000 13:05:13 -0700 (PDT) Received: from localhost by ux8.cso.uiuc.edu (8.10.1/8.10.1) with ESMTP id e9OK5Ct05694 for ; Tue, 24 Oct 2000 15:05:12 -0500 (CDT) X-Authentication-Warning: ux8.cso.uiuc.edu: eheine owned process doing -bs Date: Tue, 24 Oct 2000 15:05:11 -0500 (CDT) From: erich alfred heine X-Sender: eheine@ux8.cso.uiuc.edu To: stable@freebsd.org Subject: Where do i ask newbie install questions 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 subscribed to this list, but after reading it for the last few days, i dont think this is the place to ask newbie install questions. If you could please point me to the proper forum, i would very much appreciate it. Thanks Erich Heine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 13:17:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id E038F37B479 for ; Tue, 24 Oct 2000 13:17:47 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Wed, 25 Oct 2000 09:17:46 +1300 Date: Wed, 25 Oct 2000 09:17:45 +1300 (NZDT) From: Juha Saarinen To: erich alfred heine Cc: "stable@freebsd.org" Subject: Re: Where do i ask newbie install questions In-Reply-To: Message-ID: X-S: Always 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 Hi Erich, http://www.freebsd.org/projects/newbies.html is a good place to start. It has links to various resources for beginners. -- Regards, Juha PGP fingerprint: B7E1 CC52 5FCA 9756 B502 10C8 4CD8 B066 12F3 9544 On Tue, 24 Oct 2000, erich alfred heine wrote: > I subscribed to this list, but after reading it for the last few days, i > dont think this is the place to ask newbie install questions. If you > could please point me to the proper forum, i would very much appreciate > it. > Thanks > Erich Heine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 13:20:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from malkav.snowmoon.com (ip-208-20-126-237.cdcsd.k12.ny.us [208.20.126.237]) by hub.freebsd.org (Postfix) with SMTP id 5C5E137B479 for ; Tue, 24 Oct 2000 13:20:56 -0700 (PDT) Received: (qmail 63496 invoked by uid 1003); 24 Oct 2000 20:20:46 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 24 Oct 2000 20:20:46 -0000 Date: Tue, 24 Oct 2000 16:20:46 -0400 (EDT) From: "Marius M. Rex" To: eheine@students.uiuc.edu Cc: stable@freebsd.org Subject: FreeBSD install questions 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 You are right. stable@freebsd.org is a more advanced mailing list for people who are using cvs and tracking the stable branch of the development tree. (I run production webservers, thus I track stable.) For Newbie install questions you should go to FreeBSD-questions@FreeBSD.org When I was on it, it was a high volume list, so you might want to subscribe in digest, or just pose questions and ask them to cc: you when they reply. Best of luck. ------------------------------------------------------------------------- Marius M. Rex "Well," Brahma said, "even after ten thousand explanations, a fool is no wiser, but an intelligent man requires only two thousand five hundred." -- The Mahabharata To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 13:23:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from h00.sny.collab.net (h00.sny.collab.net [64.208.42.10]) by hub.freebsd.org (Postfix) with SMTP id 3AE7D37B479 for ; Tue, 24 Oct 2000 13:23:25 -0700 (PDT) Received: (qmail 29824 invoked by uid 500); 24 Oct 2000 20:23:24 -0000 Date: Tue, 24 Oct 2000 13:23:24 -0700 From: jeff To: freebsd-stable@FreeBSD.org Subject: Re: pccard problems in 4.1-STABLE Message-ID: <20001024132324.H19978@collab.net> Mail-Followup-To: jeff , freebsd-stable@FreeBSD.org References: <39F58AAA.4787A685@jetcity.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <39F58AAA.4787A685@jetcity.com>; from davidm@jetcity.com on Tue, Oct 24, 2000 at 06:12:10AM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi i have had the same problem, also on a dell lattitude (CPt 333). 4.1.1-release installed and booted fine, liked my wavelan card. updating to stable using the reccomended procedure, which has worked on my other boxen (around oct 6 iirc), yielded a system with otherwise works fine but hangs hard on card insertion with no errors printed or logged. jeff On Tue, Oct 24, 2000 at 06:12:10AM -0700, David Meissner wrote: > I'm having a problem building a kernel after using cvs to upgrade to > 4.1-STABLE. The problem seems related to the pccard drivers. Computer is > a new Dell Latitude notebook. After reinstalling a couple of times, here > is the sequence I used for troubleshooting: > > Install 4.1-RELEASE from CD. > Copy GENERIC to NEWKERNEL, no changes. > Build and install NEWKERNEL - kernel boots fine, 3c589D NIC works with > no problems. > > So far this is to establish that I can build a working kernel. > > Use cvsup to track 4.1-STABLE. > Make world - no problems. > Run mergemaster, MAKEDEV - no problems. > Reboot with GENERIC kernel - no problems. > > Copy GENERIC to NEWKERNEL, no changes > Build and install NEWKERNEL - system hangs while booting. No error > messages, nothing in logs. > Comment out pccard drivers, rebuild NEWKERNEL. > Kernel boots fine. > > I would appreciate any suggestions for further troubleshooting. Thanks > in advance. > > David Meissner > > > 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 Oct 24 13:26:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.wgate.com (unknown [38.219.83.4]) by hub.freebsd.org (Postfix) with ESMTP id 3F23C37B479 for ; Tue, 24 Oct 2000 13:26:50 -0700 (PDT) Received: from way95.eng.tvol.net ([10.32.1.145]) by mail.wgate.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 4KF98S8Z; Tue, 24 Oct 2000 16:26:43 -0400 Received: from kway by way95.eng.tvol.net with local (Exim 3.12 #1 (Debian)) id 13oBbn-0007Sa-00; Tue, 24 Oct 2000 17:27:47 -0400 Date: Tue, 24 Oct 2000 17:27:47 -0400 From: Kevin Way To: Chris Byrnes Cc: freebsd-stable@freebsd.org Subject: Re: Removing user with "-" in username Message-ID: <20001024172747.A28534@wgate.com> References: <200010231940.e9NJeeQ57835@awww.jeah.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <200010231940.e9NJeeQ57835@awww.jeah.net>; from chris@awww.jeah.net on Mon, Oct 23, 2000 at 02:40:40PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > awww# rmuser -y irc-argentina > Sorry, login name must contain alphanumeric characters only. I just submitted a PR and the following (trivial) patch such that we should get a fix in the tree RSN. --Kevin --- rmuser.perl.bak Tue Oct 24 16:05:49 2000 +++ rmuser.perl Tue Oct 24 16:20:35 2000 @@ -108,7 +108,7 @@ # Username was given as a parameter $login_name = pop(@ARGV); die "Sorry, login name must contain alphanumeric characters only.\n" - if ($login_name !~ /^[a-zA-Z0-9_]\w*$/); + if ($login_name !~ /^[a-zA-Z0-9_][a-zA-Z0-9_\-]*$/); } else { if ($affirm) { print STDERR "${whoami}: Error: -y option given without username!\n"; ----------------------------------------------------------------------- kevin way 215 354 5287 software engineer kway@wgate.com worldgate communications To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 13:52:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from clmboh1-smtp1.columbus.rr.com (clmboh1-smtp1.columbus.rr.com [65.24.0.110]) by hub.freebsd.org (Postfix) with ESMTP id 4F4BD37B479 for ; Tue, 24 Oct 2000 13:52:27 -0700 (PDT) Received: from columbus.rr.com (dhcp16466029.columbus.rr.com [24.164.66.29]) by clmboh1-smtp1.columbus.rr.com (8.9.3/8.9.3) with ESMTP id QAA25501; Tue, 24 Oct 2000 16:49:22 -0400 (EDT) Message-ID: <39F5F7B2.C83F40E7@columbus.rr.com> Date: Tue, 24 Oct 2000 16:57:22 -0400 From: Bill Moran X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: erich alfred heine Cc: stable@FreeBSD.ORG Subject: Re: Where do i ask newbie install questions References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG freebsd-questions@freebsd.org send mail to majordomo@freebsd.org with this single line in the body: subscribe freebsd-questions erich alfred heine wrote: > > I subscribed to this list, but after reading it for the last few days, i > dont think this is the place to ask newbie install questions. If you > could please point me to the proper forum, i would very much appreciate > it. > Thanks > Erich Heine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 14:33:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.netunlimited.net (mail.netunlimited.net [208.128.132.4]) by hub.freebsd.org (Postfix) with ESMTP id C14F537B4CF for ; Tue, 24 Oct 2000 14:33:31 -0700 (PDT) Received: from seahawk (seahawk.twinds.com [208.165.2.226]) by mail.netunlimited.net (8.9.3/8.9.3) with ESMTP id RAA08332; Tue, 24 Oct 2000 17:34:37 -0400 Date: Tue, 24 Oct 2000 17:33:09 -0400 (EDT) From: Arley Carter To: "Justin T. Gibbs" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: some strange things with ahc In-Reply-To: <200010232338.e9NNclw65674@aslan.scsiguy.com> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-942071653-972423189=:85170" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-942071653-972423189=:85170 Content-Type: TEXT/PLAIN; charset=US-ASCII I have observed some strange more strange occurrences with the ahc driver. Attached is the output from boot -v. This strangeness centers around an HP C1553A SCSI2 DAT Tape drive. I updated the firmware to the latest from HP to see if it solved the problem. It didn't. This same device works fine on another machine running freebsd 4.0 Release Software. The only difference is the machine which is produced these errors is using the Intel i810 motherboard with a faster PIII CPU. ahc0 works fine except for these errors on boot and whenever access to the tape drive is attempted. Accessing the tape causes a non-fatal error however. Cheers: -arc Arley Carter arc@twinds.com Tradewinds Technologies, Inc. www.twinds.com Winston-Salem, NC USA Network Engineering & Security --0-942071653-972423189=:85170 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=messages Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=messages T2N0IDI0IDE3OjAzOjMxIHJheSAva2VybmVsOiBDb3B5cmlnaHQgKGMpIDE5 OTItMjAwMCBUaGUgRnJlZUJTRCBQcm9qZWN0Lg0KT2N0IDI0IDE3OjAzOjMx IHJheSAva2VybmVsOiBDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMs IDE5ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQNCk9j dCAyNCAxNzowMzozMSByYXkgL2tlcm5lbDogVGhlIFJlZ2VudHMgb2YgdGhl IFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZl ZC4NCk9jdCAyNCAxNzowMzozMSByYXkgL2tlcm5lbDogRnJlZUJTRCA0LjEu MS1TVEFCTEUgIzA6IFRodSBPY3QgMTkgMTg6MTk6MDggRURUIDIwMDANCk9j dCAyNCAxNzowMzozMSByYXkgL2tlcm5lbDogcm9vdEByYXkubWFyaW5lLnR3 aW5kcy5jb206L3Vzci9vYmovdXNyL3NyYy9zeXMvUkFZDQpPY3QgMjQgMTc6 MDM6MzEgcmF5IC9rZXJuZWw6IFRpbWVjb3VudGVyICJpODI1NCIgIGZyZXF1 ZW5jeSAxMTkzMTgyIEh6DQpPY3QgMjQgMTc6MDM6MzEgcmF5IC9rZXJuZWw6 IENQVTogUGVudGl1bSBJSUkvUGVudGl1bSBJSUkgWGVvbi9DZWxlcm9uICg3 OTcuNDItTUh6IDY4Ni1jbGFzcyBDUFUpDQpPY3QgMjQgMTc6MDM6MzEgcmF5 IC9rZXJuZWw6IE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4Njgz ICBTdGVwcGluZyA9IDMNCk9jdCAyNCAxNzowMzozMSByYXkgL2tlcm5lbDog RmVhdHVyZXM9MHgzODNmOWZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFF LE1DRSxDWDgsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixNTVgs RlhTUixTU0U+DQpPY3QgMjQgMTc6MDM6MzIgcmF5IC9rZXJuZWw6IHJlYWwg bWVtb3J5ICA9IDEzMjkwNzAwOCAoMTI5NzkySyBieXRlcykNCk9jdCAyNCAx NzowMzozMiByYXkgL2tlcm5lbDogYXZhaWwgbWVtb3J5ID0gMTI1NjQ0ODAw ICgxMjI3MDBLIGJ5dGVzKQ0KT2N0IDI0IDE3OjAzOjMyIHJheSAva2VybmVs OiBwbnBiaW9zOiBCYWQgUG5QIEJJT1MgZGF0YSBjaGVja3N1bQ0KT2N0IDI0 IDE3OjAzOjMyIHJheSAva2VybmVsOiBQcmVsb2FkZWQgZWxmIGtlcm5lbCAi a2VybmVsIiBhdCAweGMwM2IxMDAwLg0KT2N0IDI0IDE3OjAzOjMyIHJheSAv a2VybmVsOiBQcmVsb2FkZWQgdXNlcmNvbmZpZ19zY3JpcHQgIi9ib290L2tl cm5lbC5jb25mIiBhdCAweGMwM2IxMDljLg0KT2N0IDI0IDE3OjAzOjMyIHJh eSAva2VybmVsOiBWRVNBOiB2Mi4wLCAxMDI0ayBtZW1vcnksIGZsYWdzOjB4 MSwgbW9kZSB0YWJsZToweGMwMzQyMjAyICgxMDAwMDIyKQ0KT2N0IDI0IDE3 OjAzOjMyIHJheSAva2VybmVsOiBWRVNBOiBJbnRlbDgxMChUTSkgR3JhcGhp Y3MgQ2hpcCBBY2NlbGVyYXRlZCBWR0EgQklPUw0KT2N0IDI0IDE3OjAzOjMy IHJheSAva2VybmVsOiBQZW50aXVtIFBybyBNVFJSIHN1cHBvcnQgZW5hYmxl ZA0KT2N0IDI0IDE3OjAzOjMyIHJheSAva2VybmVsOiBtZDA6IE1hbGxvYyBk aXNrDQpPY3QgMjQgMTc6MDM6MzIgcmF5IC9rZXJuZWw6IG5weDA6IDxtYXRo IHByb2Nlc3Nvcj4gb24gbW90aGVyYm9hcmQNCk9jdCAyNCAxNzowMzozMiBy YXkgL2tlcm5lbDogbnB4MDogSU5UIDE2IGludGVyZmFjZQ0KT2N0IDI0IDE3 OjAzOjMyIHJheSAva2VybmVsOiBwY2liMDogPEludGVsIDgyODEwRSAoaTgx MEUgR01DSCkgSG9zdCBUbyBIdWIgYnJpZGdlPiBvbiBtb3RoZXJib2FyZA0K T2N0IDI0IDE3OjAzOjMyIHJheSAva2VybmVsOiBwY2kwOiA8UENJIGJ1cz4g b24gcGNpYjANCk9jdCAyNCAxNzowMzozMiByYXkgL2tlcm5lbDogYWdwMDog PEludGVsIDgyODEwRSAoaTgxMEUgR01DSCkgU1ZHQSBjb250cm9sbGVyPiBt ZW0gMHhmZmE4MDAwMC0weGZmYWZmZmZmLDB4ZjgwMDAwMDAtMHhmYmZmZmZm ZiBpcnEgMTEgYXQgZGV2aWNlIDEuMCBvbiBwY2kwDQpPY3QgMjQgMTc6MDM6 MzIgcmF5IC9rZXJuZWw6IHBjaWIxOiA8SW50ZWwgODI4MDFBQSAoSUNIKSBI dWIgdG8gUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMA0KT2N0 IDI0IDE3OjAzOjMzIHJheSAva2VybmVsOiBwY2kxOiA8UENJIGJ1cz4gb24g cGNpYjENCk9jdCAyNCAxNzowMzozMyByYXkgL2tlcm5lbDogcGNpMTogPHVu a25vd24gY2FyZD4gKHZlbmRvcj0weDEyNzQsIGRldj0weDEzNzEpIGF0IDcu MCBpcnEgMTENCk9jdCAyNCAxNzowMzozMyByYXkgL2tlcm5lbDogYWhjMDog PEFkYXB0ZWMgMjk0MEEgVWx0cmEgU0NTSSBhZGFwdGVyPiBwb3J0IDB4ZDgw MC0weGQ4ZmYgbWVtIDB4ZmY4ZmYwMDAtMHhmZjhmZmZmZiBpcnEgMTEgYXQg ZGV2aWNlIDguMCBvbiBwY2kxDQpPY3QgMjQgMTc6MDM6MzMgcmF5IC9rZXJu ZWw6IGFpYzc4NjA6IFNpbmdsZSBDaGFubmVsIEEsIFNDU0kgSWQ9NywgMy8y NTUgU0NCcw0KT2N0IDI0IDE3OjAzOjMzIHJheSAva2VybmVsOiBmeHAwOiA8 SW50ZWwgUHJvIDEwLzEwMEIvMTAwKyBFdGhlcm5ldD4gcG9ydCAweGRmMDAt MHhkZjNmIG1lbSAweGZmNzAwMDAwLTB4ZmY3ZmZmZmYsMHhmZjhmZTAwMC0w eGZmOGZlZmZmIGlycSAxMCBhdCBkZXZpY2UgOS4wIG9uIHBjaTENCk9jdCAy NCAxNzowMzozMyByYXkgL2tlcm5lbDogZnhwMDogRXRoZXJuZXQgYWRkcmVz cyAwMDpkMDpiNzo1ZDpkOToyOQ0KT2N0IDI0IDE3OjAzOjMzIHJheSAva2Vy bmVsOiBpc2FiMDogPEludGVsIDgyODAxQUEgKElDSCkgUENJIHRvIExQQyBi cmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBjaTANCk9jdCAyNCAxNzowMzoz MyByYXkgL2tlcm5lbDogaXNhMDogPElTQSBidXM+IG9uIGlzYWIwDQpPY3Qg MjQgMTc6MDM6MzMgcmF5IC9rZXJuZWw6IGF0YXBjaTA6IDxJbnRlbCBJQ0gg QVRBNjYgY29udHJvbGxlcj4gcG9ydCAweGZmYTAtMHhmZmFmIGF0IGRldmlj ZSAzMS4xIG9uIHBjaTANCk9jdCAyNCAxNzowMzozMyByYXkgL2tlcm5lbDog dWhjaTA6IDxJbnRlbCA4MjgwMUFBIChJQ0gpIFVTQiBjb250cm9sbGVyPiBw b3J0IDB4ZWY4MC0weGVmOWYgaXJxIDkgYXQgZGV2aWNlIDMxLjIgb24gcGNp MA0KT2N0IDI0IDE3OjAzOjMzIHJheSAva2VybmVsOiB1c2IwOiA8SW50ZWwg ODI4MDFBQSAoSUNIKSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTANCk9jdCAy NCAxNzowMzozMyByYXkgL2tlcm5lbDogdXNiMDogVVNCIHJldmlzaW9uIDEu MA0KT2N0IDI0IDE3OjAzOjMzIHJheSAva2VybmVsOiB1aHViMDogSW50ZWwg VUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRy IDENCk9jdCAyNCAxNzowMzozMyByYXkgL2tlcm5lbDogdWh1YjA6IDIgcG9y dHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQpPY3QgMjQgMTc6 MDM6MzMgcmF5IC9rZXJuZWw6IHBjaTA6IDx1bmtub3duIGNhcmQ+ICh2ZW5k b3I9MHg4MDg2LCBkZXY9MHgyNDEzKSBhdCAzMS4zIGlycSAxMA0KT2N0IDI0 IDE3OjAzOjMzIHJheSAva2VybmVsOiBmZGMwOiA8TkVDIDcyMDY1QiBvciBj bG9uZT4gYXQgcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBv biBpc2EwDQpPY3QgMjQgMTc6MDM6MzMgcmF5IC9rZXJuZWw6IGZkYzA6IEZJ Rk8gZW5hYmxlZCwgOCBieXRlcyB0aHJlc2hvbGQNCk9jdCAyNCAxNzowMzoz MyByYXkgL2tlcm5lbDogZmQwOiA8MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBm ZGMwIGRyaXZlIDANCk9jdCAyNCAxNzowMzozMyByYXkgL2tlcm5lbDogYXRr YmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAw eDYwLDB4NjQgb24gaXNhMA0KT2N0IDI0IDE3OjAzOjMzIHJheSAva2VybmVs OiBhdGtiZDA6IDxBVCBLZXlib2FyZD4gZmxhZ3MgMHgxIGlycSAxIG9uIGF0 a2JkYzANCk9jdCAyNCAxNzowMzozMyByYXkgL2tlcm5lbDoga2JkMCBhdCBh dGtiZDANCk9jdCAyNCAxNzowMzozMyByYXkgL2tlcm5lbDogcHNtMDogPFBT LzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwDQpPY3QgMjQgMTc6MDM6MzMg cmF5IC9rZXJuZWw6IHBzbTA6IG1vZGVsIEludGVsbGlNb3VzZSwgZGV2aWNl IElEIDMNCk9jdCAyNCAxNzowMzozMyByYXkgL2tlcm5lbDogdmdhMDogPEdl bmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEw MDAwLTB4YmZmZmYgb24gaXNhMA0KT2N0IDI0IDE3OjAzOjMzIHJheSAva2Vy bmVsOiBzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24g aXNhMA0KT2N0IDI0IDE3OjAzOjMzIHJheSAva2VybmVsOiBzYzA6IFZHQSA8 MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+DQpPY3QgMjQgMTc6 MDM6MzMgcmF5IC9rZXJuZWw6IHNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBp cnEgNCBmbGFncyAweDEwIG9uIGlzYTANCk9jdCAyNCAxNzowMzozMyByYXkg L2tlcm5lbDogc2lvMDogdHlwZSAxNjU1MEENCk9jdCAyNCAxNzowMzozMyBy YXkgL2tlcm5lbDogc2lvMSBhdCBwb3J0IDB4MmY4LTB4MmZmIGlycSAzIG9u IGlzYTANCk9jdCAyNCAxNzowMzozMyByYXkgL2tlcm5lbDogc2lvMTogdHlw ZSAxNjU1MEENCk9jdCAyNCAxNzowMzozMyByYXkgL2tlcm5lbDogcHBjMDog PFBhcmFsbGVsIHBvcnQ+IGF0IHBvcnQgMHgzNzgtMHgzN2YgaXJxIDcgb24g aXNhMA0KT2N0IDI0IDE3OjAzOjMzIHJheSAva2VybmVsOiBwcGMwOiBHZW5l cmljIGNoaXBzZXQgKEVQUC9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9kZQ0K T2N0IDI0IDE3OjAzOjMzIHJheSAva2VybmVsOiBwbGlwMDogPFBMSVAgbmV0 d29yayBpbnRlcmZhY2U+IG9uIHBwYnVzMA0KT2N0IDI0IDE3OjAzOjMzIHJh eSAva2VybmVsOiBscHQwOiA8UHJpbnRlcj4gb24gcHBidXMwDQpPY3QgMjQg MTc6MDM6MzMgcmF5IC9rZXJuZWw6IGxwdDA6IEludGVycnVwdC1kcml2ZW4g cG9ydA0KT2N0IDI0IDE3OjAzOjMzIHJheSAva2VybmVsOiBwcGkwOiA8UGFy YWxsZWwgSS9PPiBvbiBwcGJ1czANCk9jdCAyNCAxNzowMzozMyByYXkgL2tl cm5lbDogSVAgcGFja2V0IGZpbHRlcmluZyBpbml0aWFsaXplZCwgZGl2ZXJ0 IGVuYWJsZWQsIHJ1bGUtYmFzZWQgZm9yd2FyZGluZyBkaXNhYmxlZCwgZGVm YXVsdCB0byBhY2NlcHQsIGxvZ2dpbmcgbGltaXRlZCB0byAxMDAgcGFja2V0 cy9lbnRyeSBieSBkZWZhdWx0DQpPY3QgMjQgMTc6MDM6MzMgcmF5IC9rZXJu ZWw6IERVTU1ZTkVUIGluaXRpYWxpemVkICgwMDA2MDgpDQpPY3QgMjQgMTc6 MDM6MzMgcmF5IC9rZXJuZWw6IEJSSURHRSA5OTA4MTAsIGhhdmUgMTAgaW50 ZXJmYWNlcw0KT2N0IDI0IDE3OjAzOjMzIHJheSAva2VybmVsOiAtLSBpbmRl eCAxICB0eXBlIDYgcGh5IDAgYWRkcmwgNiBhZGRyIDAwLmQwLmI3LjVkLmQ5 LjI5DQpPY3QgMjQgMTc6MDM6MzMgcmF5IC9rZXJuZWw6IElQIEZpbHRlcjog djMuNC44IGluaXRpYWxpemVkLiAgRGVmYXVsdCA9IHBhc3MgYWxsLCBMb2dn aW5nID0gZW5hYmxlZA0KT2N0IDI0IDE3OjAzOjMzIHJheSAva2VybmVsOiBX YWl0aW5nIDcgc2Vjb25kcyBmb3IgU0NTSSBkZXZpY2VzIHRvIHNldHRsZQ0K T2N0IDI0IDE3OjAzOjMzIHJheSAva2VybmVsOiAocHJvYmU2OmFoYzA6MDo2 OjApOiBwYXJpdHkgZXJyb3IgZGV0ZWN0ZWQgaW4gRGF0YS1pbiBwaGFzZS4g U0VRQUREUigweDE2MCkgU0NTSVJBVEUoMHhmKQ0KT2N0IDI0IDE3OjAzOjMz IHJheSAva2VybmVsOiAocHJvYmU0OmFoYzA6MDo2OjEpOiBwYXJpdHkgZXJy b3IgZGV0ZWN0ZWQgaW4gRGF0YS1pbiBwaGFzZS4gU0VRQUREUigweDE2MCkg U0NTSVJBVEUoMHhmKQ0KT2N0IDI0IDE3OjAzOjMzIHJheSBsYXN0IG1lc3Nh Z2UgcmVwZWF0ZWQgOSB0aW1lcw0KT2N0IDI0IDE3OjAzOjMzIHJheSAva2Vy bmVsOiAocHJvYmU0OmFoYzA6MDo2OjIpOiBwYXJpdHkgZXJyb3IgZGV0ZWN0 ZWQgaW4gRGF0YS1pbiBwaGFzZS4gU0VRQUREUigweDE2MCkgU0NTSVJBVEUo MHhmKQ0KT2N0IDI0IDE3OjAzOjM0IHJheSBsYXN0IG1lc3NhZ2UgcmVwZWF0 ZWQgOSB0aW1lcw0KT2N0IDI0IDE3OjAzOjM0IHJheSAva2VybmVsOiAocHJv YmUxOmFoYzA6MDo2OjMpOiBwYXJpdHkgZXJyb3IgZGV0ZWN0ZWQgaW4gRGF0 YS1pbiBwaGFzZS4gU0VRQUREUigweDE2MCkgU0NTSVJBVEUoMHhmKQ0KT2N0 IDI0IDE3OjAzOjM0IHJheSBsYXN0IG1lc3NhZ2UgcmVwZWF0ZWQgOSB0aW1l cw0KT2N0IDI0IDE3OjAzOjM0IHJheSAva2VybmVsOiAocHJvYmUxOmFoYzA6 MDo2OjQpOiBwYXJpdHkgZXJyb3IgZGV0ZWN0ZWQgaW4gRGF0YS1pbiBwaGFz ZS4gU0VRQUREUigweDE2MCkgU0NTSVJBVEUoMHhmKQ0KT2N0IDI0IDE3OjAz OjM0IHJheSBsYXN0IG1lc3NhZ2UgcmVwZWF0ZWQgNiB0aW1lcw0KT2N0IDI0 IDE3OjAzOjM0IHJheSAva2VybmVsOiAocHJvYmUxOmFoYzA6MDo2OjQpOiBw YXJpdHkgZXJyb3IgZGV0ZWN0ZWQgaW4gRGF0YS1pbiBwaGFzZS4gU0VRQURE UigweDE1ZikgU0NTSVJBVEUoMHhmKQ0KT2N0IDI0IDE3OjAzOjM0IHJheSAv a2VybmVsOiAocHJvYmUxOmFoYzA6MDo2OjQpOiBwYXJpdHkgZXJyb3IgZGV0 ZWN0ZWQgaW4gRGF0YS1pbiBwaGFzZS4gU0VRQUREUigweDE2MCkgU0NTSVJB VEUoMHhmKQ0KT2N0IDI0IDE3OjAzOjM0IHJheSAva2VybmVsOiAocHJvYmUx OmFoYzA6MDo2OjQpOiBwYXJpdHkgZXJyb3IgZGV0ZWN0ZWQgaW4gRGF0YS1p biBwaGFzZS4gU0VRQUREUigweDE2MCkgU0NTSVJBVEUoMHhmKQ0KT2N0IDI0 IDE3OjAzOjM0IHJheSAva2VybmVsOiAocHJvYmUwOmFoYzA6MDo2OjUpOiBw YXJpdHkgZXJyb3IgZGV0ZWN0ZWQgaW4gRGF0YS1pbiBwaGFzZS4gU0VRQURE UigweDE2MCkgU0NTSVJBVEUoMHhmKQ0KT2N0IDI0IDE3OjAzOjM0IHJheSBs YXN0IG1lc3NhZ2UgcmVwZWF0ZWQgOSB0aW1lcw0KT2N0IDI0IDE3OjAzOjM0 IHJheSAva2VybmVsOiAocHJvYmUwOmFoYzA6MDo2OjYpOiBwYXJpdHkgZXJy b3IgZGV0ZWN0ZWQgaW4gRGF0YS1pbiBwaGFzZS4gU0VRQUREUigweDE2MCkg U0NTSVJBVEUoMHhmKQ0KT2N0IDI0IDE3OjAzOjM0IHJheSBsYXN0IG1lc3Nh Z2UgcmVwZWF0ZWQgOSB0aW1lcw0KT2N0IDI0IDE3OjAzOjM0IHJheSAva2Vy bmVsOiAocHJvYmUwOmFoYzA6MDo2OjcpOiBwYXJpdHkgZXJyb3IgZGV0ZWN0 ZWQgaW4gRGF0YS1pbiBwaGFzZS4gU0VRQUREUigweDE2MCkgU0NTSVJBVEUo MHhmKQ0KT2N0IDI0IDE3OjAzOjM0IHJheSAva2VybmVsOiAocHJvYmUwOmFo YzA6MDo2OjcpOiBwYXJpdHkgZXJyb3IgZGV0ZWN0ZWQgaW4gRGF0YS1pbiBw aGFzZS4gU0VRQUREUigweDE1ZikgU0NTSVJBVEUoMHhmKQ0KT2N0IDI0IDE3 OjAzOjM0IHJheSAva2VybmVsOiAocHJvYmUwOmFoYzA6MDo2OjcpOiBwYXJp dHkgZXJyb3IgZGV0ZWN0ZWQgaW4gRGF0YS1pbiBwaGFzZS4gU0VRQUREUigw eDE2MCkgU0NTSVJBVEUoMHhmKQ0KT2N0IDI0IDE3OjAzOjM0IHJheSBsYXN0 IG1lc3NhZ2UgcmVwZWF0ZWQgNyB0aW1lcw0KT2N0IDI0IDE3OjAzOjM0IHJh eSAva2VybmVsOiBzYTAgYXQgYWhjMCBidXMgMCB0YXJnZXQgNiBsdW4gMA0K T2N0IDI0IDE3OjAzOjM0IHJheSAva2VybmVsOiBzYTA6IDxIUCBDMTUzM0Eg QTcwOD4gUmVtb3ZhYmxlIFNlcXVlbnRpYWwgQWNjZXNzIFNDU0ktMiBkZXZp Y2UgDQpPY3QgMjQgMTc6MDM6MzQgcmF5IC9rZXJuZWw6IHNhMDogMTAuMDAw TUIvcyB0cmFuc2ZlcnMgKDEwLjAwME1Ieiwgb2Zmc2V0IDE1KQ0KT2N0IDI0 IDE3OjAzOjM0IHJheSAva2VybmVsOiBkYTAgYXQgYWhjMCBidXMgMCB0YXJn ZXQgMCBsdW4gMA0KT2N0IDI0IDE3OjAzOjM0IHJheSAva2VybmVsOiBkYTA6 IDxTRUFHQVRFIFNUNTEwODBOIDA5NTg+IEZpeGVkIERpcmVjdCBBY2Nlc3Mg U0NTSS0yIGRldmljZSANCk9jdCAyNCAxNzowMzozNCByYXkgL2tlcm5lbDog ZGEwOiAxMC4wMDBNQi9zIHRyYW5zZmVycyAoMTAuMDAwTUh6LCBvZmZzZXQg MTUpLCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZA0KT2N0IDI0IDE3OjAzOjM0 IHJheSAva2VybmVsOiBkYTA6IDEwMzBNQiAoMjEwOTg0MCA1MTIgYnl0ZSBz ZWN0b3JzOiAyNTVIIDYzUy9UIDEzMUMpDQpPY3QgMjQgMTc6MDM6MzQgcmF5 IC9rZXJuZWw6IGRhMSBhdCBhaGMwIGJ1cyAwIHRhcmdldCAxIGx1biAwDQpP Y3QgMjQgMTc6MDM6MzQgcmF5IC9rZXJuZWw6IGRhMTogPENPTk5FUiBDRlAx MDgwUyA0NjQ5PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMiBkZXZpY2Ug DQpPY3QgMjQgMTc6MDM6MzQgcmF5IC9rZXJuZWw6IGRhMTogMTAuMDAwTUIv cyB0cmFuc2ZlcnMgKDEwLjAwME1Ieiwgb2Zmc2V0IDE1KSwgVGFnZ2VkIFF1 ZXVlaW5nIEVuYWJsZWQNCk9jdCAyNCAxNzowMzozNCByYXkgL2tlcm5lbDog ZGExOiAxMDMwTUIgKDIxMTA4MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCAxMzFDKQ0KT2N0IDI0IDE3OjAzOjM0IHJheSAva2VybmVsOiBkYTMg YXQgYWhjMCBidXMgMCB0YXJnZXQgNSBsdW4gMA0KT2N0IDI0IDE3OjAzOjM0 IHJheSAva2VybmVsOiBkYTM6IDxTRUFHQVRFIFNUMzEyMDBOIFNVTjEuMDUg ODcyMj4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTIgZGV2aWNlIA0KT2N0 IDI0IDE3OjAzOjM0IHJheSAva2VybmVsOiBkYTM6IDEwLjAwME1CL3MgdHJh bnNmZXJzICgxMC4wMDBNSHosIG9mZnNldCAxNSksIFRhZ2dlZCBRdWV1ZWlu ZyBFbmFibGVkDQpPY3QgMjQgMTc6MDM6MzQgcmF5IC9rZXJuZWw6IGRhMzog MTAwNk1CICgyMDYxMTA4IDUxMiBieXRlIHNlY3RvcnM6IDY0SCAzMlMvVCAx MDA2QykNCk9jdCAyNCAxNzowMzozNCByYXkgL2tlcm5lbDogZGEyIGF0IGFo YzAgYnVzIDAgdGFyZ2V0IDMgbHVuIDANCk9jdCAyNCAxNzowMzozNCByYXkg L2tlcm5lbDogZGEyOiA8U0VBR0FURSBTVDMxMjAwTiAzMTM4PiBGaXhlZCBE aXJlY3QgQWNjZXNzIFNDU0ktMiBkZXZpY2UgDQpPY3QgMjQgMTc6MDM6MzQg cmF5IC9rZXJuZWw6IGRhMjogMTAuMDAwTUIvcyB0cmFuc2ZlcnMgKDEwLjAw ME1Ieiwgb2Zmc2V0IDE1KSwgVGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQNCk9j dCAyNCAxNzowMzozNCByYXkgL2tlcm5lbDogZGEyOiAxMDA1TUIgKDIwNTkx NDAgNTEyIGJ5dGUgc2VjdG9yczogNjRIIDMyUy9UIDEwMDVDKQ0KT2N0IDI0 IDE3OjAzOjM0IHJheSAva2VybmVsOiBjZDAgYXQgYWhjMCBidXMgMCB0YXJn ZXQgMiBsdW4gMA0KT2N0IDI0IDE3OjAzOjM0IHJheSAva2VybmVsOiBjZDA6 IDxNQVRTSElUQSBDRC1ST00gQ1ItNTA0IFNUMjM+IFJlbW92YWJsZSBDRC1S T00gU0NTSS0yIGRldmljZSANCk9jdCAyNCAxNzowMzozNCByYXkgL2tlcm5l bDogY2QwOiA1LjAwME1CL3MgdHJhbnNmZXJzICg1LjAwME1Ieiwgb2Zmc2V0 IDE1KQ0KT2N0IDI0IDE3OjAzOjM0IHJheSAva2VybmVsOiBjZDA6IEF0dGVt cHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1l ZGl1bSBub3QgcHJlc2VudA0KT2N0IDI0IDE3OjAzOjM0IHJheSAva2VybmVs OiBNb3VudGluZyByb290IGZyb20gdWZzOi9kZXYvZGEwczFhDQpPY3QgMjQg MTc6MDM6MzQgcmF5IC9rZXJuZWw6IHZpbnVtOiBsb2FkZWQNCk9jdCAyNCAx NzowMzozNSByYXkgL2tlcm5lbDogdmludW06IHJlYWRpbmcgY29uZmlndXJh dGlvbiBmcm9tIC9kZXYvZGEzczFlDQpPY3QgMjQgMTc6MDM6MzUgcmF5IC9r ZXJuZWw6IHZpbnVtOiB1cGRhdGluZyBjb25maWd1cmF0aW9uIGZyb20gL2Rl di9kYTJzMWUNCk9jdCAyNCAxNzowMzozNSByYXkgL2tlcm5lbDogdmludW06 IHVwZGF0aW5nIGNvbmZpZ3VyYXRpb24gZnJvbSAvZGV2L2RhMXMxZQ0KT2N0 IDI0IDE3OjAzOjQ0IHJheSBsb2dpbjogUk9PVCBMT0dJTiAocm9vdCkgT04g dHR5djANCk9jdCAyNCAxNzowMzo1MSByYXkgc2h1dGRvd246IHJlYm9vdCBi eSByb290OiANCk9jdCAyNCAxNzowMzo1MyByYXkgc3lzbG9nZDogZXhpdGlu ZyBvbiBzaWduYWwgMTUNCk9jdCAyNCAxNzowNToxOSByYXkgL2tlcm5lbDog Q29weXJpZ2h0IChjKSAxOTkyLTIwMDAgVGhlIEZyZWVCU0QgUHJvamVjdC4N Ck9jdCAyNCAxNzowNToxOSByYXkgL2tlcm5lbDogQ29weXJpZ2h0IChjKSAx OTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTky LCAxOTkzLCAxOTk0DQpPY3QgMjQgMTc6MDU6MTkgcmF5IC9rZXJuZWw6IFRo ZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFs bCByaWdodHMgcmVzZXJ2ZWQuDQpPY3QgMjQgMTc6MDU6MTkgcmF5IC9rZXJu ZWw6IEZyZWVCU0QgNC4xLjEtU1RBQkxFICMwOiBUaHUgT2N0IDE5IDE4OjE5 OjA4IEVEVCAyMDAwDQpPY3QgMjQgMTc6MDU6MTkgcmF5IC9rZXJuZWw6IHJv b3RAcmF5Lm1hcmluZS50d2luZHMuY29tOi91c3Ivb2JqL3Vzci9zcmMvc3lz L1JBWQ0KT2N0IDI0IDE3OjA1OjE5IHJheSAva2VybmVsOiBDYWxpYnJhdGlu ZyBjbG9jayhzKSAuLi4gVFNDIGNsb2NrOiA3OTczNDcxMjEgSHosIGk4MjU0 IGNsb2NrOiAxMTkzMDgzIEh6DQpPY3QgMjQgMTc6MDU6MTkgcmF5IC9rZXJu ZWw6IENMS19VU0VfSTgyNTRfQ0FMSUJSQVRJT04gbm90IHNwZWNpZmllZCAt IHVzaW5nIGRlZmF1bHQgZnJlcXVlbmN5DQpPY3QgMjQgMTc6MDU6MTkgcmF5 IC9rZXJuZWw6IFRpbWVjb3VudGVyICJpODI1NCIgIGZyZXF1ZW5jeSAxMTkz MTgyIEh6DQpPY3QgMjQgMTc6MDU6MTkgcmF5IC9rZXJuZWw6IENMS19VU0Vf VFNDX0NBTElCUkFUSU9OIG5vdCBzcGVjaWZpZWQgLSB1c2luZyBvbGQgY2Fs aWJyYXRpb24gbWV0aG9kDQpPY3QgMjQgMTc6MDU6MTkgcmF5IC9rZXJuZWw6 IENQVTogUGVudGl1bSBJSUkvUGVudGl1bSBJSUkgWGVvbi9DZWxlcm9uICg3 OTcuNDItTUh6IDY4Ni1jbGFzcyBDUFUpDQpPY3QgMjQgMTc6MDU6MjAgcmF5 IC9rZXJuZWw6IE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4Njgz ICBTdGVwcGluZyA9IDMNCk9jdCAyNCAxNzowNToyMCByYXkgL2tlcm5lbDog RmVhdHVyZXM9MHgzODNmOWZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFF LE1DRSxDWDgsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixNTVgs RlhTUixTU0U+DQpPY3QgMjQgMTc6MDU6MjAgcmF5IC9rZXJuZWw6IHJlYWwg bWVtb3J5ICA9IDEzMjkwNzAwOCAoMTI5NzkySyBieXRlcykNCk9jdCAyNCAx NzowNToyMCByYXkgL2tlcm5lbDogUGh5c2ljYWwgbWVtb3J5IGNodW5rKHMp Og0KT2N0IDI0IDE3OjA1OjIwIHJheSAva2VybmVsOiAweDAwMDAxMDAwIC0g MHgwMDA5ZWZmZiwgNjQ3MTY4IGJ5dGVzICgxNTggcGFnZXMpDQpPY3QgMjQg MTc6MDU6MjAgcmF5IC9rZXJuZWw6IDB4MDAzY2EwMDAgLSAweDA3ZWI3ZmZm LCAxMjg5MDExMjAgYnl0ZXMgKDMxNDcwIHBhZ2VzKQ0KT2N0IDI0IDE3OjA1 OjIwIHJheSAva2VybmVsOiBjb25maWc+IGRpIHNuMA0KT2N0IDI0IDE3OjA1 OjIwIHJheSAva2VybmVsOiBObyBzdWNoIGRldmljZTogc24wDQpPY3QgMjQg MTc6MDU6MjAgcmF5IC9rZXJuZWw6IEludmFsaWQgY29tbWFuZCBvciBzeW50 YXguICBUeXBlIGA/JyBmb3IgaGVscC4NCk9jdCAyNCAxNzowNToyMCByYXkg L2tlcm5lbDogY29uZmlnPiBkaSBsbmMwDQpPY3QgMjQgMTc6MDU6MjAgcmF5 IC9rZXJuZWw6IE5vIHN1Y2ggZGV2aWNlOiBsbmMwDQpPY3QgMjQgMTc6MDU6 MjAgcmF5IC9rZXJuZWw6IEludmFsaWQgY29tbWFuZCBvciBzeW50YXguICBU eXBlIGA/JyBmb3IgaGVscC4NCk9jdCAyNCAxNzowNToyMCByYXkgL2tlcm5l bDogY29uZmlnPiBkaSBsZTANCk9jdCAyNCAxNzowNToyMCByYXkgL2tlcm5l bDogTm8gc3VjaCBkZXZpY2U6IGxlMA0KT2N0IDI0IDE3OjA1OjIwIHJheSAv a2VybmVsOiBJbnZhbGlkIGNvbW1hbmQgb3Igc3ludGF4LiAgVHlwZSBgPycg Zm9yIGhlbHAuDQpPY3QgMjQgMTc6MDU6MjAgcmF5IC9rZXJuZWw6IGNvbmZp Zz4gZGkgaWUwDQpPY3QgMjQgMTc6MDU6MjAgcmF5IC9rZXJuZWw6IE5vIHN1 Y2ggZGV2aWNlOiBpZTANCk9jdCAyNCAxNzowNToyMCByYXkgL2tlcm5lbDog SW52YWxpZCBjb21tYW5kIG9yIHN5bnRheC4gIFR5cGUgYD8nIGZvciBoZWxw Lg0KT2N0IDI0IDE3OjA1OjIwIHJheSAva2VybmVsOiBjb25maWc+IGRpIGZl MA0KT2N0IDI0IDE3OjA1OjIwIHJheSAva2VybmVsOiBObyBzdWNoIGRldmlj ZTogZmUwDQpPY3QgMjQgMTc6MDU6MjAgcmF5IC9rZXJuZWw6IEludmFsaWQg Y29tbWFuZCBvciBzeW50YXguICBUeXBlIGA/JyBmb3IgaGVscC4NCk9jdCAy NCAxNzowNToyMCByYXkgL2tlcm5lbDogY29uZmlnPiBkaSBlZDANCk9jdCAy NCAxNzowNToyMCByYXkgL2tlcm5lbDogTm8gc3VjaCBkZXZpY2U6IGVkMA0K T2N0IDI0IDE3OjA1OjIwIHJheSAva2VybmVsOiBJbnZhbGlkIGNvbW1hbmQg b3Igc3ludGF4LiAgVHlwZSBgPycgZm9yIGhlbHAuDQpPY3QgMjQgMTc6MDU6 MjAgcmF5IC9rZXJuZWw6IGNvbmZpZz4gZGkgY3MwDQpPY3QgMjQgMTc6MDU6 MjAgcmF5IC9rZXJuZWw6IE5vIHN1Y2ggZGV2aWNlOiBjczANCk9jdCAyNCAx NzowNToyMSByYXkgL2tlcm5lbDogSW52YWxpZCBjb21tYW5kIG9yIHN5bnRh eC4gIFR5cGUgYD8nIGZvciBoZWxwLg0KT2N0IDI0IDE3OjA1OjIxIHJheSAv a2VybmVsOiBjb25maWc+IHENCk9jdCAyNCAxNzowNToyMSByYXkgL2tlcm5l bDogYXZhaWwgbWVtb3J5ID0gMTI1NjQ0ODAwICgxMjI3MDBLIGJ5dGVzKQ0K T2N0IDI0IDE3OjA1OjIxIHJheSAva2VybmVsOiBiaW9zMzI6IEZvdW5kIEJJ T1MzMiBTZXJ2aWNlIERpcmVjdG9yeSBoZWFkZXIgYXQgMHhjMDBmZGE2MA0K T2N0IDI0IDE3OjA1OjIxIHJheSAva2VybmVsOiBiaW9zMzI6IEVudHJ5ID0g MHhmZGE3NCAoYzAwZmRhNzQpICBSZXYgPSAwICBMZW4gPSAxDQpPY3QgMjQg MTc6MDU6MjEgcmF5IC9rZXJuZWw6IHBjaWJpb3M6IFBDSSBCSU9TIGVudHJ5 IGF0IDB4ZGE5NQ0KT2N0IDI0IDE3OjA1OjIxIHJheSAva2VybmVsOiBwbnBi aW9zOiBCYWQgUG5QIEJJT1MgZGF0YSBjaGVja3N1bQ0KT2N0IDI0IDE3OjA1 OjIxIHJheSAva2VybmVsOiBPdGhlciBCSU9TIHNpZ25hdHVyZXMgZm91bmQ6 DQpPY3QgMjQgMTc6MDU6MjEgcmF5IC9rZXJuZWw6IEFDUEk6IDAwMGZmOTgw DQpPY3QgMjQgMTc6MDU6MjEgcmF5IC9rZXJuZWw6IFByZWxvYWRlZCBlbGYg a2VybmVsICJrZXJuZWwiIGF0IDB4YzAzYjEwMDAuDQpPY3QgMjQgMTc6MDU6 MjEgcmF5IC9rZXJuZWw6IFByZWxvYWRlZCB1c2VyY29uZmlnX3NjcmlwdCAi L2Jvb3Qva2VybmVsLmNvbmYiIGF0IDB4YzAzYjEwYTguDQpPY3QgMjQgMTc6 MDU6MjEgcmF5IC9rZXJuZWw6IFZFU0E6IGluZm9ybWF0aW9uIGJsb2NrDQpP Y3QgMjQgMTc6MDU6MjEgcmF5IC9rZXJuZWw6IDU2IDQ1IDUzIDQxIDAwIDAy IDAwIDAxIDAwIDAxIDAxIDAwIDAwIDAwIDIyIDAwIA0KT2N0IDI0IDE3OjA1 OjIxIHJheSAva2VybmVsOiAwMCAwMSAxMCAwMCAwMCAwMyAzMCAwMSAwMCAw MSA0MiAwMSAwMCAwMSA1YiAwMSANCk9jdCAyNCAxNzowNToyMSByYXkgL2tl cm5lbDogMDAgMDEgMDkgMDEgMGEgMDEgMGIgMDEgMGMgMDEgMWQgMDEgMGUg MDEgMDAgMDEgDQpPY3QgMjQgMTc6MDU6MjEgcmF5IC9rZXJuZWw6IDI3IDAx IDI4IDAxIDAxIDAxIDEwIDAxIDExIDAxIDEyIDAxIDAyIDAxIDAzIDAxIA0K T2N0IDI0IDE3OjA1OjIxIHJheSAva2VybmVsOiBWRVNBOiAxOSBtb2RlKHMp IGZvdW5kDQpPY3QgMjQgMTc6MDU6MjEgcmF5IC9rZXJuZWw6IFZFU0E6IHYy LjAsIDEwMjRrIG1lbW9yeSwgZmxhZ3M6MHgxLCBtb2RlIHRhYmxlOjB4YzAz NDIyMDIgKDEwMDAwMjIpDQpPY3QgMjQgMTc6MDU6MjEgcmF5IC9rZXJuZWw6 IFZFU0E6IEludGVsODEwKFRNKSBHcmFwaGljcyBDaGlwIEFjY2VsZXJhdGVk IFZHQSBCSU9TDQpPY3QgMjQgMTc6MDU6MjEgcmF5IC9rZXJuZWw6IFZFU0E6 IEludGVsIENvcnBvcmF0aW9uIGk4MTAgR3JhcGhpY3MgQ29udHJvbGxlciBI YXJkd2FyZSBWZXJzaW9uIDAuMA0KT2N0IDI0IDE3OjA1OjIxIHJheSAva2Vy bmVsOiBQZW50aXVtIFBybyBNVFJSIHN1cHBvcnQgZW5hYmxlZA0KT2N0IDI0 IDE3OjA1OjIxIHJheSAva2VybmVsOiBtZDA6IE1hbGxvYyBkaXNrDQpPY3Qg MjQgMTc6MDU6MjEgcmF5IC9rZXJuZWw6IENyZWF0aW5nIERJU0sgbWQwDQpP Y3QgMjQgMTc6MDU6MjIgcmF5IC9rZXJuZWw6IE1hdGggZW11bGF0b3IgcHJl c2VudA0KT2N0IDI0IDE3OjA1OjIyIHJheSAva2VybmVsOiBwY2lfb3Blbigx KToJbW9kZSAxIGFkZHIgcG9ydCAoMHgwY2Y4KSBpcyAweDgwMDAwMDUwDQpP Y3QgMjQgMTc6MDU6MjIgcmF5IC9rZXJuZWw6IHBjaV9vcGVuKDFhKToJbW9k ZTFyZXM9MHg4MDAwMDAwMCAoMHg4MDAwMDAwMCkNCk9jdCAyNCAxNzowNToy MiByYXkgL2tlcm5lbDogcGNpX2NmZ2NoZWNrOglkZXZpY2UgMCBbY2xhc3M9 MDYwMDAwXSBbaGRyPTAwXSBpcyB0aGVyZSAoaWQ9NzEyNDgwODYpDQpPY3Qg MjQgMTc6MDU6MjIgcmF5IC9rZXJuZWw6IG5weDA6IDxtYXRoIHByb2Nlc3Nv cj4gb24gbW90aGVyYm9hcmQNCk9jdCAyNCAxNzowNToyMiByYXkgL2tlcm5l bDogbnB4MDogSU5UIDE2IGludGVyZmFjZQ0KT2N0IDI0IDE3OjA1OjIyIHJh eSAva2VybmVsOiBwY2lfb3BlbigxKToJbW9kZSAxIGFkZHIgcG9ydCAoMHgw Y2Y4KSBpcyAweDAwMDAwMDAwDQpPY3QgMjQgMTc6MDU6MjIgcmF5IC9rZXJu ZWw6IHBjaV9vcGVuKDFhKToJbW9kZTFyZXM9MHg4MDAwMDAwMCAoMHg4MDAw MDAwMCkNCk9jdCAyNCAxNzowNToyMiByYXkgL2tlcm5lbDogcGNpX2NmZ2No ZWNrOglkZXZpY2UgMCBbY2xhc3M9MDYwMDAwXSBbaGRyPTAwXSBpcyB0aGVy ZSAoaWQ9NzEyNDgwODYpDQpPY3QgMjQgMTc6MDU6MjIgcmF5IC9rZXJuZWw6 IHBjaWIwOiA8SW50ZWwgODI4MTBFIChpODEwRSBHTUNIKSBIb3N0IFRvIEh1 YiBicmlkZ2U+IG9uIG1vdGhlcmJvYXJkDQpPY3QgMjQgMTc6MDU6MjIgcmF5 IC9rZXJuZWw6IGZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4NzEyNCwg cmV2aWQ9MHgwMw0KT2N0IDI0IDE3OjA1OjIyIHJheSAva2VybmVsOiBjbGFz cz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQpPY3QgMjQgMTc6 MDU6MjIgcmF5IC9rZXJuZWw6IHN1Ym9yZGluYXRlYnVzPTAgCXNlY29uZGFy eWJ1cz0wDQpPY3QgMjQgMTc6MDU6MjIgcmF5IC9rZXJuZWw6IGZvdW5kLT4J dmVuZG9yPTB4ODA4NiwgZGV2PTB4NzEyNSwgcmV2aWQ9MHgwMw0KT2N0IDI0 IDE3OjA1OjIyIHJheSAva2VybmVsOiBjbGFzcz0wMy0wMC0wMCwgaGRydHlw ZT0weDAwLCBtZmRldj0wDQpPY3QgMjQgMTc6MDU6MjIgcmF5IC9rZXJuZWw6 IHN1Ym9yZGluYXRlYnVzPTAgCXNlY29uZGFyeWJ1cz0wDQpPY3QgMjQgMTc6 MDU6MjIgcmF5IC9rZXJuZWw6IGludHBpbj1hLCBpcnE9MTENCk9jdCAyNCAx NzowNToyMiByYXkgL2tlcm5lbDogbWFwWzEwXTogdHlwZSAxLCByYW5nZSAz MiwgYmFzZSBmODAwMDAwMCwgc2l6ZSAyNg0KT2N0IDI0IDE3OjA1OjIyIHJh eSAva2VybmVsOiBtYXBbMTRdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGZm YTgwMDAwLCBzaXplIDE5DQpPY3QgMjQgMTc6MDU6MjIgcmF5IC9rZXJuZWw6 IGZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjQxOCwgcmV2aWQ9MHgw Mg0KT2N0IDI0IDE3OjA1OjIyIHJheSAva2VybmVsOiBjbGFzcz0wNi0wNC0w MCwgaGRydHlwZT0weDAxLCBtZmRldj0wDQpPY3QgMjQgMTc6MDU6MjIgcmF5 IC9rZXJuZWw6IHN1Ym9yZGluYXRlYnVzPTEgCXNlY29uZGFyeWJ1cz0xDQpP Y3QgMjQgMTc6MDU6MjMgcmF5IC9rZXJuZWw6IGZvdW5kLT4JdmVuZG9yPTB4 ODA4NiwgZGV2PTB4MjQxMCwgcmV2aWQ9MHgwMg0KT2N0IDI0IDE3OjA1OjIz IHJheSAva2VybmVsOiBjbGFzcz0wNi0wMS0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0xDQpPY3QgMjQgMTc6MDU6MjMgcmF5IC9rZXJuZWw6IHN1Ym9yZGlu YXRlYnVzPTAgCXNlY29uZGFyeWJ1cz0wDQpPY3QgMjQgMTc6MDU6MjMgcmF5 IC9rZXJuZWw6IGZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjQxMSwg cmV2aWQ9MHgwMg0KT2N0IDI0IDE3OjA1OjIzIHJheSAva2VybmVsOiBjbGFz cz0wMS0wMS04MCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQpPY3QgMjQgMTc6 MDU6MjMgcmF5IC9rZXJuZWw6IHN1Ym9yZGluYXRlYnVzPTAgCXNlY29uZGFy eWJ1cz0wDQpPY3QgMjQgMTc6MDU6MjMgcmF5IC9rZXJuZWw6IG1hcFsyMF06 IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgMDAwMGZmYTAsIHNpemUgIDQNCk9j dCAyNCAxNzowNToyMyByYXkgL2tlcm5lbDogZm91bmQtPgl2ZW5kb3I9MHg4 MDg2LCBkZXY9MHgyNDEyLCByZXZpZD0weDAyDQpPY3QgMjQgMTc6MDU6MjMg cmF5IC9rZXJuZWw6IGNsYXNzPTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTANCk9jdCAyNCAxNzowNToyMyByYXkgL2tlcm5lbDogc3Vib3JkaW5h dGVidXM9MCAJc2Vjb25kYXJ5YnVzPTANCk9jdCAyNCAxNzowNToyMyByYXkg L2tlcm5lbDogaW50cGluPWQsIGlycT05DQpPY3QgMjQgMTc6MDU6MjMgcmF5 IC9rZXJuZWw6IG1hcFsyMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgMDAw MGVmODAsIHNpemUgIDUNCk9jdCAyNCAxNzowNToyMyByYXkgL2tlcm5lbDog Zm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNDEzLCByZXZpZD0weDAy DQpPY3QgMjQgMTc6MDU6MjMgcmF5IC9rZXJuZWw6IGNsYXNzPTBjLTA1LTAw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCk9jdCAyNCAxNzowNToyMyByYXkg L2tlcm5lbDogc3Vib3JkaW5hdGVidXM9MCAJc2Vjb25kYXJ5YnVzPTANCk9j dCAyNCAxNzowNToyMyByYXkgL2tlcm5lbDogaW50cGluPWIsIGlycT0xMA0K T2N0IDI0IDE3OjA1OjIzIHJheSAva2VybmVsOiBtYXBbMjBdOiB0eXBlIDEs IHJhbmdlIDMyLCBiYXNlIDAwMDBlZmEwLCBzaXplICA0DQpPY3QgMjQgMTc6 MDU6MjMgcmF5IC9rZXJuZWw6IHBjaTA6IDxQQ0kgYnVzPiBvbiBwY2liMA0K T2N0IDI0IDE3OjA1OjIzIHJheSAva2VybmVsOiBhZ3AwOiA8SW50ZWwgODI4 MTBFIChpODEwRSBHTUNIKSBTVkdBIGNvbnRyb2xsZXI+IG1lbSAweGZmYTgw MDAwLTB4ZmZhZmZmZmYsMHhmODAwMDAwMC0weGZiZmZmZmZmIGlycSAxMSBh dCBkZXZpY2UgMS4wIG9uIHBjaTANCk9jdCAyNCAxNzowNToyMyByYXkgL2tl cm5lbDogYWdwMDogYWxsb2NhdGluZyBHQVRUIGZvciBhcGVydHVyZSBvZiBz aXplIDY0TQ0KT2N0IDI0IDE3OjA1OjIzIHJheSAva2VybmVsOiBwY2liMTog PEludGVsIDgyODAxQUEgKElDSCkgSHViIHRvIFBDSSBicmlkZ2U+IGF0IGRl dmljZSAzMC4wIG9uIHBjaTANCk9jdCAyNCAxNzowNToyMyByYXkgL2tlcm5l bDogZm91bmQtPgl2ZW5kb3I9MHgxMjc0LCBkZXY9MHgxMzcxLCByZXZpZD0w eDA2DQpPY3QgMjQgMTc6MDU6MjMgcmF5IC9rZXJuZWw6IGNsYXNzPTA0LTAx LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCk9jdCAyNCAxNzowNToyMyBy YXkgL2tlcm5lbDogc3Vib3JkaW5hdGVidXM9MCAJc2Vjb25kYXJ5YnVzPTAN Ck9jdCAyNCAxNzowNToyMyByYXkgL2tlcm5lbDogaW50cGluPWEsIGlycT0x MQ0KT2N0IDI0IDE3OjA1OjIzIHJheSAva2VybmVsOiBtYXBbMTBdOiB0eXBl IDEsIHJhbmdlIDMyLCBiYXNlIDAwMDBkZTgwLCBzaXplICA2DQpPY3QgMjQg MTc6MDU6MjMgcmF5IC9rZXJuZWw6IGZvdW5kLT4JdmVuZG9yPTB4OTAwNCwg ZGV2PTB4NjE3OCwgcmV2aWQ9MHgwMw0KT2N0IDI0IDE3OjA1OjIzIHJheSAv a2VybmVsOiBjbGFzcz0wMS0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0w DQpPY3QgMjQgMTc6MDU6MjQgcmF5IC9rZXJuZWw6IHN1Ym9yZGluYXRlYnVz PTAgCXNlY29uZGFyeWJ1cz0wDQpPY3QgMjQgMTc6MDU6MjQgcmF5IC9rZXJu ZWw6IGludHBpbj1hLCBpcnE9MTENCk9jdCAyNCAxNzowNToyNCByYXkgL2tl cm5lbDogbWFwWzEwXTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSAwMDAwZDgw MCwgc2l6ZSAgOA0KT2N0IDI0IDE3OjA1OjI0IHJheSAva2VybmVsOiBtYXBb MTRdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGZmOGZmMDAwLCBzaXplIDEy DQpPY3QgMjQgMTc6MDU6MjQgcmF5IC9rZXJuZWw6IGZvdW5kLT4JdmVuZG9y PTB4ODA4NiwgZGV2PTB4MTIyOSwgcmV2aWQ9MHgwOA0KT2N0IDI0IDE3OjA1 OjI0IHJheSAva2VybmVsOiBjbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0wDQpPY3QgMjQgMTc6MDU6MjQgcmF5IC9rZXJuZWw6IHN1Ym9y ZGluYXRlYnVzPTAgCXNlY29uZGFyeWJ1cz0wDQpPY3QgMjQgMTc6MDU6MjQg cmF5IC9rZXJuZWw6IGludHBpbj1hLCBpcnE9MTANCk9jdCAyNCAxNzowNToy NCByYXkgL2tlcm5lbDogbWFwWzEwXTogdHlwZSAxLCByYW5nZSAzMiwgYmFz ZSBmZjhmZTAwMCwgc2l6ZSAxMg0KT2N0IDI0IDE3OjA1OjI0IHJheSAva2Vy bmVsOiBtYXBbMTRdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIDAwMDBkZjAw LCBzaXplICA2DQpPY3QgMjQgMTc6MDU6MjQgcmF5IC9rZXJuZWw6IG1hcFsx OF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgZmY3MDAwMDAsIHNpemUgMjAN Ck9jdCAyNCAxNzowNToyNCByYXkgL2tlcm5lbDogcGNpMTogPFBDSSBidXM+ IG9uIHBjaWIxDQpPY3QgMjQgMTc6MDU6MjQgcmF5IC9rZXJuZWw6IHBjaTE6 IDx1bmtub3duIGNhcmQ+ICh2ZW5kb3I9MHgxMjc0LCBkZXY9MHgxMzcxKSBh dCA3LjAgaXJxIDExDQpPY3QgMjQgMTc6MDU6MjQgcmF5IC9rZXJuZWw6IGFo YzA6IDxBZGFwdGVjIDI5NDBBIFVsdHJhIFNDU0kgYWRhcHRlcj4gcG9ydCAw eGQ4MDAtMHhkOGZmIG1lbSAweGZmOGZmMDAwLTB4ZmY4ZmZmZmYgaXJxIDEx IGF0IGRldmljZSA4LjAgb24gcGNpMQ0KT2N0IDI0IDE3OjA1OjI0IHJheSAv a2VybmVsOiBhaGMwOiBSZWFkaW5nIFNFRVBST00uLi5kb25lLg0KT2N0IDI0 IDE3OjA1OjI0IHJheSAva2VybmVsOiBhaGMwOiBpbnRlcm5hbCA1MCBjYWJs ZSBpcyBwcmVzZW50LCBpbnRlcm5hbCA2OCBjYWJsZSBub3QgcHJlc2VudA0K T2N0IDI0IDE3OjA1OjI0IHJheSAva2VybmVsOiBhaGMwOiBleHRlcm5hbCBj YWJsZSBpcyBwcmVzZW50DQpPY3QgMjQgMTc6MDU6MjQgcmF5IC9rZXJuZWw6 IGFoYzA6IEJJT1MgZWVwcm9tIG5vdCBwcmVzZW50DQpPY3QgMjQgMTc6MDU6 MjQgcmF5IC9rZXJuZWw6IGFoYzA6IERvd25sb2FkaW5nIFNlcXVlbmNlciBQ cm9ncmFtLi4uIDQ0MSBpbnN0cnVjdGlvbnMgZG93bmxvYWRlZA0KT2N0IDI0 IDE3OjA1OjI0IHJheSAva2VybmVsOiBhaWM3ODYwOiBTaW5nbGUgQ2hhbm5l bCBBLCBTQ1NJIElkPTcsIDMvMjU1IFNDQnMNCk9jdCAyNCAxNzowNToyNCBy YXkgL2tlcm5lbDogZnhwMDogPEludGVsIFBybyAxMC8xMDBCLzEwMCsgRXRo ZXJuZXQ+IHBvcnQgMHhkZjAwLTB4ZGYzZiBtZW0gMHhmZjcwMDAwMC0weGZm N2ZmZmZmLDB4ZmY4ZmUwMDAtMHhmZjhmZWZmZiBpcnEgMTAgYXQgZGV2aWNl IDkuMCBvbiBwY2kxDQpPY3QgMjQgMTc6MDU6MjQgcmF5IC9rZXJuZWw6IGZ4 cDA6IEV0aGVybmV0IGFkZHJlc3MgMDA6ZDA6Yjc6NWQ6ZDk6MjkNCk9jdCAy NCAxNzowNToyNCByYXkgL2tlcm5lbDogYnBmOiBmeHAwIGF0dGFjaGVkDQpP Y3QgMjQgMTc6MDU6MjQgcmF5IC9rZXJuZWw6IGlzYWIwOiA8SW50ZWwgODI4 MDFBQSAoSUNIKSBQQ0kgdG8gTFBDIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAg b24gcGNpMA0KT2N0IDI0IDE3OjA1OjI0IHJheSAva2VybmVsOiBpc2EwOiA8 SVNBIGJ1cz4gb24gaXNhYjANCk9jdCAyNCAxNzowNToyNCByYXkgL2tlcm5l bDogYXRhcGNpMDogPEludGVsIElDSCBBVEE2NiBjb250cm9sbGVyPiBwb3J0 IDB4ZmZhMC0weGZmYWYgYXQgZGV2aWNlIDMxLjEgb24gcGNpMA0KT2N0IDI0 IDE3OjA1OjI0IHJheSAva2VybmVsOiBhdGEwOiBpb2Jhc2U9MHgwMWYwIGFs dGlvYmFzZT0weDAzZjYgYm1hZGRyPTB4ZmZhMA0KT2N0IDI0IDE3OjA1OjI0 IHJheSAva2VybmVsOiBhdGEwOiBtYXNrPTAwIHN0YXR1czA9ZmYgc3RhdHVz MT1mZg0KT2N0IDI0IDE3OjA1OjI0IHJheSAva2VybmVsOiBhdGEwOiBwcm9i ZSBhbGxvY2F0aW9uIGZhaWxlZA0KT2N0IDI0IDE3OjA1OjI0IHJheSAva2Vy bmVsOiBhdGExOiBpb2Jhc2U9MHgwMTcwIGFsdGlvYmFzZT0weDAzNzYgYm1h ZGRyPTB4ZmZhOA0KT2N0IDI0IDE3OjA1OjI1IHJheSAva2VybmVsOiBhdGEx OiBtYXNrPTAwIHN0YXR1czA9ZmYgc3RhdHVzMT1mZg0KT2N0IDI0IDE3OjA1 OjI1IHJheSAva2VybmVsOiBhdGExOiBwcm9iZSBhbGxvY2F0aW9uIGZhaWxl ZA0KT2N0IDI0IDE3OjA1OjI1IHJheSAva2VybmVsOiB1aGNpMDogPEludGVs IDgyODAxQUEgKElDSCkgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhlZjgwLTB4 ZWY5ZiBpcnEgOSBhdCBkZXZpY2UgMzEuMiBvbiBwY2kwDQpPY3QgMjQgMTc6 MDU6MjUgcmF5IC9rZXJuZWw6IHVzYjA6IDxJbnRlbCA4MjgwMUFBIChJQ0gp IFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMA0KT2N0IDI0IDE3OjA1OjI1IHJh eSAva2VybmVsOiB1c2IwOiBVU0IgcmV2aXNpb24gMS4wDQpPY3QgMjQgMTc6 MDU6MjUgcmF5IC9rZXJuZWw6IHVodWIwOiBJbnRlbCBVSENJIHJvb3QgaHVi LCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQ0KT2N0IDI0IDE3 OjA1OjI1IHJheSAva2VybmVsOiB1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVt b3ZhYmxlLCBzZWxmIHBvd2VyZWQNCk9jdCAyNCAxNzowNToyNSByYXkgL2tl cm5lbDogcGNpMDogPHVua25vd24gY2FyZD4gKHZlbmRvcj0weDgwODYsIGRl dj0weDI0MTMpIGF0IDMxLjMgaXJxIDEwDQpPY3QgMjQgMTc6MDU6MjUgcmF5 IC9rZXJuZWw6IGF0YS06IGF0YTAgZXhpc3RzLCB1c2luZyBuZXh0IGF2YWls YWJsZSB1bml0IG51bWJlcg0KT2N0IDI0IDE3OjA1OjI1IHJheSAva2VybmVs OiBhdGEtOiBhdGExIGV4aXN0cywgdXNpbmcgbmV4dCBhdmFpbGFibGUgdW5p dCBudW1iZXINCk9jdCAyNCAxNzowNToyNSByYXkgL2tlcm5lbDogVHJ5aW5n IFJlYWRfUG9ydCBhdCAyMDMNCk9jdCAyNCAxNzowNToyNSByYXkgL2tlcm5l bDogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyNDMNCk9jdCAyNCAxNzowNToyNSBy YXkgL2tlcm5lbDogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyODMNCk9jdCAyNCAx NzowNToyNSByYXkgL2tlcm5lbDogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyYzMN Ck9jdCAyNCAxNzowNToyNSByYXkgL2tlcm5lbDogVHJ5aW5nIFJlYWRfUG9y dCBhdCAzMDMNCk9jdCAyNCAxNzowNToyNSByYXkgL2tlcm5lbDogVHJ5aW5n IFJlYWRfUG9ydCBhdCAzNDMNCk9jdCAyNCAxNzowNToyNSByYXkgL2tlcm5l bDogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzODMNCk9jdCAyNCAxNzowNToyNSBy YXkgL2tlcm5lbDogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzYzMNCk9jdCAyNCAx NzowNToyNSByYXkgL2tlcm5lbDogaXNhX3Byb2JlX2NoaWxkcmVuOiBkaXNh YmxpbmcgUG5QIGRldmljZXMNCk9jdCAyNCAxNzowNToyNSByYXkgL2tlcm5l bDogaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIG5vbi1QblAgZGV2aWNl cw0KT2N0IDI0IDE3OjA1OjI1IHJheSAva2VybmVsOiBmZGMwOiA8TkVDIDcy MDY1QiBvciBjbG9uZT4gYXQgcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEg NiBkcnEgMiBvbiBpc2EwDQpPY3QgMjQgMTc6MDU6MjUgcmF5IC9rZXJuZWw6 IGZkYzA6IEZJRk8gZW5hYmxlZCwgOCBieXRlcyB0aHJlc2hvbGQNCk9jdCAy NCAxNzowNToyNSByYXkgL2tlcm5lbDogZmQwOiA8MTQ0MC1LQiAzLjUiIGRy aXZlPiBvbiBmZGMwIGRyaXZlIDANCk9jdCAyNCAxNzowNToyNSByYXkgL2tl cm5lbDogYXRhMjogaW9iYXNlPTB4MDFmMCBhbHRpb2Jhc2U9MHgwM2Y2IGJt YWRkcj0weDAwMDANCk9jdCAyNCAxNzowNToyNSByYXkgL2tlcm5lbDogYXRh MjogbWFzaz0wMCBzdGF0dXMwPWZmIHN0YXR1czE9ZmYNCk9jdCAyNCAxNzow NToyNSByYXkgL2tlcm5lbDogYXRhMjogcHJvYmUgYWxsb2NhdGlvbiBmYWls ZWQNCk9jdCAyNCAxNzowNToyNSByYXkgL2tlcm5lbDogYXRhMiBmYWlsZWQg dG8gcHJvYmUgYXQgcG9ydCAweDFmMC0weDFmNywweDNmNiBpcnEgMTQgb24g aXNhMA0KT2N0IDI0IDE3OjA1OjI1IHJheSAva2VybmVsOiBhdGEzOiBpb2Jh c2U9MHgwMTcwIGFsdGlvYmFzZT0weDAzNzYgYm1hZGRyPTB4MDAwMA0KT2N0 IDI0IDE3OjA1OjI1IHJheSAva2VybmVsOiBhdGEzOiBtYXNrPTAwIHN0YXR1 czA9ZmYgc3RhdHVzMT1mZg0KT2N0IDI0IDE3OjA1OjI1IHJheSAva2VybmVs OiBhdGEzOiBwcm9iZSBhbGxvY2F0aW9uIGZhaWxlZA0KT2N0IDI0IDE3OjA1 OjI2IHJheSAva2VybmVsOiBhdGEzIGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0 IDB4MTcwLTB4MTc3LDB4Mzc2IGlycSAxNSBvbiBpc2EwDQpPY3QgMjQgMTc6 MDU6MjYgcmF5IC9rZXJuZWw6IGFkdjAgZmFpbGVkIHRvIHByb2JlIGF0IHBv cnQgMHgzMzAgb24gaXNhMA0KT2N0IDI0IDE3OjA1OjI2IHJheSAva2VybmVs OiBidDA6IEZhaWxlZCBTdGF0dXMgUmVnIFRlc3QgLSBmZg0KT2N0IDI0IDE3 OjA1OjI2IHJheSAva2VybmVsOiBidF9pc2FfcHJvYmU6IFByb2JlIGZhaWxl ZCBhdCAweDMzMA0KT2N0IDI0IDE3OjA1OjI2IHJheSAva2VybmVsOiBidDA6 IEZhaWxlZCBTdGF0dXMgUmVnIFRlc3QgLSBmZg0KT2N0IDI0IDE3OjA1OjI2 IHJheSAva2VybmVsOiBidF9pc2FfcHJvYmU6IFByb2JlIGZhaWxlZCBhdCAw eDMzNA0KT2N0IDI0IDE3OjA1OjI2IHJheSAva2VybmVsOiBidDA6IEZhaWxl ZCBTdGF0dXMgUmVnIFRlc3QgLSBmZg0KT2N0IDI0IDE3OjA1OjI2IHJheSAv a2VybmVsOiBidF9pc2FfcHJvYmU6IFByb2JlIGZhaWxlZCBhdCAweDIzMA0K T2N0IDI0IDE3OjA1OjI2IHJheSAva2VybmVsOiBidDA6IEZhaWxlZCBTdGF0 dXMgUmVnIFRlc3QgLSBmZg0KT2N0IDI0IDE3OjA1OjI2IHJheSAva2VybmVs OiBidF9pc2FfcHJvYmU6IFByb2JlIGZhaWxlZCBhdCAweDIzNA0KT2N0IDI0 IDE3OjA1OjI2IHJheSAva2VybmVsOiBidDA6IEZhaWxlZCBTdGF0dXMgUmVn IFRlc3QgLSBmZg0KT2N0IDI0IDE3OjA1OjI2IHJheSAva2VybmVsOiBidF9p c2FfcHJvYmU6IFByb2JlIGZhaWxlZCBhdCAweDEzMA0KT2N0IDI0IDE3OjA1 OjI2IHJheSAva2VybmVsOiBidDA6IEZhaWxlZCBTdGF0dXMgUmVnIFRlc3Qg LSBmZg0KT2N0IDI0IDE3OjA1OjI2IHJheSAva2VybmVsOiBidF9pc2FfcHJv YmU6IFByb2JlIGZhaWxlZCBhdCAweDEzNA0KT2N0IDI0IDE3OjA1OjI2IHJh eSAva2VybmVsOiBidDAgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgxMzQt MHgxMzcgb24gaXNhMA0KT2N0IDI0IDE3OjA1OjI2IHJheSAva2VybmVsOiBh aGEwOiBzdGF0dXMgcmVnIHRlc3QgZmFpbGVkIGZmDQpPY3QgMjQgMTc6MDU6 MjYgcmF5IGxhc3QgbWVzc2FnZSByZXBlYXRlZCA1IHRpbWVzDQpPY3QgMjQg MTc6MDU6MjYgcmF5IC9rZXJuZWw6IGFoYTAgZmFpbGVkIHRvIHByb2JlIGF0 IHBvcnQgMHgxMzQtMHgxMzcgb24gaXNhMA0KT2N0IDI0IDE3OjA1OjI2IHJh eSAva2VybmVsOiBhaWMwIGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0IDB4MTQw LTB4MTVmIG9uIGlzYTANCk9jdCAyNCAxNzowNToyNiByYXkgL2tlcm5lbDog YXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9y dCAweDYwLDB4NjQgb24gaXNhMA0KT2N0IDI0IDE3OjA1OjI2IHJheSAva2Vy bmVsOiBhdGtiZDA6IDxBVCBLZXlib2FyZD4gZmxhZ3MgMHgxIGlycSAxIG9u IGF0a2JkYzANCk9jdCAyNCAxNzowNToyNiByYXkgL2tlcm5lbDogYXRrYmQ6 IHRoZSBjdXJyZW50IGtiZCBjb250cm9sbGVyIGNvbW1hbmQgYnl0ZSAwMDY1 DQpPY3QgMjQgMTc6MDU6MjYgcmF5IC9rZXJuZWw6IGF0a2JkOiBrZXlib2Fy ZCBJRCAweDQxYWIgKDIpDQpPY3QgMjQgMTc6MDU6MjYgcmF5IC9rZXJuZWw6 IGtiZGM6IFJFU0VUX0tCRCByZXR1cm4gY29kZTowMGZhDQpPY3QgMjQgMTc6 MDU6MjYgcmF5IC9rZXJuZWw6IGtiZGM6IFJFU0VUX0tCRCBzdGF0dXM6MDBh YQ0KT2N0IDI0IDE3OjA1OjI2IHJheSAva2VybmVsOiBrYmQwIGF0IGF0a2Jk MA0KT2N0IDI0IDE3OjA1OjI2IHJheSAva2VybmVsOiBrYmQwOiBhdGtiZDAs IEFUIDEwMS8xMDIgKDIpLCBjb25maWc6MHgxLCBmbGFnczoweDNkMDAwMA0K T2N0IDI0IDE3OjA1OjI2IHJheSAva2VybmVsOiBwc20wOiBjdXJyZW50IGNv bW1hbmQgYnl0ZTowMDY1DQpPY3QgMjQgMTc6MDU6MjYgcmF5IC9rZXJuZWw6 IGtiZGM6IFRFU1RfQVVYX1BPUlQgc3RhdHVzOjAwMDANCk9jdCAyNCAxNzow NToyNiByYXkgL2tlcm5lbDoga2JkYzogUkVTRVRfQVVYIHJldHVybiBjb2Rl OjAwZmENCk9jdCAyNCAxNzowNToyNyByYXkgL2tlcm5lbDoga2JkYzogUkVT RVRfQVVYIHN0YXR1czowMGFhDQpPY3QgMjQgMTc6MDU6MjcgcmF5IC9rZXJu ZWw6IGtiZGM6IFJFU0VUX0FVWCBJRDowMDAwDQpPY3QgMjQgMTc6MDU6Mjcg cmF5IC9rZXJuZWw6IHBzbTogc3RhdHVzIDAwIDAyIDY0DQpPY3QgMjQgMTc6 MDU6MjcgcmF5IC9rZXJuZWw6IHBzbTogc3RhdHVzIGIxIDAzIGM4DQpPY3Qg MjQgMTc6MDU6MjcgcmF5IGxhc3QgbWVzc2FnZSByZXBlYXRlZCAyIHRpbWVz DQpPY3QgMjQgMTc6MDU6MjcgcmF5IC9rZXJuZWw6IHBzbTogZGF0YSAwOCAw MCAwMA0KT2N0IDI0IDE3OjA1OjI3IHJheSAva2VybmVsOiBwc206IGRhdGEg MDggMDAgMDANCk9jdCAyNCAxNzowNToyNyByYXkgL2tlcm5lbDogcHNtOiBz dGF0dXMgMDAgMDIgNjQNCk9jdCAyNCAxNzowNToyNyByYXkgL2tlcm5lbDog cHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwDQpPY3QgMjQg MTc6MDU6MjcgcmF5IC9rZXJuZWw6IHBzbTA6IG1vZGVsIEludGVsbGlNb3Vz ZSwgZGV2aWNlIElEIDMtMDAsIDMgYnV0dG9ucw0KT2N0IDI0IDE3OjA1OjI3 IHJheSAva2VybmVsOiBwc20wOiBjb25maWc6MDAwMDAwMDAsIGZsYWdzOjAw MDAwMDAwLCBwYWNrZXQgc2l6ZTo0DQpPY3QgMjQgMTc6MDU6MjcgcmF5IC9r ZXJuZWw6IHBzbTA6IHN5bmNtYXNrOjA4LCBzeW5jYml0czowOA0KT2N0IDI0 IDE3OjA1OjI3IHJheSAva2VybmVsOiB2Z2EwOiA8R2VuZXJpYyBJU0EgVkdB PiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBv biBpc2EwDQpPY3QgMjQgMTc6MDU6MjcgcmF5IC9rZXJuZWw6IGZiMDogdmdh MCwgdmdhLCB0eXBlOlZHQSAoNSksIGZsYWdzOjB4NzAwZmYNCk9jdCAyNCAx NzowNToyNyByYXkgL2tlcm5lbDogZmIwOiBwb3J0OjB4M2MwLTB4M2RmLCBj cnRjOjB4M2Q0LCBtZW06MHhhMDAwMCAweDIwMDAwDQpPY3QgMjQgMTc6MDU6 MjcgcmF5IC9rZXJuZWw6IGZiMDogaW5pdCBtb2RlOjI0LCBiaW9zIG1vZGU6 MywgY3VycmVudCBtb2RlOjI0DQpPY3QgMjQgMTc6MDU6MjcgcmF5IC9rZXJu ZWw6IGZiMDogd2luZG93OjB4YzAwYjgwMDAgc2l6ZTozMmsgZ3JhbjozMmss IGJ1ZjowIHNpemU6MzJrDQpPY3QgMjQgMTc6MDU6MjcgcmF5IC9rZXJuZWw6 IFZHQSBwYXJhbWV0ZXJzIHVwb24gcG93ZXItdXANCk9jdCAyNCAxNzowNToy NyByYXkgL2tlcm5lbDogNTAgMTggMTAgMDAgMDAgMDAgMDMgMDAgMDIgNjcg NWYgNGYgNTAgODIgNTUgODEgDQpPY3QgMjQgMTc6MDU6MjcgcmF5IC9rZXJu ZWw6IGJmIDFmIDAwIDRmIDBkIDBlIDAwIDAwIDA2IDQwIDljIDhlIDhmIDI4 IDFmIDk2IA0KT2N0IDI0IDE3OjA1OjI3IHJheSAva2VybmVsOiBiOSBhMyBm ZiAwMCAwMSAwMiAwMyAwNCAwNSAxNCAwNyAzOCAzOSAzYSAzYiAzYyANCk9j dCAyNCAxNzowNToyNyByYXkgL2tlcm5lbDogM2QgM2UgM2YgMGMgMDAgMGYg MDggMDAgMDAgMDAgMDAgMDAgMTAgMGUgMDAgZmYgDQpPY3QgMjQgMTc6MDU6 MjcgcmF5IC9rZXJuZWw6IFZHQSBwYXJhbWV0ZXJzIGluIEJJT1MgZm9yIG1v ZGUgMjQNCk9jdCAyNCAxNzowNToyNyByYXkgL2tlcm5lbDogNTAgMTggMTAg MDAgMTAgMDAgMDMgMDAgMDIgNjcgNWYgNGYgNTAgODIgNTUgODEgDQpPY3Qg MjQgMTc6MDU6MjcgcmF5IC9rZXJuZWw6IGJmIDFmIDAwIDRmIDBkIDBlIDAw IDAwIDAwIDAwIDljIDhlIDhmIDI4IDFmIDk2IA0KT2N0IDI0IDE3OjA1OjI3 IHJheSAva2VybmVsOiBiOSBhMyBmZiAwMCAwMSAwMiAwMyAwNCAwNSAxNCAw NyAzOCAzOSAzYSAzYiAzYyANCk9jdCAyNCAxNzowNToyNyByYXkgL2tlcm5l bDogM2QgM2UgM2YgMGMgMDAgMGYgMDggMDAgMDAgMDAgMDAgMDAgMTAgMGUg MDAgZmYgDQpPY3QgMjQgMTc6MDU6MjcgcmF5IC9rZXJuZWw6IEVHQS9WR0Eg cGFyYW1ldGVycyB0byBiZSB1c2VkIGZvciBtb2RlIDI0DQpPY3QgMjQgMTc6 MDU6MjcgcmF5IC9rZXJuZWw6IDUwIDE4IDEwIDAwIDEwIDAwIDAzIDAwIDAy IDY3IDVmIDRmIDUwIDgyIDU1IDgxIA0KT2N0IDI0IDE3OjA1OjI3IHJheSAv a2VybmVsOiBiZiAxZiAwMCA0ZiAwZCAwZSAwMCAwMCAwMCAwMCA5YyA4ZSA4 ZiAyOCAxZiA5NiANCk9jdCAyNCAxNzowNToyNyByYXkgL2tlcm5lbDogYjkg YTMgZmYgMDAgMDEgMDIgMDMgMDQgMDUgMTQgMDcgMzggMzkgM2EgM2IgM2Mg DQpPY3QgMjQgMTc6MDU6MjcgcmF5IC9rZXJuZWw6IDNkIDNlIDNmIDBjIDAw IDBmIDA4IDAwIDAwIDAwIDAwIDAwIDEwIDBlIDAwIGZmIA0KT2N0IDI0IDE3 OjA1OjI3IHJheSAva2VybmVsOiBzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQg ZmxhZ3MgMHgxMDAgb24gaXNhMA0KT2N0IDI0IDE3OjA1OjI3IHJheSAva2Vy bmVsOiBzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgz MDA+DQpPY3QgMjQgMTc6MDU6MjcgcmF5IC9rZXJuZWw6IHNjMDogZmIwLCBr YmQwLCB0ZXJtaW5hbCBlbXVsYXRvcjogc2MgKHN5c2NvbnMgdGVybWluYWwp DQpPY3QgMjQgMTc6MDU6MjcgcmF5IC9rZXJuZWw6IHNpbzA6IGlycSBtYXBz OiAweDQxIDB4NTEgMHg0MSAweDQxDQpPY3QgMjQgMTc6MDU6MjcgcmF5IC9r ZXJuZWw6IHNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAw eDEwIG9uIGlzYTANCk9jdCAyNCAxNzowNToyNyByYXkgL2tlcm5lbDogc2lv MDogdHlwZSAxNjU1MEENCk9jdCAyNCAxNzowNToyNyByYXkgL2tlcm5lbDog c2lvMTogaXJxIG1hcHM6IDB4NDEgMHg0OSAweDQxIDB4NDENCk9jdCAyNCAx NzowNToyNyByYXkgL2tlcm5lbDogc2lvMSBhdCBwb3J0IDB4MmY4LTB4MmZm IGlycSAzIG9uIGlzYTANCk9jdCAyNCAxNzowNToyOCByYXkgL2tlcm5lbDog c2lvMTogdHlwZSAxNjU1MEENCk9jdCAyNCAxNzowNToyOCByYXkgL2tlcm5l bDogc2lvMjogbm90IHByb2JlZCAoZGlzYWJsZWQpDQpPY3QgMjQgMTc6MDU6 MjggcmF5IC9rZXJuZWw6IHNpbzM6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQ0K T2N0IDI0IDE3OjA1OjI4IHJheSAva2VybmVsOiBwcGMwOiBwYXJhbGxlbCBw b3J0IGZvdW5kIGF0IDB4Mzc4DQpPY3QgMjQgMTc6MDU6MjggcmF5IC9rZXJu ZWw6IHBwYzA6IHVzaW5nIGV4dGVuZGVkIEkvTyBwb3J0IHJhbmdlDQpPY3Qg MjQgMTc6MDU6MjggcmF5IC9rZXJuZWw6IHBwYzA6IEVQUCBTUFANCk9jdCAy NCAxNzowNToyOCByYXkgL2tlcm5lbDogcHBjMDogPFBhcmFsbGVsIHBvcnQ+ IGF0IHBvcnQgMHgzNzgtMHgzN2YgaXJxIDcgb24gaXNhMA0KT2N0IDI0IDE3 OjA1OjI4IHJheSAva2VybmVsOiBwcGMwOiBHZW5lcmljIGNoaXBzZXQgKEVQ UC9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9kZQ0KT2N0IDI0IDE3OjA1OjI4 IHJheSAva2VybmVsOiBwbGlwMDogPFBMSVAgbmV0d29yayBpbnRlcmZhY2U+ IG9uIHBwYnVzMA0KT2N0IDI0IDE3OjA1OjI4IHJheSAva2VybmVsOiBicGY6 IGxwMCBhdHRhY2hlZA0KT2N0IDI0IDE3OjA1OjI4IHJheSAva2VybmVsOiBs cHQwOiA8UHJpbnRlcj4gb24gcHBidXMwDQpPY3QgMjQgMTc6MDU6MjggcmF5 IC9rZXJuZWw6IGxwdDA6IEludGVycnVwdC1kcml2ZW4gcG9ydA0KT2N0IDI0 IDE3OjA1OjI4IHJheSAva2VybmVsOiBwcGkwOiA8UGFyYWxsZWwgSS9PPiBv biBwcGJ1czANCk9jdCAyNCAxNzowNToyOCByYXkgL2tlcm5lbDogaXNhX3By b2JlX2NoaWxkcmVuOiBwcm9iaW5nIFBuUCBkZXZpY2VzDQpPY3QgMjQgMTc6 MDU6MjggcmF5IC9rZXJuZWw6IEJJT1MgR2VvbWV0cmllczoNCk9jdCAyNCAx NzowNToyOCByYXkgL2tlcm5lbDogMDowMDgyZmUzZiAwLi4xMzA9MTMxIGN5 bGluZGVycywgMC4uMjU0PTI1NSBoZWFkcywgMS4uNjM9NjMgc2VjdG9ycw0K T2N0IDI0IDE3OjA1OjI4IHJheSAva2VybmVsOiAxOjAwODJmZTNmIDAuLjEz MD0xMzEgY3lsaW5kZXJzLCAwLi4yNTQ9MjU1IGhlYWRzLCAxLi42Mz02MyBz ZWN0b3JzDQpPY3QgMjQgMTc6MDU6MjggcmF5IC9rZXJuZWw6IDI6MDNlYzNm MjAgMC4uMTAwND0xMDA1IGN5bGluZGVycywgMC4uNjM9NjQgaGVhZHMsIDEu LjMyPTMyIHNlY3RvcnMNCk9jdCAyNCAxNzowNToyOCByYXkgL2tlcm5lbDog MzowM2VkM2YyMCAwLi4xMDA1PTEwMDYgY3lsaW5kZXJzLCAwLi42Mz02NCBo ZWFkcywgMS4uMzI9MzIgc2VjdG9ycw0KT2N0IDI0IDE3OjA1OjI4IHJheSAv a2VybmVsOiAwIGFjY291bnRlZCBmb3INCk9jdCAyNCAxNzowNToyOCByYXkg L2tlcm5lbDogRGV2aWNlIGNvbmZpZ3VyYXRpb24gZmluaXNoZWQuDQpPY3Qg MjQgMTc6MDU6MjggcmF5IC9rZXJuZWw6IGJwZjogbG8wIGF0dGFjaGVkDQpP Y3QgMjQgMTc6MDU6MjggcmF5IC9rZXJuZWw6IElQIHBhY2tldCBmaWx0ZXJp bmcgaW5pdGlhbGl6ZWQsIGRpdmVydCBlbmFibGVkLCBydWxlLWJhc2VkIGZv cndhcmRpbmcgZGlzYWJsZWQsIGRlZmF1bHQgdG8gYWNjZXB0LCBsb2dnaW5n IGxpbWl0ZWQgdG8gMTAwIHBhY2tldHMvZW50cnkgYnkgZGVmYXVsdA0KT2N0 IDI0IDE3OjA1OjI4IHJheSAva2VybmVsOiBuZXcgbWFza3M6IGJpbyA2ODAy NDAsIHR0eSA2MzEwOWEsIG5ldCA2NzE0OWENCk9jdCAyNCAxNzowNToyOCBy YXkgL2tlcm5lbDogYnBmOiBwcHAwIGF0dGFjaGVkDQpPY3QgMjQgMTc6MDU6 MjggcmF5IC9rZXJuZWw6IG5ldyBtYXNrczogYmlvIDY4MDI0MCwgdHR5IDYz MTA5YSwgbmV0IDY3MTQ5YQ0KT2N0IDI0IDE3OjA1OjI4IHJheSAva2VybmVs OiBicGY6IHNsMCBhdHRhY2hlZA0KT2N0IDI0IDE3OjA1OjI4IHJheSAva2Vy bmVsOiBicGY6IGZhaXRoMCBhdHRhY2hlZA0KT2N0IDI0IDE3OjA1OjI4IHJh eSAva2VybmVsOiBEVU1NWU5FVCBpbml0aWFsaXplZCAoMDAwNjA4KQ0KT2N0 IDI0IDE3OjA1OjI4IHJheSAva2VybmVsOiBicGY6IGdpZjAgYXR0YWNoZWQN Ck9jdCAyNCAxNzowNToyOCByYXkgL2tlcm5lbDogYnBmOiBnaWYxIGF0dGFj aGVkDQpPY3QgMjQgMTc6MDU6MjggcmF5IC9rZXJuZWw6IGJwZjogZ2lmMiBh dHRhY2hlZA0KT2N0IDI0IDE3OjA1OjI4IHJheSAva2VybmVsOiBicGY6IGdp ZjMgYXR0YWNoZWQNCk9jdCAyNCAxNzowNToyOCByYXkgL2tlcm5lbDogQlJJ REdFIDk5MDgxMCwgaGF2ZSAxMCBpbnRlcmZhY2VzDQpPY3QgMjQgMTc6MDU6 MjggcmF5IC9rZXJuZWw6IC0tIGluZGV4IDEgIHR5cGUgNiBwaHkgMCBhZGRy bCA2IGFkZHIgMDAuZDAuYjcuNWQuZDkuMjkNCk9jdCAyNCAxNzowNToyOCBy YXkgL2tlcm5lbDogSVAgRmlsdGVyOiB2My40LjggaW5pdGlhbGl6ZWQuICBE ZWZhdWx0ID0gcGFzcyBhbGwsIExvZ2dpbmcgPSBlbmFibGVkDQpPY3QgMjQg MTc6MDU6MjggcmF5IC9rZXJuZWw6IFdhaXRpbmcgNyBzZWNvbmRzIGZvciBT Q1NJIGRldmljZXMgdG8gc2V0dGxlDQpPY3QgMjQgMTc6MDU6MjggcmF5IC9r ZXJuZWw6IChub3BlcmlwaDphaGMwOjA6LTE6LTEpOiBTQ1NJIGJ1cyByZXNl dCBkZWxpdmVyZWQuIDAgU0NCcyBhYm9ydGVkLg0KT2N0IDI0IDE3OjA1OjI4 IHJheSAva2VybmVsOiAocHJvYmU2OmFoYzA6MDo2OjApOiBJTlFVSVJZLiBD REI6IDEyIDEgODAgMCBmZiAwIA0KT2N0IDI0IDE3OjA1OjI4IHJheSAva2Vy bmVsOiAocHJvYmU2OmFoYzA6MDo2OjApOiBJTExFR0FMIFJFUVVFU1QgYXNj OjI0LDANCk9jdCAyNCAxNzowNToyOCByYXkgL2tlcm5lbDogKHByb2JlNjph aGMwOjA6NjowKTogSW52YWxpZCBmaWVsZCBpbiBDREIgc2tzOmNmLDINCk9j dCAyNCAxNzowNToyOCByYXkgL2tlcm5lbDogKHByb2JlMjphaGMwOjA6Mjow KTogSU5RVUlSWS4gQ0QoYWhjMDpBOjY6MCk6IFNlbmRpbmcgU0RUUiBwZXJp b2QgYywgb2Zmc2V0IGYNCk9jdCAyNCAxNzowNToyOCByYXkgL2tlcm5lbDog QjogMTIgMSA4MCAwIGZmIDAgDQpPY3QgMjQgMTc6MDU6MjggcmF5IC9rZXJu ZWw6IChwcm9iZTI6YWhjMDowOjI6MCk6IElMTEVHQUwgUkVRVUVTVCBhc2M6 MjQsMA0KT2N0IDI0IDE3OjA1OjI5IHJheSAva2VybmVsOiAocHJvYmUyOmFo YzA6MDoyOjApOiBJbnZhbGlkIGZpZWxkIGluIENEQg0KT2N0IDI0IDE3OjA1 OjI5IHJheSAva2VybmVsOiAoYWhjMDpBOjY6MCk6IFJlY2VpdmVkIFNEVFIg cGVyaW9kIDE5LCBvZmZzZXQgZg0KT2N0IDI0IDE3OjA1OjI5IHJheSAva2Vy bmVsOiBGaWx0ZXJlZCB0byBwZXJpb2QgMTksIG9mZnNldCBmDQpPY3QgMjQg MTc6MDU6MjkgcmF5IC9rZXJuZWw6IGFoYzA6IHRhcmdldCA2IHN5bmNocm9u b3VzIGF0IDEwLjBNSHosIG9mZnNldCA9IDB4Zg0KT2N0IDI0IDE3OjA1OjI5 IHJheSAva2VybmVsOiAoYWhjMDpBOjY6MCk6IFNlbmRpbmcgU0RUUiBwZXJp b2QgMTksIG9mZnNldCBmDQpPY3QgMjQgMTc6MDU6MjkgcmF5IC9rZXJuZWw6 IChhaGMwOkE6NjowKTogUmVjZWl2ZWQgU0RUUiBwZXJpb2QgMTksIG9mZnNl dCBmDQpPY3QgMjQgMTc6MDU6MjkgcmF5IC9rZXJuZWw6IEZpbHRlcmVkIHRv IHBlcmlvZCAxOSwgb2Zmc2V0IGYNCk9jdCAyNCAxNzowNToyOSByYXkgL2tl cm5lbDogKHByb2JlNjphaGMwOjA6NjowKTogcGFyaXR5IGVycm9yIGRldGVj dGVkIGluIERhdGEtaW4gcGhhc2UuIFNFUUFERFIoMHgxNWYpIFNDU0lSQVRF KDB4ZikNCk9jdCAyNCAxNzowNToyOSByYXkgL2tlcm5lbDogKGFoYzA6QToy OjApOiBTZW5kaW5nIFNEVFIgcGVyaW9kIGMsIG9mZnNldCBmDQpPY3QgMjQg MTc6MDU6MjkgcmF5IC9rZXJuZWw6IChhaGMwOkE6MjowKTogUmVjZWl2ZWQg U0RUUiBwZXJpb2QgMzIsIG9mZnNldCBmDQpPY3QgMjQgMTc6MDU6MjkgcmF5 IC9rZXJuZWw6IEZpbHRlcmVkIHRvIHBlcmlvZCAzMiwgb2Zmc2V0IGYNCk9j dCAyNCAxNzowNToyOSByYXkgL2tlcm5lbDogYWhjMDogdGFyZ2V0IDIgc3lu Y2hyb25vdXMgYXQgNS4wTUh6LCBvZmZzZXQgPSAweGYNCk9jdCAyNCAxNzow NToyOSByYXkgL2tlcm5lbDogKGFoYzA6QToyOjApOiBTZW5kaW5nIFNEVFIg cGVyaW9kIDMyLCBvZmZzZXQgZg0KT2N0IDI0IDE3OjA1OjI5IHJheSAva2Vy bmVsOiAoYWhjMDpBOjI6MCk6IFJlY2VpdmVkIFNEVFIgcGVyaW9kIDMyLCBv ZmZzZXQgZg0KT2N0IDI0IDE3OjA1OjI5IHJheSAva2VybmVsOiBGaWx0ZXJl ZCB0byBwZXJpb2QgMzIsIG9mZnNldCBmDQpPY3QgMjQgMTc6MDU6MjkgcmF5 IC9rZXJuZWw6IChwcm9iZTQ6YWhjMDowOjY6MSk6IHBhcml0eSBlcnJvciBk ZXRlY3RlZCBpbiBEYXRhLWluIHBoYXNlLiBTRVFBRERSKDB4MTYwKSBTQ1NJ UkFURSgweGYpDQpPY3QgMjQgMTc6MDU6MjkgcmF5IC9rZXJuZWw6IChwcm9i ZTQ6YWhjMDowOjY6MSk6IHBhcml0eSBlcnJvciBkZXRlY3RlZCBpbiBEYXRh LWluIHBoYXNlLiBTRVFBRERSKDB4MTYwKSBTQ1NJUkFURSgweGYpDQpPY3Qg MjQgMTc6MDU6MjkgcmF5IC9rZXJuZWw6IChhaGMwOkE6MTowKTogU2VuZGlu ZyBTRFRSIHBlcmlvZCBjLCBvZmZzZXQgZg0KT2N0IDI0IDE3OjA1OjI5IHJh eSAva2VybmVsOiAoYWhjMDpBOjE6MCk6IFJlY2VpdmVkIFNEVFIgcGVyaW9k IDE5LCBvZmZzZXQgZg0KT2N0IDI0IDE3OjA1OjI5IHJheSAva2VybmVsOiBG aWx0ZXJlZCB0byBwZXJpb2QgMTksIG9mZnNldCBmDQpPY3QgMjQgMTc6MDU6 MjkgcmF5IC9rZXJuZWw6IGFoYzA6IHRhcmdldCAxIHN5bmNocm9ub3VzIGF0 IDEwLjBNSHosIG9mZnNldCA9IDB4Zg0KT2N0IDI0IDE3OjA1OjI5IHJheSAv a2VybmVsOiAoYWhjMDpBOjA6MCk6IFNlbmRpbmcgU0RUUiBwZXJpb2QgYywg b2Zmc2V0IGYNCk9jdCAyNCAxNzowNToyOSByYXkgL2tlcm5lbDogKGFoYzA6 QTowOjApOiBSZWNlaXZlZCBTRFRSIHBlcmlvZCAxOSwgb2Zmc2V0IGYNCk9j dCAyNCAxNzowNToyOSByYXkgL2tlcm5lbDogRmlsdGVyZWQgdG8gcGVyaW9k IDE5LCBvZmZzZXQgZg0KT2N0IDI0IDE3OjA1OjI5IHJheSAva2VybmVsOiBh aGMwOiB0YXJnZXQgMCBzeW5jaHJvbm91cyBhdCAxMC4wTUh6LCBvZmZzZXQg PSAweGYNCk9jdCAyNCAxNzowNToyOSByYXkgL2tlcm5lbDogKHByb2JlNDph aGMwOjA6NjoxKTogcGFyaXR5IGVycm9yIGRldGVjdGVkIGluIERhdGEtaW4g cGhhc2UuIFNFUUFERFIoMHgxNjApIFNDU0lSQVRFKDB4ZikNCk9jdCAyNCAx NzowNToyOSByYXkgL2tlcm5lbDogKHByb2JlNDphaGMwOjA6NjoxKTogcGFy aXR5IGVycm9yIGRldGVjdGVkIGluIERhdGEtaW4gcGhhc2UuIFNFUUFERFIo MHgxNjApIFNDU0lSQVRFKDB4ZikNCk9jdCAyNCAxNzowNToyOSByYXkgL2tl cm5lbDogKGFoYzA6QTozOjApOiBTZW5kaW5nIFNEVFIgcGVyaW9kIGMsIG9m ZnNldCBmDQpPY3QgMjQgMTc6MDU6MjkgcmF5IC9rZXJuZWw6IChhaGMwOkE6 MzowKTogUmVjZWl2ZWQgU0RUUiBwZXJpb2QgMTksIG9mZnNldCBmDQpPY3Qg MjQgMTc6MDU6MjkgcmF5IC9rZXJuZWw6IEZpbHRlcmVkIHRvIHBlcmlvZCAx OSwgb2Zmc2V0IGYNCk9jdCAyNCAxNzowNToyOSByYXkgL2tlcm5lbDogYWhj MDogdGFyZ2V0IDMgc3luY2hyb25vdXMgYXQgMTAuME1Ieiwgb2Zmc2V0ID0g MHhmDQpPY3QgMjQgMTc6MDU6MjkgcmF5IC9rZXJuZWw6IChwcm9iZTQ6YWhj MDowOjY6MSk6IHBhcml0eSBlcnJvciBkZXRlY3RlZCBpbiBEYXRhLWluIHBo YXNlLiBTRVFBRERSKDB4MTYwKSBTQ1NJUkFURSgweGYpDQpPY3QgMjQgMTc6 MDU6MjkgcmF5IC9rZXJuZWw6IChwcm9iZTQ6YWhjMDowOjY6MSk6IHBhcml0 eSBlcnJvciBkZXRlY3RlZCBpbiBEYXRhLWluIHBoYXNlLiBTRVFBRERSKDB4 MTYwKSBTQ1NJUkFURSgweGYpDQpPY3QgMjQgMTc6MDU6MjkgcmF5IC9rZXJu ZWw6IChhaGMwOkE6NTowKTogU2VuZGluZyBTRFRSIHBlcmlvZCBjLCBvZmZz ZXQgZg0KT2N0IDI0IDE3OjA1OjI5IHJheSAva2VybmVsOiAoYWhjMDpBOjU6 MCk6IFJlY2VpdmVkIFNEVFIgcGVyaW9kIDE5LCBvZmZzZXQgZg0KT2N0IDI0 IDE3OjA1OjI5IHJheSAva2VybmVsOiBGaWx0ZXJlZCB0byBwZXJpb2QgMTks IG9mZnNldCBmDQpPY3QgMjQgMTc6MDU6MjkgcmF5IC9rZXJuZWw6IGFoYzA6 IHRhcmdldCA1IHN5bmNocm9ub3VzIGF0IDEwLjBNSHosIG9mZnNldCA9IDB4 Zg0KT2N0IDI0IDE3OjA1OjI5IHJheSAva2VybmVsOiAocHJvYmU0OmFoYzA6 MDo2OjEpOiBwYXJpdHkgZXJyb3IgZGV0ZWN0ZWQgaW4gRGF0YS1pbiBwaGFz ZS4gU0VRQUREUigweDE2MCkgU0NTSVJBVEUoMHhmKQ0KT2N0IDI0IDE3OjA1 OjI5IHJheSBsYXN0IG1lc3NhZ2UgcmVwZWF0ZWQgMyB0aW1lcw0KT2N0IDI0 IDE3OjA1OjI5IHJheSAva2VybmVsOiAocHJvYmU0OmFoYzA6MDo2OjIpOiBw YXJpdHkgZXJyb3IgZGV0ZWN0ZWQgaW4gRGF0YS1pbiBwaGFzZS4gU0VRQURE UigweDE2MCkgU0NTSVJBVEUoMHhmKQ0KT2N0IDI0IDE3OjA1OjI5IHJheSBs YXN0IG1lc3NhZ2UgcmVwZWF0ZWQgOSB0aW1lcw0KT2N0IDI0IDE3OjA1OjI5 IHJheSAva2VybmVsOiAocHJvYmUyOmFoYzA6MDo2OjMpOiBwYXJpdHkgZXJy b3IgZGV0ZWN0ZWQgaW4gRGF0YS1pbiBwaGFzZS4gU0VRQUREUigweDE2MCkg U0NTSVJBVEUoMHhmKQ0KT2N0IDI0IDE3OjA1OjI5IHJheSBsYXN0IG1lc3Nh Z2UgcmVwZWF0ZWQgOSB0aW1lcw0KT2N0IDI0IDE3OjA1OjI5IHJheSAva2Vy bmVsOiAocHJvYmUyOmFoYzA6MDo2OjQpOiBwYXJpdHkgZXJyb3IgZGV0ZWN0 ZWQgaW4gRGF0YS1pbiBwaGFzZS4gU0VRQUREUigweDE2MCkgU0NTSVJBVEUo MHhmKQ0KT2N0IDI0IDE3OjA1OjI5IHJheSBsYXN0IG1lc3NhZ2UgcmVwZWF0 ZWQgNCB0aW1lcw0KT2N0IDI0IDE3OjA1OjI5IHJheSAva2VybmVsOiAocHJv YmUyOmFoYzA6MDo2OjQpOiBwYXJpdHkgZXJyb3IgZGV0ZWN0ZWQgaW4gRGF0 YS1pbiBwaGFzZS4gU0VRQUREUigweDE1ZikgU0NTSVJBVEUoMHhmKQ0KT2N0 IDI0IDE3OjA1OjI5IHJheSAva2VybmVsOiAocHJvYmUyOmFoYzA6MDo2OjQp OiBwYXJpdHkgZXJyb3IgZGV0ZWN0ZWQgaW4gRGF0YS1pbiBwaGFzZS4gU0VR QUREUigweDE2MCkgU0NTSVJBVEUoMHhmKQ0KT2N0IDI0IDE3OjA1OjMwIHJh eSBsYXN0IG1lc3NhZ2UgcmVwZWF0ZWQgMyB0aW1lcw0KT2N0IDI0IDE3OjA1 OjMwIHJheSAva2VybmVsOiAocHJvYmUwOmFoYzA6MDo2OjUpOiBwYXJpdHkg ZXJyb3IgZGV0ZWN0ZWQgaW4gRGF0YS1pbiBwaGFzZS4gU0VRQUREUigweDE2 MCkgU0NTSVJBVEUoMHhmKQ0KT2N0IDI0IDE3OjA1OjMwIHJheSBsYXN0IG1l c3NhZ2UgcmVwZWF0ZWQgNyB0aW1lcw0KT2N0IDI0IDE3OjA1OjMwIHJheSAv a2VybmVsOiAocHJvYmUwOmFoYzA6MDo2OjUpOiBwYXJpdHkgZXJyb3IgZGV0 ZWN0ZWQgaW4gRGF0YS1pbiBwaGFzZS4gU0VRQUREUigweDE1ZikgU0NTSVJB VEUoMHhmKQ0KT2N0IDI0IDE3OjA1OjMwIHJheSAva2VybmVsOiAocHJvYmUw OmFoYzA6MDo2OjUpOiBwYXJpdHkgZXJyb3IgZGV0ZWN0ZWQgaW4gRGF0YS1p biBwaGFzZS4gU0VRQUREUigweDE2MCkgU0NTSVJBVEUoMHhmKQ0KT2N0IDI0 IDE3OjA1OjMwIHJheSAva2VybmVsOiAocHJvYmUwOmFoYzA6MDo2OjYpOiBw YXJpdHkgZXJyb3IgZGV0ZWN0ZWQgaW4gRGF0YS1pbiBwaGFzZS4gU0VRQURE UigweDE2MCkgU0NTSVJBVEUoMHhmKQ0KT2N0IDI0IDE3OjA1OjMwIHJheSBs YXN0IG1lc3NhZ2UgcmVwZWF0ZWQgOCB0aW1lcw0KT2N0IDI0IDE3OjA1OjMw IHJheSAva2VybmVsOiAocHJvYmUwOmFoYzA6MDo2OjYpOiBwYXJpdHkgZXJy b3IgZGV0ZWN0ZWQgaW4gRGF0YS1pbiBwaGFzZS4gU0VRQUREUigweDE1Zikg U0NTSVJBVEUoMHhmKQ0KT2N0IDI0IDE3OjA1OjMwIHJheSAva2VybmVsOiAo cHJvYmUwOmFoYzA6MDo2OjcpOiBwYXJpdHkgZXJyb3IgZGV0ZWN0ZWQgaW4g RGF0YS1pbiBwaGFzZS4gU0VRQUREUigweDE2MCkgU0NTSVJBVEUoMHhmKQ0K T2N0IDI0IDE3OjA1OjMwIHJheSBsYXN0IG1lc3NhZ2UgcmVwZWF0ZWQgOSB0 aW1lcw0KT2N0IDI0IDE3OjA1OjMwIHJheSAva2VybmVsOiBDcmVhdGluZyBE SVNLIGRhMA0KT2N0IDI0IDE3OjA1OjMwIHJheSAva2VybmVsOiBDcmVhdGlu ZyBESVNLIGRhMQ0KT2N0IDI0IDE3OjA1OjMwIHJheSAva2VybmVsOiBDcmVh dGluZyBESVNLIGRhMg0KT2N0IDI0IDE3OjA1OjMwIHJheSAva2VybmVsOiBD cmVhdGluZyBESVNLIGRhMw0KT2N0IDI0IDE3OjA1OjMwIHJheSAva2VybmVs OiBzYTAgYXQgYWhjMCBidXMgMCB0YXJnZXQgNiBsdW4gMA0KT2N0IDI0IDE3 OjA1OjMwIHJheSAva2VybmVsOiBzYTA6IDxIUCBDMTUzM0EgQTcwOD4gUmVt b3ZhYmxlIFNlcXVlbnRpYWwgQWNjZXNzIFNDU0ktMiBkZXZpY2UgDQpPY3Qg MjQgMTc6MDU6MzAgcmF5IC9rZXJuZWw6IHNhMDogMTAuMDAwTUIvcyB0cmFu c2ZlcnMgKDEwLjAwME1Ieiwgb2Zmc2V0IDE1KQ0KT2N0IDI0IDE3OjA1OjMw IHJheSAva2VybmVsOiBDcmVhdGluZyBESVNLIGNkMA0KT2N0IDI0IDE3OjA1 OjMwIHJheSAva2VybmVsOiBwYXNzMCBhdCBhaGMwIGJ1cyAwIHRhcmdldCAw IGx1biAwDQpPY3QgMjQgMTc6MDU6MzAgcmF5IC9rZXJuZWw6IHBhc3MwOiA8 U0VBR0FURSBTVDUxMDgwTiAwOTU4PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFND U0ktMiBkZXZpY2UgDQpPY3QgMjQgMTc6MDU6MzAgcmF5IC9rZXJuZWw6IHBh c3MwOiBTZXJpYWwgTnVtYmVyIEZKOTMyOTgwDQpPY3QgMjQgMTc6MDU6MzAg cmF5IC9rZXJuZWw6IHBhc3MwOiAxMC4wMDBNQi9zIHRyYW5zZmVycyAoMTAu MDAwTUh6LCBvZmZzZXQgMTUpLCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZA0K T2N0IDI0IDE3OjA1OjMwIHJheSAva2VybmVsOiBwYXNzMSBhdCBhaGMwIGJ1 cyAwIHRhcmdldCAxIGx1biAwDQpPY3QgMjQgMTc6MDU6MzAgcmF5IC9rZXJu ZWw6IHBhc3MxOiA8Q09OTkVSIENGUDEwODBTIDQ2NDk+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS0yIGRldmljZSANCk9jdCAyNCAxNzowNTozMCByYXkg L2tlcm5lbDogcGFzczE6IFNlcmlhbCBOdW1iZXIgRVg5TlBKSg0KT2N0IDI0 IDE3OjA1OjMwIHJheSAva2VybmVsOiBwYXNzMTogMTAuMDAwTUIvcyB0cmFu c2ZlcnMgKDEwLjAwME1Ieiwgb2Zmc2V0IDE1KSwgVGFnZ2VkIFF1ZXVlaW5n IEVuYWJsZWQNCk9jdCAyNCAxNzowNTozMCByYXkgL2tlcm5lbDogcGFzczIg YXQgYWhjMCBidXMgMCB0YXJnZXQgMiBsdW4gMA0KT2N0IDI0IDE3OjA1OjMw IHJheSAva2VybmVsOiBwYXNzMjogPE1BVFNISVRBIENELVJPTSBDUi01MDQg U1QyMz4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJLTIgZGV2aWNlIA0KT2N0IDI0 IDE3OjA1OjMwIHJheSAva2VybmVsOiBwYXNzMjogNS4wMDBNQi9zIHRyYW5z ZmVycyAoNS4wMDBNSHosIG9mZnNldCAxNSkNCk9jdCAyNCAxNzowNTozMCBy YXkgL2tlcm5lbDogcGFzczMgYXQgYWhjMCBidXMgMCB0YXJnZXQgMyBsdW4g MA0KT2N0IDI0IDE3OjA1OjMwIHJheSAva2VybmVsOiBwYXNzMzogPFNFQUdB VEUgU1QzMTIwME4gMzEzOD4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTIg ZGV2aWNlIA0KT2N0IDI0IDE3OjA1OjMwIHJheSAva2VybmVsOiBwYXNzMzog U2VyaWFsIE51bWJlciAwMDY0Njc1MA0KT2N0IDI0IDE3OjA1OjMwIHJheSAv a2VybmVsOiBwYXNzMzogMTAuMDAwTUIvcyB0cmFuc2ZlcnMgKDEwLjAwME1I eiwgb2Zmc2V0IDE1KSwgVGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQNCk9jdCAy NCAxNzowNTozMCByYXkgL2tlcm5lbDogcGFzczQgYXQgYWhjMCBidXMgMCB0 YXJnZXQgNSBsdW4gMA0KT2N0IDI0IDE3OjA1OjMwIHJheSAva2VybmVsOiBw YXNzNDogPFNFQUdBVEUgU1QzMTIwME4gU1VOMS4wNSA4NzIyPiBGaXhlZCBE aXJlY3QgQWNjZXNzIFNDU0ktMiBkZXZpY2UgDQpPY3QgMjQgMTc6MDU6MzAg cmF5IC9rZXJuZWw6IHBhc3M0OiBTZXJpYWwgTnVtYmVyIDAwMzM3OTQ2DQpP Y3QgMjQgMTc6MDU6MzAgcmF5IC9rZXJuZWw6IHBhc3M0OiAxMC4wMDBNQi9z IHRyYW5zZmVycyAoMTAuMDAwTUh6LCBvZmZzZXQgMTUpLCBUYWdnZWQgUXVl dWVpbmcgRW5hYmxlZA0KT2N0IDI0IDE3OjA1OjMwIHJheSAva2VybmVsOiBw YXNzNSBhdCBhaGMwIGJ1cyAwIHRhcmdldCA2IGx1biAwDQpPY3QgMjQgMTc6 MDU6MzAgcmF5IC9rZXJuZWw6IHBhc3M1OiA8SFAgQzE1MzNBIEE3MDg+IFJl bW92YWJsZSBTZXF1ZW50aWFsIEFjY2VzcyBTQ1NJLTIgZGV2aWNlIA0KT2N0 IDI0IDE3OjA1OjMwIHJheSAva2VybmVsOiBwYXNzNTogMTAuMDAwTUIvcyB0 cmFuc2ZlcnMgKDEwLjAwME1Ieiwgb2Zmc2V0IDE1KQ0KT2N0IDI0IDE3OjA1 OjMwIHJheSAva2VybmVsOiBkYShhaGMwOkE6MjowKTogU2VuZGluZyBTRFRS IHBlcmlvZCAzMiwgb2Zmc2V0IGYNCk9jdCAyNCAxNzowNTozMCByYXkgL2tl cm5lbDogMCBhdCBhaGMwIGJ1cyAwIHRhcmdldCAwIGx1biAwDQpPY3QgMjQg MTc6MDU6MzAgcmF5IC9rZXJuZWw6IGRhMDogPFNFQUdBVEUgU1Q1MTA4ME4g MDk1OD4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTIgZGV2aWNlIA0KT2N0 IDI0IDE3OjA1OjMwIHJheSAva2VybmVsOiAoYWhjMDpBOjI6MCk6IFJlY2Vp dmVkIFNEVFIgcGVyaW9kIDMyLCBvZmZzZXQgZg0KT2N0IDI0IDE3OjA1OjMw IHJheSAva2VybmVsOiBGaWx0ZXJlZCB0byBwZXJpb2QgMzIsIG9mZnNldCBm DQpPY3QgMjQgMTc6MDU6MzAgcmF5IC9rZXJuZWw6IGRhMDogU2VyaWFsIE51 bWJlciBGSjkzMjk4MA0KT2N0IDI0IDE3OjA1OjMwIHJheSAva2VybmVsOiBk YTA6IDEwLjAwME1CL3MgdHJhbnNmZXJzICgxMC4wMDBNSHosIG9mZnNldCAx NSksIFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVkDQpPY3QgMjQgMTc6MDU6MzAg cmF5IC9rZXJuZWw6IGRhMDogMTAzME1CICgyMTA5ODQwIDUxMiBieXRlIHNl Y3RvcnM6IDI1NUggNjNTL1QgMTMxQykNCk9jdCAyNCAxNzowNTozMCByYXkg L2tlcm5lbDogZGExIGF0IGFoYzAgYnVzIDAgdGFyZ2V0IDEgbHVuIDANCk9j dCAyNCAxNzowNTozMSByYXkgL2tlcm5lbDogZGExOiA8Q09OTkVSIENGUDEw ODBTIDQ2NDk+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0yIGRldmljZSAN Ck9jdCAyNCAxNzowNTozMSByYXkgL2tlcm5lbDogZGExOiBTZXJpYWwgTnVt YmVyIEVYOU5QSkoNCk9jdCAyNCAxNzowNTozMSByYXkgL2tlcm5lbDogZGEx OiAxMC4wMDBNQi9zIHRyYW5zZmVycyAoMTAuMDAwTUh6LCBvZmZzZXQgMTUp LCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZA0KT2N0IDI0IDE3OjA1OjMxIHJh eSAva2VybmVsOiBkYTE6IDEwMzBNQiAoMjExMDgxMiA1MTIgYnl0ZSBzZWN0 b3JzOiAyNTVIIDYzUy9UIDEzMUMpDQpPY3QgMjQgMTc6MDU6MzEgcmF5IC9r ZXJuZWw6IGRhMiBhdCBhaGMwIGJ1cyAwIHRhcmdldCAzIGx1biAwDQpPY3Qg MjQgMTc6MDU6MzEgcmF5IC9rZXJuZWw6IGRhMjogPFNFQUdBVEUgU1QzMTIw ME4gMzEzOD4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTIgZGV2aWNlIA0K T2N0IDI0IDE3OjA1OjMxIHJheSAva2VybmVsOiBkYTI6IFNlcmlhbCBOdW1i ZXIgMDA2NDY3NTANCk9jdCAyNCAxNzowNTozMSByYXkgL2tlcm5lbDogZGEy OiAxMC4wMDBNQi9zIHRyYW5zZmVycyAoMTAuMDAwTUh6LCBvZmZzZXQgMTUp LCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZA0KT2N0IDI0IDE3OjA1OjMxIHJh eSAva2VybmVsOiBkYTI6IDEwMDVNQiAoMjA1OTE0MCA1MTIgYnl0ZSBzZWN0 b3JzOiA2NEggMzJTL1QgMTAwNUMpDQpPY3QgMjQgMTc6MDU6MzEgcmF5IC9r ZXJuZWw6IGRhMyBhdCBhaGMwIGJ1cyAwIHRhcmdldCA1IGx1biAwDQpPY3Qg MjQgMTc6MDU6MzEgcmF5IC9rZXJuZWw6IGRhMzogPFNFQUdBVEUgU1QzMTIw ME4gU1VOMS4wNSA4NzIyPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMiBk ZXZpY2UgDQpPY3QgMjQgMTc6MDU6MzEgcmF5IC9rZXJuZWw6IGRhMzogU2Vy aWFsIE51bWJlciAwMDMzNzk0Ng0KT2N0IDI0IDE3OjA1OjMxIHJheSAva2Vy bmVsOiBkYTM6IDEwLjAwME1CL3MgdHJhbnNmZXJzICgxMC4wMDBNSHosIG9m ZnNldCAxNSksIFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVkDQpPY3QgMjQgMTc6 MDU6MzEgcmF5IC9rZXJuZWw6IGRhMzogMTAwNk1CICgyMDYxMTA4IDUxMiBi eXRlIHNlY3RvcnM6IDY0SCAzMlMvVCAxMDA2QykNCk9jdCAyNCAxNzowNToz MSByYXkgL2tlcm5lbDogTW91bnRpbmcgcm9vdCBmcm9tIHVmczovZGV2L2Rh MHMxYQ0KT2N0IDI0IDE3OjA1OjMxIHJheSAva2VybmVsOiAoYWhjMDpBOjI6 MCk6IFNlbmRpbmcgU0RUUiBwZXJpb2QgMzIsIG9mZnNldCBmDQpPY3QgMjQg MTc6MDU6MzEgcmF5IC9rZXJuZWw6IChhaGMwOkE6MjowKTogUmVjZWl2ZWQg U0RUUiBwZXJpb2QgMzIsIG9mZnNldCBmDQpPY3QgMjQgMTc6MDU6MzEgcmF5 IC9rZXJuZWw6IEZpbHRlcmVkIHRvIHBlcmlvZCAzMiwgb2Zmc2V0IGYNCk9j dCAyNCAxNzowNTozMSByYXkgL2tlcm5lbDogKGNkMDphaGMwOjA6MjowKTog UkVBRCBDRCBSRUNPUkRFRCBDQVBBQ0lUWS4gQ0RCOiAyNSAwIDAgMCAwIDAg MCAwIDAgMCANCk9jdCAyNCAxNzowNTozMSByYXkgL2tlcm5lbDogKGNkMDph aGMwOjA6MjowKTogTk9UIFJFQURZIGFzYzozYSwwDQpPY3QgMjQgMTc6MDU6 MzEgcmF5IC9rZXJuZWw6IChjZDA6YWhjMDowOjI6MCk6IE1lZGl1bSBub3Qg cHJlc2VudA0KT2N0IDI0IDE3OjA1OjMxIHJheSAva2VybmVsOiBjZDAgYXQg YWhjMCBidXMgMCB0YXJnZXQgMiBsdW4gMA0KT2N0IDI0IDE3OjA1OjMxIHJh eSAva2VybmVsOiBjZDA6IDxNQVRTSElUQSBDRC1ST00gQ1ItNTA0IFNUMjM+ IFJlbW92YWJsZSBDRC1ST00gU0NTSS0yIGRldmljZSANCk9jdCAyNCAxNzow NTozMSByYXkgL2tlcm5lbDogY2QwOiA1LjAwME1CL3MgdHJhbnNmZXJzICg1 LjAwME1Ieiwgb2Zmc2V0IDE1KQ0KT2N0IDI0IDE3OjA1OjMxIHJheSAva2Vy bmVsOiBjZDA6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVk OiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudA0KT2N0IDI0IDE3OjA1 OjMxIHJheSAva2VybmVsOiBkYTBzMTogdHlwZSAweGE1LCBzdGFydCA2Mywg ZW5kID0gMjEwNDUxNCwgc2l6ZSAyMTA0NDUyIDogT0sNCk9jdCAyNCAxNzow NTozMSByYXkgL2tlcm5lbDogc3RhcnRfaW5pdDogdHJ5aW5nIC9zYmluL2lu aXQNCk9jdCAyNCAxNzowNTozMSByYXkgL2tlcm5lbDogdmludW06IGxvYWRl ZA0KT2N0IDI0IDE3OjA1OjMxIHJheSAva2VybmVsOiBkYTBzMTogdHlwZSAw eGE1LCBzdGFydCA2MywgZW5kID0gMjEwNDUxNCwgc2l6ZSAyMTA0NDUyIDog T0sNCk9jdCAyNCAxNzowNTozMSByYXkgbGFzdCBtZXNzYWdlIHJlcGVhdGVk IDMzIHRpbWVzDQpPY3QgMjQgMTc6MDU6MzEgcmF5IC9rZXJuZWw6IGRhMXMx OiB0eXBlIDB4YTUsIHN0YXJ0IDYzLCBlbmQgPSAyMTA0NTE0LCBzaXplIDIx MDQ0NTIgOiBPSw0KT2N0IDI0IDE3OjA1OjMxIHJheSAva2VybmVsOiAoYWhj MDpBOjE6MCk6IFNlbmRpbmcgU0RUUiBwZXJpb2QgMTksIG9mZnNldCBmDQpP Y3QgMjQgMTc6MDU6MzEgcmF5IC9rZXJuZWw6IChhaGMwOkE6MTowKTogUmVj ZWl2ZWQgU0RUUiBwZXJpb2QgMTksIG9mZnNldCBmDQpPY3QgMjQgMTc6MDU6 MzEgcmF5IC9rZXJuZWw6IEZpbHRlcmVkIHRvIHBlcmlvZCAxOSwgb2Zmc2V0 IGYNCk9jdCAyNCAxNzowNTozMSByYXkgL2tlcm5lbDogZGExczE6IHR5cGUg MHhhNSwgc3RhcnQgNjMsIGVuZCA9IDIxMDQ1MTQsIHNpemUgMjEwNDQ1MiA6 IE9LDQpPY3QgMjQgMTc6MDU6MzEgcmF5IC9rZXJuZWw6IChhaGMwOkE6MTow KTogU2VuZGluZyBTRFRSIHBlcmlvZCAxOSwgb2Zmc2V0IGYNCk9jdCAyNCAx NzowNTozMSByYXkgL2tlcm5lbDogKGFoYzA6QToxOjApOiBSZWNlaXZlZCBT RFRSIHBlcmlvZCAxOSwgb2Zmc2V0IGYNCk9jdCAyNCAxNzowNTozMSByYXkg L2tlcm5lbDogRmlsdGVyZWQgdG8gcGVyaW9kIDE5LCBvZmZzZXQgZg0KT2N0 IDI0IDE3OjA1OjMxIHJheSAva2VybmVsOiBkYTFzMTogdHlwZSAweGE1LCBz dGFydCA2MywgZW5kID0gMjEwNDUxNCwgc2l6ZSAyMTA0NDUyIDogT0sNCk9j dCAyNCAxNzowNTozMSByYXkgL2tlcm5lbDogKGFoYzA6QToxOjApOiBTZW5k aW5nIFNEVFIgcGVyaW9kIDE5LCBvZmZzZXQgZg0KT2N0IDI0IDE3OjA1OjMx IHJheSAva2VybmVsOiAoYWhjMDpBOjE6MCk6IFJlY2VpdmVkIFNEVFIgcGVy aW9kIDE5LCBvZmZzZXQgZg0KT2N0IDI0IDE3OjA1OjMxIHJheSAva2VybmVs OiBGaWx0ZXJlZCB0byBwZXJpb2QgMTksIG9mZnNldCBmDQpPY3QgMjQgMTc6 MDU6MzIgcmF5IC9rZXJuZWw6IGRhMXMxOiB0eXBlIDB4YTUsIHN0YXJ0IDYz LCBlbmQgPSAyMTA0NTE0LCBzaXplIDIxMDQ0NTIgOiBPSw0KT2N0IDI0IDE3 OjA1OjMyIHJheSAva2VybmVsOiBkYTJzMTogdHlwZSAweGE1LCBzdGFydCAz MiwgZW5kID0gMjA1ODIzOSwgc2l6ZSAyMDU4MjA4IDogT0sNCk9jdCAyNCAx NzowNTozMiByYXkgbGFzdCBtZXNzYWdlIHJlcGVhdGVkIDMgdGltZXMNCk9j dCAyNCAxNzowNTozMiByYXkgL2tlcm5lbDogZGEzczE6IHR5cGUgMHhhNSwg c3RhcnQgMzIsIGVuZCA9IDIwNjAyODcsIHNpemUgMjA2MDI1NiA6IE9LDQpP Y3QgMjQgMTc6MDU6MzIgcmF5IGxhc3QgbWVzc2FnZSByZXBlYXRlZCAzIHRp bWVzDQpPY3QgMjQgMTc6MDU6MzIgcmF5IC9rZXJuZWw6IG1kMDogaW52YWxp ZCBwcmltYXJ5IHBhcnRpdGlvbiB0YWJsZTogbm8gbWFnaWMNCk9jdCAyNCAx NzowNTozMiByYXkgbGFzdCBtZXNzYWdlIHJlcGVhdGVkIDM0IHRpbWVzDQpP Y3QgMjQgMTc6MDU6MzIgcmF5IC9rZXJuZWw6IHZpbnVtOiByZWFkaW5nIGNv bmZpZ3VyYXRpb24gZnJvbSAvZGV2L2RhM3MxZQ0KT2N0IDI0IDE3OjA1OjMy IHJheSAva2VybmVsOiB2aW51bTogdXBkYXRpbmcgY29uZmlndXJhdGlvbiBm cm9tIC9kZXYvZGEyczFlDQpPY3QgMjQgMTc6MDU6MzIgcmF5IC9rZXJuZWw6 IHZpbnVtOiB1cGRhdGluZyBjb25maWd1cmF0aW9uIGZyb20gL2Rldi9kYTFz MWUNCk9jdCAyNCAxNzowNTozMiByYXkgL2tlcm5lbDogZGEwczE6IHR5cGUg MHhhNSwgc3RhcnQgNjMsIGVuZCA9IDIxMDQ1MTQsIHNpemUgMjEwNDQ1MiA6 IE9LDQpPY3QgMjQgMTc6MDU6NDUgcmF5IGxvZ2luOiBST09UIExPR0lOIChy b290KSBPTiB0dHl2MA0K --0-942071653-972423189=:85170-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 15: 3:22 2000 Delivered-To: freebsd-stable@freebsd.org Received: from downstairs.conyers.net (cr419806-a.wlfdle1.on.wave.home.com [24.42.55.97]) by hub.freebsd.org (Postfix) with ESMTP id BAF6837B479 for ; Tue, 24 Oct 2000 15:03:18 -0700 (PDT) Received: from home.com (localhost [127.0.0.1]) by downstairs.conyers.net (8.9.3/8.9.3) with ESMTP id SAA67355; Tue, 24 Oct 2000 18:03:17 -0400 (EDT) (envelope-from pnmurphy@home.com) Message-ID: <39F60725.E24462F3@home.com> Date: Tue, 24 Oct 2000 18:03:17 -0400 From: Paul Murphy X-Mailer: Mozilla 4.73 [en] (X11; I; FreeBSD 4.1-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Cc: "Corey G." , Graham Wheeler , Randy Primeaux Subject: Re: ps2 mouse errors (solution) References: <200008182038.NAA10998@relay.ultimanet.com> <39A0E829.B183E24C@cequrux.com> <20001024003206.C35579@flashcom.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Corey G." wrote: > > I installed three new installations of FreeBSD 4.1.1 in the last 8 days. > All three systems entirely different. One system with a Logitech 3 > button mouse, one with a Microsoft 2 button and another off brand 2 > button mouse. All three machines have seen the psmintr: out of sync > error. Each machine needed to be rebooted to alleviate the problem. ^^^^^^^^ One recommedation for a bandaid solution it to switch to another virtual terminal (Alt-Shft-Fx) and then switch back. [this works for me]. Another fix that I have read [that doesn't seem to work for me] is press a mouse button without moving the mouse. [mouse=Logitech Trackball with Wheel] -- P. Murphy Home: Lat 43.5584 Long -79.6502 Work: Lat 43.4277 Long -79.7077 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 15: 6:57 2000 Delivered-To: freebsd-stable@freebsd.org Received: from web5205.mail.yahoo.com (web5205.mail.yahoo.com [216.115.106.86]) by hub.freebsd.org (Postfix) with SMTP id BAA5F37B479 for ; Tue, 24 Oct 2000 15:06:54 -0700 (PDT) Message-ID: <20001024220654.20563.qmail@web5205.mail.yahoo.com> Received: from [208.62.254.56] by web5205.mail.yahoo.com; Tue, 24 Oct 2000 15:06:54 PDT Date: Tue, 24 Oct 2000 15:06:54 -0700 (PDT) From: mike Subject: FRUSTRADED! Shoot me? To: 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 I am losing faith!! Will someone Please help? Ok, Now I am frustrated, so any help would be greatly appreciated .... after my upgrade from 4.0-r to 4.1.1-s everything went great .. I followed the instructions in /usr/src/UPDATING. After booting my machine and I get to ... waiting 15 seconds for SCSI devices to settle .. I get multiple errors which say (date) init: can't exec '/usr/libexec/getty' for port /dev/ttyv0 to /dev/ttyv7. No such file or directory. (If I recall correctly there are 8 ttyv*'s default, I could be wrong.) I noticed gettytab was hosed in /etc/ so I copied it over from /usr/src/etc/gettytab to /etc/gettytab .. I read the init(8), ttys(5), tty(4), login(1) man pages and have a very firm understanding of them. I know for a fact /usr/libexec/getty exists, in fact if I boot single-user mode I can mount my filesystems and then manual run '/usr/libexec/getty Pc' and invoke a login prompt. /etc/ttys is intact, /etc/gettytab is fine /usr/libexec/getty works perfect since my manually attempting to run it. so that leads me with the conclusion that /dev/ttyv1 to /dev/ttyv7 do not exist. However I notice in /dev there are all the ttyv*'s.. so I attempt to execute getty on ttyv1 like so: '/usr/libexec/getty Pc ttyv1' whoah! I get a login prompt that says FreeBSD/i386 (amnesiac) Login: Ok, so now for the heck of it I login with my normal user and attempt 'startx'. I get the error message as both root/user Authentication Failed - Cannot start X server. Perhaps you do not have console ownership? enough of the problem, Now I am hoping someone can provide me with a solution. If you need more information jsut let me know, but this box has been down now almost 2 full workdays and I am in dyer need to get it back up an running ASAP. thanks in advance __________________________________________________ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 15:22:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id EEEE737B479; Tue, 24 Oct 2000 15:22:17 -0700 (PDT) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id e9OMMD421567; Tue, 24 Oct 2000 15:22:14 -0700 (PDT) (envelope-from jkh@winston.osd.bsdi.com) To: stable@freebsd.org Cc: developers@freebsd.org Subject: Reminder: Just 7 days till 4.2 code freeze! Date: Tue, 24 Oct 2000 15:22:13 -0700 Message-ID: <21563.972426133@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm sending this to the -stable list as well since a number of people not on the developers list have expressed questions about the schedule for FreeBSD 4.2. As scheduled, we will enter code freeze on the RELENG_4 branch of src on November 1st. Any ports or docs freezes are still up to the respective *meisters (Satoshi/Nik) to schedule and I'm sure they'll make their own announcements when the time comes. The final build and "split" of packages for 4.2 will also be due on November 7th, after which time no new packages will be accepted for inclusion with the release. I'm calling this one early because integration testing between packages and the binary distribution has traditionally suffered due to the package building and segregation being essentially outside my control and generally added in at the very last minute, after which testing becomes pretty much academic. I'll also be releasing a full 4.2 release candidate on November 8th which I hope that everyone can try to test in a timely fashion since I'll also assume that no problems with it exist and it can be released "as is" if I don't get any significant failure reports. I realize that only a week's testing is a bit short for people, but the releng4.freebsd.org snapshot server will also be steadily cranking out releases the entire time and it's also my hope that those who wish to get in early on the testing can do installs from the snapshot server and get reports in even earlier. There should be no functional differences between the release candidate image and the snapshot done on the same day except for the availability of an ISO image since I'll also be refreshing the packages tree on releng4.freebsd.org on a regular basis all through the testing period. I look forward to making this release a particularly good one and will appreciate any and all help you all can give me during this period. Thanks! - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 15:40:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from relay2.inwind.it (relay2.inwind.it [212.141.53.73]) by hub.freebsd.org (Postfix) with ESMTP id 8C5B637B4D7 for ; Tue, 24 Oct 2000 15:39:58 -0700 (PDT) Received: from bartequi.ottodomain.org (62.98.162.38) by relay2.inwind.it (5.1.046) id 39CB097900864E21; Wed, 25 Oct 2000 00:39:39 +0200 From: Salvo Bartolotta Date: Tue, 24 Oct 2000 23:41:07 GMT Message-ID: <20001024.23410700@bartequi.ottodomain.org> Subject: Re: FRUSTRADED! Shoot me? To: mike Cc: freebsd-stable@freebsd.org In-Reply-To: <20001024220654.20563.qmail@web5205.mail.yahoo.com> References: <20001024220654.20563.qmail@web5205.mail.yahoo.com> X-Mailer: SuperCalifragilis 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 >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 10/24/00, 11:06:54 PM, mike wrote regarding=20 FRUSTRADED! Shoot me?: Dear Mike,=20 Are you sure you have properly configured your system (mergemaster=20 step in /usr/src/UPDATING) ?=20 > whoah! I get a login prompt that says > FreeBSD/i386 (amnesiac) > Login: AFAIR, "Amnesiac" indicates that your hostname is not properly=20 defined/configured. This calls for a double or even triple check of=20 your whole configuration. > Ok, so now for the heck of it I login with my normal > user and attempt 'startx'. > I get the error message as both root/user > Authentication Failed - Cannot start X server. > Perhaps you do not have console ownership? I saw this error a few months ago, when I upgraded to=20 4-(then)-CURRENT. Since my configuration files WERE correct, I simply=20 rebuilt XFree, and the problems faded away. HTH, Salvo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 15:47:52 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 185CB37B479 for ; Tue, 24 Oct 2000 15:47:44 -0700 (PDT) Received: from thehousleys.net (baby.int.thehousleys.net [192.168.0.24]) by thehousleys.net (8.11.0/8.11.0) with ESMTP id e9OMftQ45861; Tue, 24 Oct 2000 18:41:55 -0400 (EDT) (envelope-from jim@thehousleys.net) Message-ID: <39F61031.70FE4862@thehousleys.net> Date: Tue, 24 Oct 2000 18:41:53 -0400 From: James Housley X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Salvo Bartolotta Cc: mike , freebsd-stable@FreeBSD.ORG Subject: Re: FRUSTRADED! Shoot me? References: <20001024220654.20563.qmail@web5205.mail.yahoo.com> <20001024.23410700@bartequi.ottodomain.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Salvo Bartolotta wrote: > > >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< > > On 10/24/00, 11:06:54 PM, mike wrote regarding > FRUSTRADED! Shoot me?: > > > > Dear Mike, > > Are you sure you have properly configured your system (mergemaster > step in /usr/src/UPDATING) ? > > > whoah! I get a login prompt that says > > > FreeBSD/i386 (amnesiac) > > Login: > > AFAIR, "Amnesiac" indicates that your hostname is not properly > defined/configured. This calls for a double or even triple check of > your whole configuration. > That will happen in single user mode until /etc/rc is run. Jim -- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net --------------------------------------------------------------------- Do not meddle in the affairs of dragons, for you are crunchy and taste good with ketchup. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 15:53:26 2000 Delivered-To: freebsd-stable@freebsd.org Received: from relay2.inwind.it (relay2.inwind.it [212.141.53.73]) by hub.freebsd.org (Postfix) with ESMTP id 8F46A37B479 for ; Tue, 24 Oct 2000 15:53:22 -0700 (PDT) Received: from bartequi.ottodomain.org (62.98.162.38) by relay2.inwind.it (5.1.046) id 39CB097900865CA7; Wed, 25 Oct 2000 00:52:59 +0200 From: Salvo Bartolotta Date: Tue, 24 Oct 2000 23:54:27 GMT Message-ID: <20001024.23542700@bartequi.ottodomain.org> Subject: Re: FRUSTRADED! Shoot me? To: James Housley Cc: mike , freebsd-stable@freebsd.org In-Reply-To: <39F61031.70FE4862@thehousleys.net> References: <20001024220654.20563.qmail@web5205.mail.yahoo.com> <20001024.23410700@bartequi.ottodomain.org> <39F61031.70FE4862@thehousleys.net> X-Mailer: SuperCalifragilis 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 > > > FreeBSD/i386 (amnesiac) > > > Login: > > > > AFAIR, "Amnesiac" indicates that your hostname is not properly > > defined/configured. This calls for a double or even triple check of > > your whole configuration. > > > That will happen in single user mode until /etc/rc is run. I recall seeing an "amnesiac" login, and I was running in multiuser=20 mode (IIRC, in 3.3-R). In that particular installation of mine, I=20 configured the network **after** installing the system. The "amnesiac"=20 label faded away when I configured hostname and network. Best regards, Salvo =20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 15:55:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from web5202.mail.yahoo.com (web5202.mail.yahoo.com [216.115.106.170]) by hub.freebsd.org (Postfix) with SMTP id 8AF5A37B479 for ; Tue, 24 Oct 2000 15:55:45 -0700 (PDT) Message-ID: <20001024225544.341.qmail@web5202.mail.yahoo.com> Received: from [208.62.254.56] by web5202.mail.yahoo.com; Tue, 24 Oct 2000 15:55:44 PDT Date: Tue, 24 Oct 2000 15:55:44 -0700 (PDT) From: mike Subject: Re: FRUSTRADED! Shoot me? To: James Housley Cc: 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 I decided to run 'make installworld' again and 'mergemaster'. being that I have been acustom to the 3.x branch I believe I screwed up mergemaster and its simplicity. I am happy to say that I no longer need someone to shoot me :-) I am back in touch with my inner child while navigating my newly upgraded system. all is well.. salute. --- James Housley wrote: > Salvo Bartolotta wrote: > > > > >>>>>>>>>>>>>>>>>> Original Message > <<<<<<<<<<<<<<<<<< > > > > On 10/24/00, 11:06:54 PM, mike > wrote regarding > > FRUSTRADED! Shoot me?: > > > > > > > > Dear Mike, > > > > Are you sure you have properly configured your > system (mergemaster > > step in /usr/src/UPDATING) ? > > > > > whoah! I get a login prompt that says > > > > > FreeBSD/i386 (amnesiac) > > > Login: > > > > AFAIR, "Amnesiac" indicates that your hostname is > not properly > > defined/configured. This calls for a double or > even triple check of > > your whole configuration. > > > That will happen in single user mode until /etc/rc > is run. > > Jim > -- > jeh@FreeBSD.org http://www.FreeBSD.org The > Power to Serve > jim@TheHousleys.Net http://www.TheHousleys.net > --------------------------------------------------------------------- > Do not meddle in the affairs of dragons, for you are > crunchy and taste > good with ketchup. __________________________________________________ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 15:58:48 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 B31AD37B479 for ; Tue, 24 Oct 2000 15:58:43 -0700 (PDT) Received: from modemcable213.3-201-24.mtl.mc.videotron.ca ([24.201.3.213]) by field.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0G2Y00DF1IHTKQ@field.videotron.net> for freebsd-stable@FreeBSD.ORG; Tue, 24 Oct 2000 18:58:42 -0400 (EDT) Date: Tue, 24 Oct 2000 19:03:06 -0400 (EDT) From: Bosko Milekic Subject: Re: mbuf leakage on 4.1.1-STABLE In-reply-to: <20001013160326.Q37870@jade.chc-chimes.com> X-Sender: bmilekic@jehovah.technokratis.com To: Bill Fumerola 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 FYI: I've just MFC'd the change I introduced to -CURRENT about a week ago, after this first came up. It changes the percentage to indicate how much of mb_map has actually been allocated. This required an additional sysctl in -CURRENT but was an extremely simple change in -STABLE. On Fri, 13 Oct 2000, Bill Fumerola wrote: > On Fri, Oct 13, 2000 at 01:59:46AM -0700, David Greenman wrote: > > > >> 312 Kbytes allocated to network (92% in use) > > >> ^^^^^^^^^^ > > > > Perhaps I should have spoken up earlier, but none of these reports has > > indicated a problem. The "92%" above is the percent of buffers that have been > > allocated and are currently in-use. The system allocates more when the pool > > runs out. The % in use is essentially a useless number that shouldn't even > > be reported because it just causes confusion about what it means. > > Perhaps we should change the message to "%d%% of those in use". > > -- > Bill Fumerola - Network Architect, BOFH / Chimes, Inc. > billf@chimesnet.com / billf@FreeBSD.org Cheers, Bosko Milekic bmilekic@technokratis.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 16:21:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 42D9337B479 for ; Tue, 24 Oct 2000 16:21:48 -0700 (PDT) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id e9ONLiI00470; Tue, 24 Oct 2000 17:21:45 -0600 (MDT) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200010242321.e9ONLiI00470@aslan.scsiguy.com> To: Arley Carter Cc: freebsd-stable@FreeBSD.ORG Subject: Re: some strange things with ahc In-Reply-To: Your message of "Tue, 24 Oct 2000 17:33:09 EDT." Date: Tue, 24 Oct 2000 17:21:44 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I have observed some strange more strange occurrences with the ahc driver. >Attached is the output from boot -v. >This strangeness centers around an HP C1553A SCSI2 DAT Tape drive. I >updated the firmware to the latest from HP to see if it solved the >problem. It didn't. This same device works fine on another machine >running freebsd 4.0 Release Software. The only difference is the machine >which is produced these errors is using the Intel i810 motherboard with a fast >er PIII CPU. Are you using the same cable? The same physical ahc card? I don't know of anyway a driver "bug" could cause parity errors to occur. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 16:44:22 2000 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id A740537B4C5 for ; Tue, 24 Oct 2000 16:44:20 -0700 (PDT) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id e9ONgT422124; Tue, 24 Oct 2000 16:42:29 -0700 (PDT) (envelope-from jkh@winston.osd.bsdi.com) To: mike Cc: stable@FreeBSD.ORG Subject: Re: FRUSTRADED! Shoot me? In-Reply-To: Message from mike of "Tue, 24 Oct 2000 15:06:54 PDT." <20001024220654.20563.qmail@web5205.mail.yahoo.com> Date: Tue, 24 Oct 2000 16:42:29 -0700 Message-ID: <22120.972430949@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > (date) init: can't exec '/usr/libexec/getty' for port > /dev/ttyv0 to /dev/ttyv7. No such file or directory. Which comes from this part of init(8): argv[0] = "sh"; argv[1] = _PATH_RUNCOM; argv[2] = runcom_mode == AUTOBOOT ? "autoboot" : 0; argv[3] = 0; sigprocmask(SIG_SETMASK, &sa.sa_mask, (sigset_t *) 0); setprocresources(RESOURCE_RC); execv(_PATH_BSHELL, argv); stall("can't exec %s for %s: %m", _PATH_BSHELL, _PATH_RUNCOM); Since you're already a source stud (anyone who's not is supposed to do binary upgrades :), you may want to investigate all the variables represented in the code above. Is /bin/sh properly executable? Is /etc/login.conf messed up in any way that would cause the setprocresources() call to do bad things to the subsequent execv()? Does adding any additional debugging to this section of init yield any clues? Good luck debugging this one - I've never seen it so it must be something unique about your configuration there. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 17: 3:31 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dire.foobarlabs.org (dire.foobarlabs.org [64.6.161.174]) by hub.freebsd.org (Postfix) with ESMTP id 5795F37B479 for ; Tue, 24 Oct 2000 17:03:26 -0700 (PDT) Received: from fugly.foobarlabs.net (fugly [192.168.1.3]) by dire.foobarlabs.org (Postfix) with SMTP id 3E973137AC for ; Tue, 24 Oct 2000 19:03:17 -0500 (CDT) Received: from foobarlabs.org (fugly [192.168.1.3]) by fugly.foobarlabs.net (Postfix) with ESMTP id 85BF5251FB for ; Tue, 24 Oct 2000 19:03:15 -0500 (CDT) Message-ID: <39F62342.5FA17867@foobarlabs.org> Date: Tue, 24 Oct 2000 19:03:14 -0500 From: John Weekley Organization: Is vastly overrated X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: stable@FreeBSD.org Subject: (no subject) Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms08AC5C8587933B0D3E67DED3" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms08AC5C8587933B0D3E67DED3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit subscribe --------------ms08AC5C8587933B0D3E67DED3 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIKPAYJKoZIhvcNAQcCoIIKLTCCCikCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC B8gwggSSMIID+6ADAgECAhBPuAM/BwRZHECvaAxehiPQMA0GCSqGSIb3DQEBBAUAMIHMMRcw FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5 IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMB4XDTAwMDgwMTAwMDAw MFoXDTAxMDgwMTIzNTk1OVowggEWMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UE CxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9y ZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElBQi5MVEQoYyk5ODEeMBwGA1UECxMV UGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdpdGFsIElEIENsYXNzIDEgLSBO ZXRzY2FwZSBGdWxsIFNlcnZpY2UxFTATBgNVBAMUDEpvaG4gV2Vla2xleTEmMCQGCSqGSIb3 DQEJARYXd2Vla2xleWpAZm9vYmFybGFicy5vcmcwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJ AoGBAOaDoPi/BG1h8f9mZXs4STmaJAZFxuvFdZfcOxa+wdn7bSAn3Hegsyu6rJgo3dA/084F k4x5gt3jJPxKJBxsyL4ITXK4crYD4D71HYlt9A2MwbUrx84iHmr/sHoBTY6b3O+XCgMvQkKm kkfgl0XvOLxeZj64AgO04Lj8lW/RUaDtAgMBAAGjggEmMIIBIjAJBgNVHRMEAjAAMEQGA1Ud IAQ9MDswOQYLYIZIAYb4RQEHAQgwKjAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNp Z24uY29tL3JwYTARBglghkgBhvhCAQEEBAMCB4AwgYYGCmCGSAGG+EUBBgMEeBZ2ZDQ2NTJi ZDYzZjIwNDcwMjkyOTg3NjNjOWQyZjI3NTA2OWM3MzU5YmVkMWIwNTlkYTc1YmM0YmM5NzAx NzQ3ZGE1ZDNmMjE0MWJlYWRiMmJkMmU4OTIxMGFlNjhmMWQ0MTE0OTlhYTFiOTQzZjRmM2Vh NDUwYzAzBgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9jbGFzczEu Y3JsMA0GCSqGSIb3DQEBBAUAA4GBACsBvgDHdlLAoEmHzm41iegWZiezLu8dMcTAa/vaF6+l 80EkTHNon7Xus9sZsn6rUxUK+c0WeA6pjP2xoKoKCKeFp6t6UZ2Vkf+ZSrmEIxphtfStujGG rY90+o3NyDt9YSfSL+Kk8+0KCp9xDKpFZBHU35nTVVteefjQ/O3GNLRdMIIDLjCCApegAwIB AgIRANJ2Lo0UDD19sqglXa/uDXUwDQYJKoZIhvcNAQECBQAwXzELMAkGA1UEBhMCVVMxFzAV BgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5 IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTk4MDUxMjAwMDAwMFoXDTA4MDUxMjIzNTk1 OVowgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVz dCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIElu Y29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAx IENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQwgZ8wDQYJ KoZIhvcNAQEBBQADgY0AMIGJAoGBALtaRIoEFrtV/QN6ii2UTxV4NrgNSrJvnFS/vOh3Kp25 8Gi7ldkxQXB6gUu5SBNWLccI4YRCq8CikqtEXKpC8IIOAukv+8I7u77JJwpdtrA2QjO1blSI T4dKvxna+RXoD4e2HOPMxpqOf2okkuP84GW6p7F+78nbN2rISsgJBuSZAgMBAAGjfDB6MBEG CWCGSAGG+EIBAQQEAwIBBjBHBgNVHSAEQDA+MDwGC2CGSAGG+EUBBwEBMC0wKwYIKwYBBQUH AgEWH3d3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEwDwYDVR0TBAgwBgEB/wIBADAL BgNVHQ8EBAMCAQYwDQYJKoZIhvcNAQECBQADgYEAiLg3O93alDcAraqf4YEBcR6Sam0v9vGd 08pkONwbmAwHhluFFWoPuUmFpJXxF31ntH8tLN2aQp7DPrSOquULBt7yVir6M8e+GddTTMO9 yOMXtaRJQmPswqYXD11YGkk8kFxVo2UgAP0YIOVfgqaxqJLFWGrBjQM868PNBaKQrm4xggI8 MIICOAIBATCB4TCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9y eS9SUEEgSW5jb3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWdu IENsYXNzIDEgQ0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRl ZAIQT7gDPwcEWRxAr2gMXoYj0DAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG 9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAwMTAyNTAwMDMxNFowIwYJKoZIhvcNAQkEMRYEFOg3 JsSqAuDtB7ZK13h1Avu6ZycQMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZI hvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0GCSqG SIb3DQEBAQUABIGAynjF1tFvkDu62CvN7vPaxv1f8smSMxsv3o7kHrvWO+nZjZqwlun2Y/X3 fynjS+cj1qn7x31fNyUj4xTxRMQRnQ9XH6IGPuOrf+RXMnc6LuSstd6FM8Xc0hhjjRxIoTZP ZsXy4MWTa+SQ/nY43TLT/ojKd8sWfv6bignSgneHTfE= --------------ms08AC5C8587933B0D3E67DED3-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 17:40:37 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0342337B479 for ; Tue, 24 Oct 2000 17:40:36 -0700 (PDT) Received: from insightsys.com (mail.insightsys.com [216.50.40.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 90F8F6E2A2B for ; Tue, 24 Oct 2000 17:39:10 -0700 (PDT) Subject: divert() and ipfw From: Ben Klang To: FreeBSD STABLE Mailing List Message-Id: <20001025003910.90F8F6E2A2B@mx1.FreeBSD.org> Date: Tue, 24 Oct 2000 17:39:10 -0700 (PDT) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello all. First, let me say that I am a complete newbie to FreeBSD. Total use is under 3 weeks. :) I am trying to implement NAT on a fresh install of 4.1.1-RELEASE. I used the ISO to install. My problem is this: All the tutorials and documentation I can find say the command line should be: ipfw add 10 divert natd all from to any via ex0 however, its reporting: 00010 divert 8668 ip from any to any via ex0 ipfw: setsockopt(IP_FW_ADD): Invalid argument I believe I have tracked this problem to how the ipfw kernel module was compiled. There is mention in the docs of adding divert support to the kernel, but I believe its any of: 1) a setting in sysctl, but I cant find any mention of this 2) an option passed to ipfw when its kldloaded 3) a kernel module all its own I really have tried to read all the docs, and a copious amount they are, but I cant seem to find this (seemingly simple) answer. Any help is appreciated! -Ben Klang, KF4WBX Network Systems Administrator ben@insightsys.com 404.873.0058 x111 www.insightsystems.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 17:46:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.clones.com (unknown [216.70.178.182]) by hub.freebsd.org (Postfix) with ESMTP id 5298937B479 for ; Tue, 24 Oct 2000 17:46:46 -0700 (PDT) Received: from localhost (gross@localhost) by mail.clones.com (8.9.3/8.9.3) with ESMTP id RAA27386; Tue, 24 Oct 2000 17:50:11 -0700 Date: Tue, 24 Oct 2000 17:50:11 -0700 (PDT) From: Glendon Gross To: Ben Klang Cc: FreeBSD STABLE Mailing List Subject: Re: divert() and ipfw In-Reply-To: <20001025003910.90F8F6E2A2B@mx1.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 Try options IPDIVERT in the kernel config file. On Tue, 24 Oct 2000, Ben Klang wrote: > Hello all. > First, let me say that I am a complete newbie to FreeBSD. Total use is > under 3 weeks. :) > I am trying to implement NAT on a fresh install of 4.1.1-RELEASE. I used > the ISO to install. > My problem is this: > All the tutorials and documentation I can find say the command line should > be: > ipfw add 10 divert natd all from to any via ex0 > however, its reporting: > > > 00010 divert 8668 ip from any to any via ex0 > ipfw: setsockopt(IP_FW_ADD): Invalid argument > > > I believe I have tracked this problem to how the ipfw kernel module was > compiled. There is mention in the docs of adding divert support to the > kernel, but I believe its any of: > 1) a setting in sysctl, but I cant find any mention of this > > 2) an option passed to ipfw when its kldloaded > > 3) a kernel module all its own > > I really have tried to read all the docs, and a copious amount they are, > but I cant seem to find this (seemingly simple) answer. > Any help is appreciated! > > -Ben Klang, KF4WBX > Network Systems Administrator > ben@insightsys.com > 404.873.0058 x111 > www.insightsystems.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 Tue Oct 24 19:57:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 8B68537B4CF for ; Tue, 24 Oct 2000 19:57:23 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Wed, 25 Oct 2000 15:57:16 +1300 Date: Wed, 25 Oct 2000 15:57:16 +1300 (NZDT) From: Juha Saarinen To: freebsd-stable@freebsd.org Subject: Installing Window Managers Message-ID: X-S: Always 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 Got XF86 4.0.1 running on a new 4.1.1 install, and would like to add a somewhat less Spartan wm than twm. However, going through the ports, it seems that all the ones listed require XF86 3.3.6, which I don't want to install for obvious reasons. Is there any way to avoid this when I install a wm, or is the install script smart enough not to install the older version? -- Regards, Juha PGP fingerprint: B7E1 CC52 5FCA 9756 B502 10C8 4CD8 B066 12F3 9544 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 20: 0:10 2000 Delivered-To: freebsd-stable@freebsd.org Received: from prydn.tacni.net (207-55-167-46.dhc.net [207.55.167.46]) by hub.freebsd.org (Postfix) with SMTP id 4D2BD37B479 for ; Tue, 24 Oct 2000 20:00:04 -0700 (PDT) Received: (qmail 63175 invoked by uid 1001); 25 Oct 2000 02:59:58 -0000 Date: Tue, 24 Oct 2000 21:59:57 -0500 From: Erich Zigler To: freebsd-stable@freebsd.org Subject: Re: Installing Window Managers Message-ID: <20001024215957.A58393@superhero.org> Mail-Followup-To: Erich Zigler , freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from juha@saarinen.org on Wed, Oct 25, 2000 at 03:57:16PM +1300 X-Eric-Conspiracy: There is no conspiracy. X-Shane: Hi Shane! Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Oct 25, 2000 at 03:57:16PM +1300, Juha Saarinen wrote: > Got XF86 4.0.1 running on a new 4.1.1 install, and would like to add a > somewhat less Spartan wm than twm. > However, going through the ports, it seems that all the ones listed > require XF86 3.3.6, which I don't want to install for obvious reasons. Is > there any way to avoid this when I install a wm, or is the install script > smart enough not to install the older version? Yes it is. You also could try it and find out. And see if it starts downloading 3.3.6 hit CTRL-C to cancel the download. -- Erich Zigler ..Unix, MS-DOS and Windows NT (also known as the Good, the Bad, and the Ugly) - Matt Welsh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 20:17:31 2000 Delivered-To: freebsd-stable@freebsd.org Received: from adsl-151-197-202-111.phila.adsl.bellatlantic.net (adsl-151-197-202-111.phila.adsl.bellatlantic.net [151.197.202.111]) by hub.freebsd.org (Postfix) with ESMTP id BA12537B479 for ; Tue, 24 Oct 2000 20:17:28 -0700 (PDT) Received: from bellatlantic.net (localhost [127.0.0.1]) by adsl-151-197-202-111.phila.adsl.bellatlantic.net (8.11.1/8.11.1) with ESMTP id e9P3HDO00227; Tue, 24 Oct 2000 23:17:14 -0400 (EDT) (envelope-from bleez@bellatlantic.net) Message-ID: <39F650B9.2548AF34@bellatlantic.net> Date: Tue, 24 Oct 2000 23:17:13 -0400 From: Bryan Liesner X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Juha Saarinen Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Installing Window Managers References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Juha Saarinen wrote: > > Got XF86 4.0.1 running on a new 4.1.1 install, and would like to add a > somewhat less Spartan wm than twm. > > However, going through the ports, it seems that all the ones listed > require XF86 3.3.6, which I don't want to install for obvious reasons. Is > there any way to avoid this when I install a wm, or is the install script > smart enough not to install the older version? As a workaround, just create directories called XFree86-3.3.6 and XFree86-3.3.6_2 in /var/db/pkg and the install script won't grab the older packages or ports. -- ========================================================== = Bryan D. Liesner LeezSoft Communications, Inc. = = A subsidiary of LeezSoft Inc. = = bleez@bellatlantic.net Home of the Gipper = ========================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 20:20:18 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 AA39737B479 for ; Tue, 24 Oct 2000 20:20:13 -0700 (PDT) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id XAA81267; Tue, 24 Oct 2000 23:20:42 -0400 (EDT) (envelope-from bandix@looksharp.net) Date: Tue, 24 Oct 2000 23:20:42 -0400 (EDT) From: "Brandon D. Valentine" To: Bryan Liesner Cc: Juha Saarinen , freebsd-stable@FreeBSD.ORG Subject: Re: Installing Window Managers In-Reply-To: <39F650B9.2548AF34@bellatlantic.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 Tue, 24 Oct 2000, Bryan Liesner wrote: >Juha Saarinen wrote: >> >> Got XF86 4.0.1 running on a new 4.1.1 install, and would like to add a >> somewhat less Spartan wm than twm. >> >> However, going through the ports, it seems that all the ones listed >> require XF86 3.3.6, which I don't want to install for obvious reasons. Is >> there any way to avoid this when I install a wm, or is the install script >> smart enough not to install the older version? > >As a workaround, just create directories called XFree86-3.3.6 and >XFree86-3.3.6_2 in /var/db/pkg and the install script won't grab >the older packages or ports. s/workaround/hack/ ;-) -- Brandon D. Valentine "Few things are harder to put up with than the annoyance of a good example." -- Mark Twain, Pudd'nhead Wilson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 20:43:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mercure.IRO.UMontreal.CA (mercure.IRO.UMontreal.CA [132.204.24.67]) by hub.freebsd.org (Postfix) with ESMTP id BF8B937B479 for ; Tue, 24 Oct 2000 20:43:45 -0700 (PDT) Received: from phobos.IRO.UMontreal.CA (IDENT:root@phobos.IRO.UMontreal.CA [132.204.20.20]) by mercure.IRO.UMontreal.CA (8.9.3/8.9.3) with ESMTP id XAA23767 for ; Tue, 24 Oct 2000 23:43:39 -0400 Received: from localhost (beaupran@localhost) by phobos.IRO.UMontreal.CA (8.9.3/8.9.3) with ESMTP id XAA32456 for ; Tue, 24 Oct 2000 23:43:39 -0400 Full-Name: Antoine Beaupre Date: Tue, 24 Oct 2000 23:43:39 -0400 (EDT) From: Antoine Beaupre To: stable@freebsd.org Subject: Can't record hifi audio on with sox on -stable 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 have submitted a follow-up on my previous pr (kern/21438) concerning 4.1-rel here but it might have been considered rude by some so I will start a fresh new thread with this since (1) a new release is coming (yay) and (2) I do not seem to be the only one having audio problems with -stable. A search on the freebsd.org engines does not yield any result for "record overrun" (my problem). Ok here we go. Testing are all made with "rec" from the sox (12.16) package. Recording first a simple file (8000 Hz, 8 bits, mono) works correctly. If I switch to 16 bits, the recorded file is just empty (i.e. no sound at all). Trying now 22050 Hz at 8 bits, mono: working correctly. Now trying 44100 Hz at 8 bits, mono gives me: pcm0: record overrun, dumping 44500 bytes [...] (about 1 warning/second) And the sample is just 8192 bytes big. CPU usage also gets really high (almost 100%). Same with 16 bits recording at 44100Hz, mono. Doing the same in stereo yields the predictable result: pcm0: record overrun, dumping 89212 bytes which is vaguely the double of mono recording overruns. So that's about it. The message comes from line 577 in file /sys/dev/sound/pcm/channel.c. I do not understand clearly what could be the problem here. The sound card is a AWE32: sbc0: at port 0x220-0x22f,0x300-0x301,0x388-0x38b irq 9 drq 0,5 on isa0 pcm0: on sbc0 It's odd, however, that drq 0 thing... The system is a 4.1.1-stable dated on 2000.10.17. Playing hi-fi doesn't yield the same problems, on the first look, this might be because it's using the other drq setting (???). So that's about all I can think of now, please send in any comments or ideas regarding this. Here are dmesg output: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.1.1-STABLE #0: Tue Oct 17 10:52:04 EDT 2000 root@:/usr/src/sys/compile/HALL Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 167046148 Hz CPU: Pentium/P55C (167.05-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bf real memory = 33554432 (32768K bytes) config> dis joy config> irq sio2 12 avail memory = 29491200 (28800K bytes) Preloaded elf kernel "kernel" at 0xc0352000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc035209c. Intel Pentium detected, installing workaround for F00F bug 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 pci0: at 7.2 irq 11 chip1: port 0x5000-0x500f at device 7.3 on pci0 pci0: at 9.0 ahc0: port 0x6400-0x64ff mem 0xe1001000-0xe1001fff irq 10 at device 11.0 on pci0 aic7860: Single Channel A, SCSI Id=7, 3/255 SCBs isa0: too many dependant configs (8) isa0: unexpected small tag 14 ep0: <3Com 3C509-TPO EtherLink III> at port 0x200-0x20f irq 5 on isa0 ep0: Ethernet address 00:10:5a:aa:51:33 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 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 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 sio2 at port 0x3e8-0x3ef irq 12 drq 0 on isa0 sio2: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pca0 at port 0x40 on isa0 sbc0: at port 0x220-0x22f,0x300-0x301,0x388-0x38b irq 9 drq 0,5 on isa0 pcm0: on sbc0 unknown: can't assign resources IP packet filtering initialized, divert disabled, rule-based forwarding disabled, default to deny, logging limited to 100 packets/entry by default ad0: 3079MB [6256/16/63] at ata0-master using UDMA33 acd0: CDROM at ata0-slave using PIO3 Waiting 2 seconds for SCSI devices to settle Mounting root from ufs:/dev/ad0s2a da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled da0: 4091MB (8380080 512 byte sectors: 255H 63S/T 521C) cd0 at ahc0 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 15) cd0: cd present [284675 x 2048 byte records] pcm0: record overrun, dumping 89204 bytes pcm0: record [...] kernel config: (snipped comments (124 lines!) for sanity reasons) machine "i386" # This is a 386 OS cpu "I586_CPU" # Pentium ident HALL # This is HALL! maxusers 32 options "CPU_FASTER_5X86_FPU" # enables faster FPU exception handler. options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options UCONSOLE #Allow users to grab the console options SYSVSHM #SysV shared memory options SYSVSEM # semaphores options SYSVMSG # message queue options USER_LDT #allow user-level control of i386 ldt options KTRACE #kernel tracing options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options NTIMECOUNTER=20 options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root. "CD9660" req'ed options PROCFS #Process filesystem options QUOTA #enable disk quotas options NFS #Network File System options "P1003_1B" options "_KPOSIX_PRIORITY_SCHEDULING" options _KPOSIX_VERSION=199309L device isa0 device pci0 device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drive device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device npx0 at isa? port "IO_NPX" irq 13 device scbus device cd device pass device sa device da device ch device ahc options AHC_ALLOW_MEMIO device pt0 at scbus? device sc0 at isa? device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device vga0 at isa? device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 device sio2 at isa? port IO_COM3 irq 12 device ppc0 at isa? irq 7 device ppbus device lpt device plip device ppi options INET #InterNETworking pseudo-device loop pseudo-device tun 1 pseudo-device ether # Ethernet support pseudo-device ppp 1 #Point-to-point protocol options PPP_BSDCOMP #PPP BSD-compress support options PPP_DEFLATE #PPP zlib/deflate/gzip support options PPP_FILTER #enable bpf filtering (needs bpfilter) pseudo-device bpf 4 pseudo-device vn 4 options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity device ep device pcm pseudo-device splash # splash screen/screen saver pseudo-device gzip # Exec gzipped a.out's pseudo-device pty 16 # This is a lot for a non-shell server.. device joy0 at isa? port IO_GAME # Joystick device pca0 at isa? port IO_TIMER1 # Not controlled by `snd' pseudo-device speaker #Play IBM BASIC-style noises out your speaker Si l'image donne l'illusion de savoir C'est que l'adage pretend que pour croire, L'important ne serait que de voir Lofofora To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 20:51:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from casa.staub.net (staub.net [207.149.244.194]) by hub.freebsd.org (Postfix) with ESMTP id 6FEAF37B479 for ; Tue, 24 Oct 2000 20:51:40 -0700 (PDT) Received: (from phils@localhost) by casa.staub.net (8.9.3/8.9.3) id UAA20268 for freebsd-stable@freebsd.org; Tue, 24 Oct 2000 20:53:17 -0700 Date: Tue, 24 Oct 2000 20:53:17 -0700 From: Phil Staub To: freebsd-stable@freebsd.org Subject: module_register/linker_file_sysinit messages Message-ID: <20001024205317.A20261@staub.net> Reply-To: phils@staub.net 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 After a fresh install of 4.1R followed by building/installing a new kernel, I now get numerous messages of the following form upon boot: module_register: module miibus/xmphy already exists! linker_file_sysinit "miibus.ko" failed to register! 17 Could someone point me to the meaning and resolution of this? It's not obvious from manpages, handbook or faq (or at least my searches came up empty). I also did a little poking around in the config files in /boot. The closest thing I could find was an entry in /boot/defaults/loader.conf that said: miibus_load="NO" # miibus support, needed for some drivers Should this say "YES"? I'm running ed and xl drivers. Thanks, Phil -- Phil Staub, KE7HC phils@staub.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 20:52:29 2000 Delivered-To: freebsd-stable@freebsd.org Received: from srcso.globis.ru (globis.ru [212.248.80.7]) by hub.freebsd.org (Postfix) with ESMTP id 1AF5937B4C5 for ; Tue, 24 Oct 2000 20:52:23 -0700 (PDT) Received: from raduga.dyndns.org (raduga.sochi.net [212.248.82.76]) by srcso.globis.ru (8.9.3/8.9.3) with ESMTP id IAA20202 for ; Wed, 25 Oct 2000 08:13:23 +0400 (MSD) (envelope-from igor@raduga.dyndns.org) Received: (from igor@localhost) by raduga.dyndns.org (8.10.1/8.10.0) id e9P3qEm26465 for freebsd-stable@freebsd.org; Wed, 25 Oct 2000 07:52:14 +0400 Date: Wed, 25 Oct 2000 07:52:14 +0400 From: Igor Roboul To: freebsd-stable@freebsd.org Subject: Re: Reminder: Just 7 days till 4.2 code freeze! Message-ID: <20001025075213.A26446@linux.rainbow> Reply-To: igorr@crosswinds.net Mail-Followup-To: freebsd-stable@freebsd.org References: <21563.972426133@winston.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <21563.972426133@winston.osd.bsdi.com>; from jkh@winston.osd.bsdi.com on Tue, Oct 24, 2000 at 03:22:13PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, how about this problem: %uname -a FreeBSD demon.rainbow 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Fri Oct 20 09:53:51 MSD 2000 root@demon.rainbow:/usr/obj/usr/src/sys/DEMON i386 %passwd igor Changing local password for igor. Old password: New password: Retype new password: passwd: cannot set password cipher: Undefined error: 0 passwd: /etc/master.passwd: unchanged % I don't have much shell users. This is Samba server, and for shell users I still _can_ encrypt password and insert into /etc/master.passwd. But this is not good :-( -- Igor Roboul, Unix System Administrator & Programmer @ sanatorium "Raduga", Sochi, Russia http://www.brainbench.com/transcript.jsp?pid=304744 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 21:14: 3 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 89C9937B479 for ; Tue, 24 Oct 2000 21:13:59 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Wed, 25 Oct 2000 17:13:58 +1300 Date: Wed, 25 Oct 2000 17:13:58 +1300 (NZDT) From: Juha Saarinen To: freebsd-stable@freebsd.org Subject: All the x11-wm ports b0rken in 4.1.1-STABLE? Message-ID: X-S: Always 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 can't seem to install a single wm through the ports collection. Tried Sawfish, FVW95, WindowMaker and XFCE -- compilation of all die with: "Error: your port uses an old layout. Please update it to match this bsd.port.mk." Have cvsup'ed three times today, the latest one from cvsup9.freebsd.org. -- Regards, Juha PGP fingerprint: B7E1 CC52 5FCA 9756 B502 10C8 4CD8 B066 12F3 9544 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 21:16: 8 2000 Delivered-To: freebsd-stable@freebsd.org Received: from e-comsultant.net (rocky.e-comsultant.net [208.53.166.146]) by hub.freebsd.org (Postfix) with ESMTP id 19BE937B479 for ; Tue, 24 Oct 2000 21:16:01 -0700 (PDT) Received: from voluntary (voluntary.stripsearch.net [208.53.166.151] (may be forged)) by e-comsultant.net (8.9.3/8.9.3) with SMTP id XAA00441 for ; Tue, 24 Oct 2000 23:15:59 -0500 (CDT) (envelope-from scott@e-comsultant.net) Message-ID: <003401c03e3a$27290980$97a635d0@stripsearch.net> From: "Scott Milliken" To: Subject: moused problem in 4.0-STABLE Date: Tue, 24 Oct 2000 23:15:04 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0031_01C03E10.3DAB28C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0031_01C03E10.3DAB28C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hello, I upgraded to 4.1.1 from 4.1 this past weekend and now have a problem with the moused daemon. As long as I don't attempt to start it up, everything else seems to be fine. None of my hardware has changed, only the standard CVSUP of source, make world (in single user mode), mergemaster and a reboot. If I try to leave in the line 'moused_enable="YES"' in my /etc/rc.conf they system will lock up to the point of forcing a power reset. Removing that lines lets the boot continue on as normal. Just to verify it wasn't some other strange thing, I also booted up with the moused disabled and manually ran it as: moused -p /dev/cuaa0 -t auto and my system again locked up. I'm using a Logitech TrackMan (serial) device on /dev/cuaa0, same as always. dmesg tells me that sio0 was found, so that should be fine. (see below) 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 If I reboot using the old 4.1 kernel (from Aug 25 2000) I get the same dmesg output, but moused actually works. If there's any other information that I need to supply, please let me know. Just in case, I've attached the full dmesg output from the 4.1.1 boot. Thanks, Scott Milliken ------=_NextPart_000_0031_01C03E10.3DAB28C0 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.txt" 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAAQAAAAAAAAAA EAAAAgAAAAEAAAD+////AAAAAAAAAAD///////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ///////////////////////////////////////////////////////////////////////////9 /////v////7///8EAAAABQAAAAYAAAAHAAAACAAAAP7////+/////////wwAAAANAAAADgAAAA8A AAAQAAAAEQAAABIAAAADAAAA//////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// /////////////////////////////////////////////////////////////////////////1IA bwBvAHQAIABFAG4AdAByAHkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAWAAUA//////////8BAAAAAAkCAAAAAADAAAAAAAAARgAAAAAAAAAAAAAAAIBX8xg6PsAB CQAAAIAAAAAAAAAAVwBvAHIAZABEAG8AYwB1AG0AZQBuAHQAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAABoAAgECAAAA//////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAALAAAAAhsAAAAAAAABAEMAbwBtAHAATwBiAGoAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEgACAP///////////////wAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA//////// ////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAA AP7///////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ///////////////////////////////////////////////////////////////////////xAgAA HQMAAB4DAABmAwAAZwMAALADAACxAwAA5gMAAOcDAAAOBAAADwQAADgEAAA5BAAAZQQAAGYEAACZ BAAAmgQAANEEAADSBAAA+gQAAPsEAAAjBQAAJAUAAFAFAABRBQAAiwUAAIwFAACcBQAAnQUAAMIF AADDBQAA2QUAANoFAAAEBgAABQYAAB0GAAAeBgAAVgYAAFcGAABvBgAAcAYAABcHAAAYBwAAOAcA ADkHAABZBwAAWgcAAIcHAACIBwAA0AcAANEHAAAPCAAAEAgAAE8IAABQCAAAtwgAALgIAAD9+/n3 9fPx7+3r6efl4+Hf3dvZ19XT0c/Ny8nHxcPBv727ube1s7Gvraupp6WjoZ+dm5mXlZORjwAAA10D AANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwADXQMA A10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwAD XQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANd AwADXQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwAAOLgIAADh CAAA4ggAAPwIAAD9CAAANQkAADYJAABzCQAAdAkAAKUJAACmCQAA7wkAAPAJAAAVCgAAFgoAAD8K AABACgAAgAoAAIEKAACxCgAAsgoAAMAKAADBCgAACgsAAAsLAAA3CwAAOAsAAGMLAABkCwAAlQsA AJYLAACnCwAAqAsAAN0LAADeCwAAFQwAABYMAABMDAAATQwAAHYMAAB3DAAAkAwAAJEMAACsDAAA rQwAAMsMAADMDAAAQA0AAEENAAByDQAAcw0AAI4NAACPDQAA0Q0AANINAAAYDgAAGQ4AAP37+ff1 8/Hv7evp5+Xj4d/d29nX1dPRz83LycfFw8G/vbu5t7Wzsa+tq6mnpaOhn52bmZeVk5GPAAADXQMA A10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwAD XQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANd AwADXQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10D AANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10DAANdAwADXQMAA10DAAA4GQ4AAEcO AABIDgAAag4AAGsOAAD9+/n3AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADXQMAA10DAANdAwADXQMAAATxAgAAHgMA AGcDAACxAwAA5wMAAA8EAAA5BAAAZgQAAJoEAADSBAAA+wQAACQFAABRBQAAjAUAAJ0FAADDBQAA 2gUAAAUGAAAeBgAAVwYAAHAGAAAYBwAAOQcAAFoHAACIBwAA0QcAABAIAABQCAAAuAgAAOIIAAD9 CAAANgkAAHQJAACmCQAA/QAAAAAAAPsAAAAAAAD5AAAAAAAA9wAAAAAAAPUAAAAAAADzAAAAAAAA 8QAAAAAAAO8AAAAAAADtAAAAAAAA6wAAAAAAAOkAAAAAAADnAAAAAAAA5QAAAAAAAOMAAAAAAADh AAAAAAAA3wAAAAAAAN0AAAAAAADbAAAAAAAA2QAAAAAAANcAAAAAAADVAAAAAAAA0wAAAAAAANEA AAAAAADPAAAAAAAAzQAAAAAAAMsAAAAAAADJAAAAAAAAxwAAAAAAAMUAAAAAAADDAAAAAAAAwQAA AAAAAL8AAAAAAAC9AAAAAAAAAAAAAAAAAAAAAAABAAAAAQAAAAEAAAABAAAAAQAAAAEAAAABAAAA AQAAAAEAAAABAAAAAQAAAAEAAAABAAAAAQAAAAEAAAABAAAAAQAAAAEAAAABAAAAAQAAAAEAAAAB AAAAAQAAAAEAAAABAAAAAQAAAAEAAAABAAAAAQAAAAEAAAABAAAAAQAAAAEAAAAAIaYJAADwCQAA FgoAAEAKAACBCgAAsgoAAMEKAAALCwAAOAsAAGQLAACWCwAAqAsAAN4LAAAWDAAATQwAAHcMAACR DAAArQwAAMwMAABBDQAAcw0AAI8NAADSDQAAGQ4AAEgOAABrDgAA/QAAAAAAAPsAAAAAAAD5AAAA AAAA9wAAAAAAAPUAAAAAAADzAAAAAAAA8QAAAAAAAO8AAAAAAADtAAAAAAAA6wAAAAAAAOkAAAAA AADnAAAAAAAA5QAAAAAAAOMAAAAAAADhAAAAAAAA3wAAAAAAAN0AAAAAAADbAAAAAAAA2QAAAAAA ANcAAAAAAADVAAAAAAAA0wAAAAAAANEAAAAAAADPAAAAAAAAzQAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAQAAAAEAAAABAAAAAQAAAAEAAAABAAAAAQAAAAEAAAABAAAAAQAAAAEAAAABAAAAAQAAAAEA AAABAAAAAQAAAAEAAAABAAAAAQAAAAEAAAABAAAAAQAAAAEAAAABAAAAAQAAAAAZ8QIAAGsOAAAI APECAABrDgAACwAAAAAAegsAAAAA/////wAA/////zcXAAAOAA8ACAABAEsADwAAAAAAGgAAQPH/ AgAaAAZOb3JtYWwAAgAAAAMAYQkEAAAAAAAAAAAAAAAAAAAAAAAAACIAQUDy/6EAIgAWRGVmYXVs dCBQYXJhZ3JhcGggRm9udAAAAAAAAAAAAAAAAAAAAAQAAAAAAAAA0AIAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD/ QBQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAP7/AwoAAP// //8ACQIAAAAAAMAAAAAAAABGHAAAAE1pY3Jvc29mdCBXb3JkIDYuMCBEb2N1bWVudAAKAAAATVNX b3JkRG9jABAAAABXb3JkLkRvY3VtZW50LjYA9DmycQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACBhdGEwLXNsYXZl IHVzaW5nIFVETUEzMw1hY2QwOiBDRFJPTSA8Rlg0MDBEPiBhdCBhdGExLW1hc3RlciB1c2luZyBQ SU8zDU1vdW50aW5nIHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzMWENAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA3KVlACPACQQAAAAA AAAAAAAAAAAAAAAA8QIAAGsOAAACGwAAAAAAAAAAAAAAAAAAAAAAAHoLAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAACwaAABsAAAALBoAAGwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAABQaAAAUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAaAAAKAAAAChoAAAoAAAAAAAAAAAAAAKoCAABHAAAAKBoAAAQAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOwaAAACAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAmBoAAFQAAADuGgAAFAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgACwADAAIAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEcAFRAAAAAAVGltZXMg TmV3IFJvbWFuAAwQAAACAFN5bWJvbAALIAAAAABBcmlhbAAVAAAAAABUaW1lcyBOZXcgUm9tYW4A Q29weXJpZ2h0IChjKSAxOTkyLTIwMDAgVGhlIEZyZWVCU0QgUHJvamVjdC4NQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0DSAgICAgICAgVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4g QWxsIHJpZ2h0cyByZXNlcnZlZC4NRnJlZUJTRCA0LjEuMS1TVEFCTEUgIzA6IFR1ZSBPY3QgMjQg MTY6MDI6NTAgQ0RUIDIwMDANICAgIHJvb3RAOi91c3Ivc3JjL3N5cy9jb21waWxlL3BpbXB1YXJ5 DVRpbWVjb3VudGVyICJpODI1NCIgIGZyZXF1ZW5jeSAxMTkzMTgyIEh6DUNQVTogUGVudGl1bS9Q NTVDICgyMzMuODctTUh6IDU4Ni1jbGFzcyBDUFUpDSAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIg IElkID0gMHg1NDMgIFN0ZXBwaW5nID0gMw0gIEZlYXR1cmVzPTB4ODAwMWJmPEZQVSxWTUUsREUs UFNFLFRTQyxNU1IsTUNFLENYOCxNTVg+DXJlYWwgbWVtb3J5ICA9IDEzNDIxNzcyOCAoMTMxMDcy SyBieXRlcykNYXZhaWwgbWVtb3J5ID0gMTI2MTAzNTUyICgxMjMxNDhLIGJ5dGVzKQ1QcmVsb2Fk ZWQgZWxmIGtlcm5lbCAia2VybmVsIiBhdCAweGMwNDZkMDAwLg1JbnRlbCBQZW50aXVtIGRldGVj dGVkLCBpbnN0YWxsaW5nIHdvcmthcm91bmQgZm9yIEYwMEYgYnVnDW1kMDogTWFsbG9jIGRpc2sN bnB4MDogPG1hdGggcHJvY2Vzc29yPiBvbiBtb3RoZXJib2FyZA1ucHgwOiBJTlQgMTYgaW50ZXJm YWNlDXBjaWIwOiA8SG9zdCB0byBQQ0kgYnJpZGdlPiBvbiBtb3RoZXJib2FyZA1wY2kwOiA8UENJ IGJ1cz4gb24gcGNpYjANaXNhYjA6IDxTaVMgODVjNTAzIFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZp Y2UgMS4wIG9uIHBjaTANaXNhMDogPElTQSBidXM+IG9uIGlzYWIwDWF0YXBjaTA6IDxTaVMgNTU5 MSBBVEEzMyBjb250cm9sbGVyPiBwb3J0IDB4NDAwMC0weDQwMGYsMHgyMDc5NjAwNC0weDIwNzk2 MDA3LDB4NDAzODAwMjAtMHg0MDM4MDAyNywweGIxNTQwMzAtMHhiMTU0MDMzLDB4ODU0YzAwMC0w eDg1NGMwMDcgaXJxIDAgYXQgZGV2aWNlIDEuMSBvbiBwY2kwDWF0YTA6IGF0IDB4MWYwIGlycSAx NCBvbiBhdGFwY2kwDWF0YTE6IGF0IDB4MTcwIGlycSAxNSBvbiBhdGFwY2kwDXBjaTA6IDxTaVMg NjMyNiBTVkdBIGNvbnRyb2xsZXI+IGF0IDkuMCBpcnEgMA1wY20wOiA8QXVkaW9QQ0kgRVMxMzcx PiBwb3J0IDB4ZjA4MC0weGYwYmYgaXJxIDExIGF0IGRldmljZSAxMS4wIG9uIHBjaTANcGNpMDog PHVua25vd24gY2FyZD4gKHZlbmRvcj0weDEzZjYsIGRldj0weDAxMTEpIGF0IDEzLjAgaXJxIDkN cGNpMDogPHVua25vd24gY2FyZD4gKHZlbmRvcj0weDEzZjYsIGRldj0weDAyMTEpIGF0IDEzLjEg aXJxIDEwDXNpczA6IDxTaVMgOTAwIDEwLzEwMEJhc2VUWD4gcG9ydCAweGYyMDAtMHhmMmZmIG1l bSAweGZmYWRmMDAwLTB4ZmZhZGZmZmYgaXJxIDExIGF0IGRldmljZSAxNS4wIG9uIHBjaTANc2lz MDogRXRoZXJuZXQgYWRkcmVzczogMDA6ZTA6MDY6ZTE6NTU6NWMNbWlpYnVzMDogPE1JSSBidXM+ IG9uIHNpczANdWtwaHkwOiA8R2VuZXJpYyBJRUVFIDgwMi4zdSBtZWRpYSBpbnRlcmZhY2U+IG9u IG1paWJ1czANdWtwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFz ZVRYLUZEWCwgYXV0bw1wY2kwOiA8U2lTIDU1OTcvOTggU1ZHQSBjb250cm9sbGVyPiBhdCAyMC4w IGlycSAwDWZkYzA6IDxORUMgNzIwNjVCIG9yIGNsb25lPiBhdCBwb3J0IDB4M2YwLTB4M2Y1LDB4 M2Y3IGlycSA2IGRycSAyIG9uIGlzYTANZmRjMDogRklGTyBlbmFibGVkLCA4IGJ5dGVzIHRocmVz aG9sZA1mZDA6IDwxNDQwLUtCIDMuNSIgZHJpdmU+IG9uIGZkYzAgZHJpdmUgMA1hdGtiZGMwOiA8 S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4NjAsMHg2NCBvbiBpc2EwDWF0 a2JkMDogPEFUIEtleWJvYXJkPiBmbGFncyAweDEgaXJxIDEgb24gYXRrYmRjMA1rYmQwIGF0IGF0 a2JkMA12Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4 YTAwMDAtMHhiZmZmZiBvbiBpc2EwDXNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEw MCBvbiBpc2EwDXNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4Nc2lv MCBhdCBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gaXNhMA1zaW8wOiB0eXBl IDE2NTUwQQ1zaW8xOiBjb25maWd1cmVkIGlycSAzIG5vdCBpbiBiaXRtYXAgb2YgcHJvYmVkIGly cXMgMA1wcGMwOiA8UGFyYWxsZWwgcG9ydD4gYXQgcG9ydCAweDM3OC0weDM3ZiBpcnEgNyBvbiBp c2EwDXBwYzA6IEdlbmVyaWMgY2hpcHNldCAoTklCQkxFLW9ubHkpIGluIENPTVBBVElCTEUgbW9k ZQ1wbGlwMDogPFBMSVAgbmV0d29yayBpbnRlcmZhY2U+IG9uIHBwYnVzMA1scHQwOiA8UHJpbnRl cj4gb24gcHBidXMwDWxwdDA6IEludGVycnVwdC1kcml2ZW4gcG9ydA1wcGkwOiA8UGFyYWxsZWwg SS9PPiBvbiBwcGJ1czANSVAgcGFja2V0IGZpbHRlcmluZyBpbml0aWFsaXplZCwgZGl2ZXJ0IGRp c2FibGVkLCBydWxlLWJhc2VkIGZvcndhcmRpbmcgZGlzYWJsZWQsIGRlZmF1bHQgdG8gZGVueSwg dW5saW1pdGVkIGxvZ2dpbmcNYXRhMS1zbGF2ZTogYXRhX2NvbW1hbmQ6IHRpbWVvdXQgd2FpdGlu ZyBmb3IgaW50cg1hdGExLXNsYXZlOiBpZGVudGlmeSBmYWlsZWQNYWQwOiAzMDIwTUIgPFdEQyBB QzMzMTAwSD4gWzYxMzYvMTYvNjNdIGF0IGF0YTAtbWFzdGVyIHVzaW5nIFdETUEyDWFkMTogMTk1 NDFNQiA8TWF4dG9yIDkyMDQxVTQ+IFszOTcwMy8xNi82M10gYXQgYXRhMC1zbGF2ZSB1c2luZyBV RE1BMzMNYWNkMDogQ0RST00gPEZYNDAwRD4gYXQgYXRhMS1tYXN0ZXIgdXNpbmcgUElPMw1Nb3Vu dGluZyByb290IGZyb20gdWZzOi9kZXYvYWQwczFhDQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA== ------=_NextPart_000_0031_01C03E10.3DAB28C0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 24 21:22: 7 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 9AFDC37B479 for ; Tue, 24 Oct 2000 21:22:02 -0700 (PDT) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id VAA01924; Tue, 24 Oct 2000 21:21:21 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda01922; Tue Oct 24 21:21:12 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.0/8.9.1) id e9P4LCB16837; Tue, 24 Oct 2000 21:21:12 -0700 (PDT) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdW16835; Tue Oct 24 21:20:59 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.1/8.9.1) id e9P4Kwe33361; Tue, 24 Oct 2000 21:20:58 -0700 (PDT) Message-Id: <200010250420.e9P4Kwe33361@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdw33357; Tue Oct 24 21:20:40 2000 X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.1.1-RELEASE X-Sender: cy To: "Juha Saarinen" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: "Malloc type lacks magic" show-stopper solved In-reply-to: Your message of "Wed, 25 Oct 2000 08:32:57 +1300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 24 Oct 2000 21:20:40 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , "Juha Saarinen" wr ites: > In case it helps anyone else, the error in the subject line was due to > compiler optimisations. > > Going back to -O -pipe and rebuilding everything fixed it. Oddly > enough, -O3 -march=i686 -mcpu=i686 -ffast-math worked fine on 3.3, but not > on 4.1.1. Anything above -O is not recommended. I've had problems with optimisation above -O under gcc on Intel (FreeBSD & Linux) ever since I converted from IBM mainframe to UNIX (religious experience). (Living here in Canada all these years I've finally figured out what bilingualism is: Being able to speak ASCII and EBCDIC). 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 Oct 24 23:45:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 4A6B137B479 for ; Tue, 24 Oct 2000 23:45:09 -0700 (PDT) Received: from DENDENNIS (softdnserr [::ffff:192.168.1.2]) by saarinen.org with esmtp; Wed, 25 Oct 2000 19:45:08 +1300 From: "Juha Saarinen" To: "Cy Schubert - ITSD Open Systems Group" Cc: freebsd-stable@FreeBSD.ORG Subject: RE: "Malloc type lacks magic" show-stopper solved Date: Wed, 25 Oct 2000 19:45:24 +1300 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.2911.0) In-Reply-To: <200010250420.e9P4Kwe33361@cwsys.cwsent.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG %-> Anything above -O is not recommended. I've had problems with %-> optimisation above -O under gcc on Intel (FreeBSD & Linux) ever since I %-> converted from IBM mainframe to UNIX (religious experience). Thanks Cy. Still, it beggars the question... "why not?". I've not had any problems with -O3 on Linux 2.2 and 2.4, and like I said, it worked under FreeBSD 3.3. -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 0:10: 6 2000 Delivered-To: freebsd-stable@freebsd.org Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by hub.freebsd.org (Postfix) with ESMTP id B87DE37B479 for ; Wed, 25 Oct 2000 00:10:00 -0700 (PDT) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.10.0/jtpda-5.3.3) with ESMTP id e9P79xq21025 for ; Wed, 25 Oct 2000 09:09:59 +0200 (CEST) Received: from rose.lpthe.jussieu.fr ([134.157.10.102]) by parthe.lpthe.jussieu.fr (8.9.1a/jtpda-5.3.1) with ESMTP id JAA19413 for ; Wed, 25 Oct 2000 09:09:59 +0200 (MET DST) Received: (from michel@localhost) by rose.lpthe.jussieu.fr (8.9.3/8.9.3) id JAA00450 for freebsd-stable@FreeBSD.ORG; Wed, 25 Oct 2000 09:09:58 +0200 (CEST) (envelope-from michel) Date: Wed, 25 Oct 2000 09:09:58 +0200 From: Michel Talon To: freebsd-stable@FreeBSD.ORG Subject: Re: "Malloc type lacks magic" show-stopper solved Message-ID: <20001025090958.A435@lpthe.jussieu.fr> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <200010250420.e9P4Kwe33361@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Oct 25, 2000 at 07:45:24PM +1300, Juha Saarinen wrote: > %-> Anything above -O is not recommended. I've had problems with > %-> optimisation above -O under gcc on Intel (FreeBSD & Linux) ever since I > %-> converted from IBM mainframe to UNIX (religious experience). > > Thanks Cy. Still, it beggars the question... "why not?". I've not had any > problems with -O3 on Linux 2.2 and 2.4, and like I said, it worked under > FreeBSD 3.3. > > -- Juha First you don't have the same gcc version number in FreeBSD 3.3 and 4.1 and in Linux. If you read Documentation/Changes in even the most recent Linux kernel (4.0 Test 9) it is explicitly stated that old gcc is recommended over newer ones, and that bugs occur with newer ones. Second, i recommend you to write a program with a significative amount of computations and compile it with all flags possible, -O -O2 -O3 -Os and measure the execution time. You may be surprised. Last time i did that -O was the faster! -- Michel Talon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 0:18:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from shasta.joescanner.com (149.196.6.64.reflexcom.com [64.6.196.149]) by hub.freebsd.org (Postfix) with ESMTP id 54DB637B479; Wed, 25 Oct 2000 00:18:09 -0700 (PDT) Received: (from joes@localhost) by shasta.joescanner.com (8.11.1/8.11.1) id e9P7I7405091; Wed, 25 Oct 2000 00:18:07 -0700 (PDT) (envelope-from joes) From: "Joseph W. Stein" Message-Id: <200010250718.e9P7I7405091@shasta.joescanner.com> Subject: ATA problems (rehashed) To: jkh@freebsd.org, sos@freebsd.org, stable@freebsd.org Date: Wed, 25 Oct 2000 00:18:07 -0700 (PDT) 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 I now have my system back up and somewhat operational. Ever since I upgraded my machine from an AMD 4x86-120 to this AMD Athlon-600, I have had problems booting. This gets to be a bit tedious. I apologize for my last message to all of you about this problem, with none of this info included, but at that point, I couldn't even get the machine to boot. Please let me know if there is any other information I should give you. I would really like this problem to either be resolved, or a hack to make the ATA driver drop directly into PIO4 mode. (I have gone into the system BIOS and selected 'Load Fail-Safe' settings; I still get about a 80% boot-failure rate.) If you would like to see the kernel configuration file, please see https://www.joescanner.com/SHASTA.txt The specs on the "new" machine are: AI64 Athlon(r) motherboard Antec Athlon-Certified case w/300w Power supply The AI64 has an AMD ATA controller onboard 2xD-Link PCI 10/100 Network Cards 1xKaser Trio-4 LC2X 4Mb Video Card (AGP) 2xonboard serial ports 1xonboard parallel ports 2xonboard USB ports PS/2 Keyboard port PS/2 Mouse port Here is my `uname -a`: FreeBSD shasta.joescanner.com 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Tue Oct 24 23:30:27 PDT 2000 root@shasta.joescanner.com:/usr/obj/usr/src/sys/SHASTA i386 and, the output of a `boot -v`: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.1.1-STABLE #0: Tue Oct 24 23:30:27 PDT 2000 root@shasta.joescanner.com:/usr/obj/usr/src/sys/SHASTA Calibrating clock(s) ... TSC clock: 598792731 Hz, i8254 clock: 1193094 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: AMD-K7(tm) Processor (598.84-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x612 Stepping = 2 Features=0x81f9ff AMD Features=0xc0400000 Data TLB: 24 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative real memory = 134152192 (131008K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x002a5000 - 0x07fe7fff, 131346432 bytes (32067 pages) avail memory = 127901696 (124904K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fb180 bios32: Entry = 0xfb5f0 (c00fb5f0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xb620 pnpbios: Found PnP BIOS data at 0xc00fbfb0 pnpbios: Entry = f0000:bfe0 Rev = 1.0 Other BIOS signatures found: ACPI: 000f5fc0 Preloaded elf kernel "kernel" at 0xc028c000. Pentium Pro MTRR support enabled pci_open(1): mode 1 addr port (0x0cf8) is 0x80003840 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=70061022) npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=70061022) pcib0: on motherboard found-> vendor=0x1022, dev=0x7006, revid=0x25 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base d0000000, size 27 map[14]: type 1, range 32, base e0000000, size 12 map[18]: type 1, range 32, base 0000e000, size 2 found-> vendor=0x1022, dev=0x7007, revid=0x01 class=06-04-00, hdrtype=0x01, mfdev=1 subordinatebus=1 secondarybus=1 found-> vendor=0x1022, dev=0x7408, revid=0x01 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1022, dev=0x7409, revid=0x03 class=01-01-8a, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 0000f000, size 4 found-> vendor=0x1022, dev=0x740b, revid=0x03 class=06-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x1022, dev=0x740c, revid=0x06 class=0c-03-10, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=9 map[10]: type 1, range 32, base e0001000, size 12 found-> vendor=0x10ec, dev=0x8139, revid=0x10 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base 0000e400, size 8 map[14]: type 1, range 32, base e0002000, size 8 found-> vendor=0x10ec, dev=0x8139, revid=0x10 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base 0000e800, size 8 map[14]: type 1, range 32, base e0003000, size 8 pci0: on pcib0 pcib1: at device 1.0 on pci0 found-> vendor=0x5333, dev=0x8a13, revid=0x02 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=5 map[10]: type 1, range 32, base d8000000, size 26 pci1: on pcib1 pci1: (vendor=0x5333, dev=0x8a13) at 5.0 irq 5 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xf000 ata0: mask=03 status0=50 status1=50 ata0: mask=03 status0=52 status1=50 ata0: devices = 0x3 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xf008 ata1: mask=03 status0=20 status1=30 ata1: mask=03 status0=20 status1=30 ata1: devices = 0x0 ata1: at 0x170 irq 15 on atapci0 chip1: at device 7.3 on pci0 ohci0: mem 0xe0001000-0xe0001fff irq 9 at device 7.4 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered rl0: port 0xe400-0xe4ff mem 0xe0002000-0xe00020ff irq 10 at device 10.0 on pci0 rl0: Ethernet address: 00:50:ba:85:e0:58 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: rl0 attached rl1: port 0xe800-0xe8ff mem 0xe0003000-0xe00030ff irq 11 at device 12.0 on pci0 rl1: Ethernet address: 00:50:ba:8b:22:65 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: rl1 attached ata-: ata0 exists, using next available unit number Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices 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 ata2 failed to probe at port 0x1f0 irq 14 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: current command byte:0047 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 03 50 psm: status 00 00 50 psm: status 00 03 50 psm: status 00 03 50 psm: data 00 00 00 psm: data 00 00 00 psm: status 00 03 50 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000000, packet size:4 psm0: syncmask:08, syncbits:00 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) isa_probe_children: probing PnP devices BIOS Geometries: 0:03a67f3f 0..934=935 cylinders, 0..127=128 heads, 1..63=63 sectors 1:020bfe3f 0..523=524 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. IP packet filtering initialized, divert enabled, rule-based forwarding disabled, default to deny, logging disabled bpf: lo0 attached ata0-master: success setting WDMA2 on AMD chip ad0: ATA-0 disk at ata0 as master ad0: 3681MB (7539840 sectors), 7480 cyls, 16 heads, 63 S/T, 512 B/S ad0: 1 secs/int, 1 depth queue, WDMA2 ad0: piomode=4 dmamode=2 udmamode=-1 cblid=0 Creating DISK ad0 Creating DISK wd0 ata0-slave: DMA limited to UDMA33, non-ATA66 compliant cable ata0-slave: success setting UDMA2 on AMD chip ad1: ATA-4 disk at ata0 as slave ad1: 4110MB (8418816 sectors), 14848 cyls, 9 heads, 63 S/T, 512 B/S ad1: 16 secs/int, 1 depth queue, UDMA33 ad1: piomode=4 dmamode=2 udmamode=4 cblid=0 Creating DISK ad1 Creating DISK wd1 Mounting root from ufs:/dev/ad0s1a ad0: READ command timeout - resetting ata0: resetting devices .. ata0: mask=03 status0=50 status1=50 ata0-master: success setting WDMA2 on AMD chip ata0-slave: DMA limited to UDMA33, non-ATA66 compliant cable ata0-slave: success setting UDMA2 on AMD chip done ad0: READ command timeout - resetting ata0: resetting devices .. ata0: mask=03 status0=50 status1=50 ata0-master: success setting WDMA2 on AMD chip ata0-slave: DMA limited to UDMA33, non-ATA66 compliant cable ata0-slave: success setting UDMA2 on AMD chip done ad0: READ command timeout - resetting ata0: resetting devices .. ata0: mask=03 status0=50 status1=50 ata0-master: success setting WDMA2 on AMD chip ata0-slave: DMA limited to UDMA33, non-ATA66 compliant cable ata0-slave: success setting UDMA2 on AMD chip done ad0: READ command timeout - resetting ata0-master: WARNING: WAIT_READY active=ATA_ACTIVE_ATA ata0-master: success setting PIO4 on generic chip ad0: trying fallback to PIO mode ata0: resetting devices .. ata0: mask=03 status0=50 status1=50 ata0-master: success setting PIO4 on generic chip ata0-slave: DMA limited to UDMA33, non-ATA66 compliant cable ata0-slave: success setting UDMA2 on AMD chip done ad0s1: type 0xa5, start 63, end = 7539839, size 7539777 : OK start_init: trying /sbin/init splash: image decoder found: green_saver Linux-ELF exec handler installed -- Joseph Stein; Beaverton, Oregon USA email: joes@wstein.com Finger joes@shasta.wstein.com for contact information and PGP Public Key! Oregon FirePage http://www.ofp.org [OFP18] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 0:28:48 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id ECEB037B479; Wed, 25 Oct 2000 00:28:42 -0700 (PDT) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id JAA29970; Wed, 25 Oct 2000 09:26:37 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200010250726.JAA29970@freebsd.dk> Subject: Re: ATA problems (rehashed) In-Reply-To: <200010250718.e9P7I7405091@shasta.joescanner.com> from "Joseph W. Stein" at "Oct 25, 2000 00:18:07 am" To: joes@shasta.joescanner.com (Joseph W. Stein) Date: Wed, 25 Oct 2000 09:26:37 +0200 (CEST) Cc: jkh@freebsd.org, sos@freebsd.org, stable@freebsd.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Joseph W. Stein wrote: > atapci0: port 0xf000-0xf00f at device 7.1 on pci0 > ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xf000 > ata0: mask=03 status0=50 status1=50 > ata0: mask=03 status0=52 status1=50 > ata0: devices = 0x3 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xf008 > ata1: mask=03 status0=20 status1=30 > ata1: mask=03 status0=20 status1=30 > ata1: devices = 0x0 > ata1: at 0x170 irq 15 on atapci0 > ata0-master: success setting WDMA2 on AMD chip > ad0: ATA-0 disk at ata0 as master > ad0: 3681MB (7539840 sectors), 7480 cyls, 16 heads, 63 S/T, 512 B/S > ad0: 1 secs/int, 1 depth queue, WDMA2 > ad0: piomode=4 dmamode=2 udmamode=-1 cblid=0 > Creating DISK ad0 > Creating DISK wd0 > ata0-slave: DMA limited to UDMA33, non-ATA66 compliant cable > ata0-slave: success setting UDMA2 on AMD chip > ad1: ATA-4 disk at ata0 as slave > ad1: 4110MB (8418816 sectors), 14848 cyls, 9 heads, 63 S/T, 512 B/S > ad1: 16 secs/int, 1 depth queue, UDMA33 > ad1: piomode=4 dmamode=2 udmamode=4 cblid=0 > Creating DISK ad1 > Creating DISK wd1 > ad0: READ command timeout - resetting > ata0: resetting devices .. ata0: mask=03 status0=50 status1=50 > ata0-master: success setting WDMA2 on AMD chip > ata0-slave: DMA limited to UDMA33, non-ATA66 compliant cable > ata0-slave: success setting UDMA2 on AMD chip Well, your problem is the Quantum disk, the old TM series are known for thier broken DMA support, you should really get that swapped with something better (you could swap the two disks the CR is a bit better). -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 0:33:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from aifhs8.alcatel.fr (una104.alcatel.fr [212.208.74.104]) by hub.freebsd.org (Postfix) with ESMTP id 7C83837B479 for ; Wed, 25 Oct 2000 00:33:19 -0700 (PDT) Received: from frmta003.netfr.alcatel.fr (frmta003.netfr.alcatel.fr [155.132.251.32]) by aifhs8.alcatel.fr (ALCANET/SMTP2) with SMTP id JAA18960; Wed, 25 Oct 2000 09:32:55 +0200 (MET DST) Received: by frmta003.netfr.alcatel.fr(Lotus SMTP MTA v4.6.7 (934.1 12-30-1999)) id C1256983.002977E1 ; Wed, 25 Oct 2000 09:32:55 +0200 X-Lotus-FromDomain: ALCATEL From: Thierry.Herbelot@alcatel.fr To: "Joseph W. Stein" Cc: stable@FreeBSD.ORG Message-ID: Date: Wed, 25 Oct 2000 09:31:30 +0200 Subject: Re: ATA problems (rehashed) Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [CC trimmed] You may try to change your second hard disk to the other IDE bus (ata1). This certainly will not cure all of your problems, but will reduce the risk of bad influence of one drive to the other. TfH "Joseph W. Stein" on 25/10/2000 09:18:07 To: jkh@FreeBSD.ORG, sos@FreeBSD.ORG, stable@FreeBSD.ORG cc: (bcc: Thierry HERBELOT/FR/ALCATEL) Subject: ATA problems (rehashed) I now have my system back up and somewhat operational. [SNIP] [dmesg] ata0-master: success setting WDMA2 on AMD chip ad0: ATA-0 disk at ata0 as master ad0: 3681MB (7539840 sectors), 7480 cyls, 16 heads, 63 S/T, 512 B/S ad0: 1 secs/int, 1 depth queue, WDMA2 ad0: piomode=4 dmamode=2 udmamode=-1 cblid=0 Creating DISK ad0 Creating DISK wd0 ata0-slave: DMA limited to UDMA33, non-ATA66 compliant cable ata0-slave: success setting UDMA2 on AMD chip ad1: ATA-4 disk at ata0 as slave ad1: 4110MB (8418816 sectors), 14848 cyls, 9 heads, 63 S/T, 512 B/S ad1: 16 secs/int, 1 depth queue, UDMA33 ad1: piomode=4 dmamode=2 udmamode=4 cblid=0 Creating DISK ad1 Creating DISK wd1 Mounting root from ufs:/dev/ad0s1a ad0: READ command timeout - resetting ata0: resetting devices .. ata0: mask=03 status0=50 status1=50 ata0-master: success setting WDMA2 on AMD chip ata0-slave: DMA limited to UDMA33, non-ATA66 compliant cable ata0-slave: success setting UDMA2 on AMD chip done ad0: READ command timeout - resetting ata0: resetting devices .. ata0: mask=03 status0=50 status1=50 ata0-master: success setting WDMA2 on AMD chip ata0-slave: DMA limited to UDMA33, non-ATA66 compliant cable ata0-slave: success setting UDMA2 on AMD chip done ad0: READ command timeout - resetting ata0: resetting devices .. ata0: mask=03 status0=50 status1=50 ata0-master: success setting WDMA2 on AMD chip ata0-slave: DMA limited to UDMA33, non-ATA66 compliant cable ata0-slave: success setting UDMA2 on AMD chip done ad0: READ command timeout - resetting ata0-master: WARNING: WAIT_READY active=ATA_ACTIVE_ATA ata0-master: success setting PIO4 on generic chip ad0: trying fallback to PIO mode ata0: resetting devices .. ata0: mask=03 status0=50 status1=50 ata0-master: success setting PIO4 on generic chip ata0-slave: DMA limited to UDMA33, non-ATA66 compliant cable ata0-slave: success setting UDMA2 on AMD chip done ad0s1: type 0xa5, start 63, end = 7539839, size 7539777 : OK start_init: trying /sbin/init splash: image decoder found: green_saver Linux-ELF exec handler installed -- Joseph Stein; Beaverton, Oregon USA email: joes@wstein.com Finger joes@shasta.wstein.com for contact information and PGP Public Key! Oregon FirePage http://www.ofp.org [OFP18] 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 Oct 25 0:46:38 2000 Delivered-To: freebsd-stable@freebsd.org Received: from shasta.joescanner.com (149.196.6.64.reflexcom.com [64.6.196.149]) by hub.freebsd.org (Postfix) with ESMTP id 5694437B479 for ; Wed, 25 Oct 2000 00:46:36 -0700 (PDT) Received: from joes.joescanner.com (JOES.wstein.com [192.168.0.6]) by shasta.joescanner.com (8.11.1/8.11.1) with ESMTP id e9P7jlN05399; Wed, 25 Oct 2000 00:45:47 -0700 (PDT) (envelope-from joes@joescanner.com) Message-Id: <5.0.0.25.0.20001025003845.009e5ac0@192.168.0.5> X-Sender: joes@192.168.0.5 X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Wed, 25 Oct 2000 00:40:28 -0700 To: Soren Schmidt From: Joseph Stein Subject: Re: ATA problems (rehashed) Cc: stable@freebsd.org In-Reply-To: <200010250726.JAA29970@freebsd.dk> References: <200010250718.e9P7I7405091@shasta.joescanner.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 12:26 AM 10/25/00, you wrote: >It seems Joseph W. Stein wrote: > > ad0: ATA-0 disk at ata0 as master > > ad1: ATA-4 disk at ata0 as slave > >Well, your problem is the Quantum disk, the old TM series are known for >thier broken DMA support, you should really get that swapped with >something better (you could swap the two disks the CR is a bit better). Well, at least it is something now, that I *KNOW* what is failing :) I apologize for bombarding you with this problem tonight, but it just finally got to be frustrating that I couldn't "upgrade" without having to sit in front of the machine trying to get it to boot back up. Since I was going to go to go hardware shopping tomorrow anyway, I will put a new disk on the list. Thanks for your prompt response, Soren (and all) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 0:50:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from aifhs8.alcatel.fr (una104.alcatel.fr [212.208.74.104]) by hub.freebsd.org (Postfix) with ESMTP id 0F79C37B479 for ; Wed, 25 Oct 2000 00:50:21 -0700 (PDT) Received: from frmta003.netfr.alcatel.fr (frmta003.netfr.alcatel.fr [155.132.251.32]) by aifhs8.alcatel.fr (ALCANET/SMTP2) with SMTP id JAA24471; Wed, 25 Oct 2000 09:46:55 +0200 (MET DST) Received: by frmta003.netfr.alcatel.fr(Lotus SMTP MTA v4.6.7 (934.1 12-30-1999)) id C1256983.002AB988 ; Wed, 25 Oct 2000 09:46:40 +0200 X-Lotus-FromDomain: ALCATEL From: Thierry.Herbelot@alcatel.fr To: Soren Schmidt Cc: stable@FreeBSD.ORG Message-ID: Date: Wed, 25 Oct 2000 09:42:30 +0200 Subject: IDE drives to avoid ? [was : Re: ATA problems (rehashed)] Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I'm seeing the same kind of problems with Western Digital drives : ad0: 6149MB [13328/15/63] at ata0-master using UDMA33 I've switched to PIO4 access, but this is not the correct solution. Is there something I could do to be sure of who is to blame (the disk firmware ? the optimized IDE ata driver ?) This is on a no-frills BX board with 4.1-Release : FreeBSD 4.1-RELEASE #0: Tue Oct 17 08:34:26 CEST 2000 CPU: Pentium III/Pentium III Xeon/Celeron (448.05-MHz 686-class CPU) pcib0: on motherboard pci0: on pcib0 atapci0: port 0x1460-0x146f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 TfH To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 1:17:31 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 2043037B4C5 for ; Wed, 25 Oct 2000 01:17:28 -0700 (PDT) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id KAA41239; Wed, 25 Oct 2000 10:15:30 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200010250815.KAA41239@freebsd.dk> Subject: Re: IDE drives to avoid ? [was : Re: ATA problems (rehashed)] In-Reply-To: from "Thierry.Herbelot@alcatel.fr" at "Oct 25, 2000 09:42:30 am" To: Thierry.Herbelot@alcatel.fr Date: Wed, 25 Oct 2000 10:15:30 +0200 (CEST) Cc: stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Thierry.Herbelot@alcatel.fr wrote: > Hello, > > I'm seeing the same kind of problems with Western Digital drives : > ad0: 6149MB [13328/15/63] at ata0-master using UDMA33 > > I've switched to PIO4 access, but this is not the correct solution. > > Is there something I could do to be sure of who is to blame (the disk firmware ? > the optimized IDE ata driver ?) Hmm, both probably :) Anyhow, I would avoid old Quantum/Maxtor/WDC drives as many of their models are know to have bugs in the DMA support. For brand new drives there are still some Maxtor/WDC models that are flaky.. The only drives I can recommed are IBM's, but beware the new DTLA series are so fast that some old controllers can have problems with them. And as always I'm interested in reports/patches to the driver to make as many drives/controllers work proberly. PS: I have just committed a huge update to the ATA code on stable, please try that out as it might fix some of the problems (and hopefully not introduce new ones)... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 1:32:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from krycek.zoominternet.net (krycek.zoominternet.net [63.67.120.9]) by hub.freebsd.org (Postfix) with SMTP id 6BAA537B479 for ; Wed, 25 Oct 2000 01:32:54 -0700 (PDT) Received: (qmail 9728 invoked from network); 25 Oct 2000 08:31:50 -0000 Received: from lcl12.cvzoom.net (208.226.155.12) by krycek.zoominternet.net with SMTP; 25 Oct 2000 08:31:50 -0000 Date: Wed, 25 Oct 2000 04:32:51 -0400 (EDT) From: Donn Miller To: Soren Schmidt Cc: Thierry.Herbelot@alcatel.fr, stable@FreeBSD.ORG Subject: Re: IDE drives to avoid ? [was : Re: ATA problems (rehashed)] In-Reply-To: <200010250815.KAA41239@freebsd.dk> 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, 25 Oct 2000, Soren Schmidt wrote: > Anyhow, I would avoid old Quantum/Maxtor/WDC drives as many of their models > are know to have bugs in the DMA support. For brand new drives there are > still some Maxtor/WDC models that are flaky.. What about Fujitsu drives? I've had a very good experience with those. These are the models I have (old): ad0: 3093MB [6704/15/63] at ata0-master using UDMA33 ad1: 1040MB [2114/16/63] at ata0-slave using WDMA2 ad0 is from 1998, and ad1 is from 1996. Fujitsu's also seem much quieter than other ATA drives. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 1:40:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 3B10737B4C5 for ; Wed, 25 Oct 2000 01:40:25 -0700 (PDT) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id KAA46519; Wed, 25 Oct 2000 10:38:26 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200010250838.KAA46519@freebsd.dk> Subject: Re: IDE drives to avoid ? [was : Re: ATA problems (rehashed)] In-Reply-To: from Donn Miller at "Oct 25, 2000 04:32:51 am" To: dmmiller@cvzoom.net (Donn Miller) Date: Wed, 25 Oct 2000 10:38:26 +0200 (CEST) Cc: Thierry.Herbelot@alcatel.fr, stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Donn Miller wrote: > On Wed, 25 Oct 2000, Soren Schmidt wrote: > > > Anyhow, I would avoid old Quantum/Maxtor/WDC drives as many of their models > > are know to have bugs in the DMA support. For brand new drives there are > > still some Maxtor/WDC models that are flaky.. > > What about Fujitsu drives? I've had a very good experience with those. Dont know them well for thier new stuff, the older ones was so noisy I newer even considered them... > These are the models I have (old): > > ad0: 3093MB [6704/15/63] at ata0-master using UDMA33 > ad1: 1040MB [2114/16/63] at ata0-slave using WDMA2 > > ad0 is from 1998, and ad1 is from 1996. Fujitsu's also seem much quieter > than other ATA drives. Hmm, I dont think you will find a more quiet drive that the new IBM DTLA series, they are 7200RPM drives, but they are barely notiseable, they even have a "quiet" mode one can switch it to making the head movement noise reduce significantly, sacrificing some seek speed though... Some of the newer tests on the net suggests that IBM and the newest Maxtor are probably the most quiet drives available today... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 2:19:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rz.uni-ulm.de (sirius-ether.rz.uni-ulm.de [134.60.1.36]) by hub.freebsd.org (Postfix) with ESMTP id B885137B479 for ; Wed, 25 Oct 2000 02:19:50 -0700 (PDT) Received: from gmx.de (lilith.wohnheim.uni-ulm.de [134.60.106.64]) by mail.rz.uni-ulm.de (8.9.3/8.9.3) with ESMTP id LAA21067; Wed, 25 Oct 2000 11:18:48 +0200 (MEST) Message-ID: <39F6A576.A65597B6@gmx.de> Date: Wed, 25 Oct 2000 11:18:46 +0200 From: Siegbert Baude X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.1.1-STABLE i386) X-Accept-Language: de, en MIME-Version: 1.0 To: Antoine Beaupre Cc: stable@freebsd.org Subject: Re: Can't record hifi audio on with sox on -stable References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello Antoine, > The sound card is a AWE32: > sbc0: at port 0x220-0x22f,0x300-0x301,0x388-0x38b irq > 9 drq 0,5 on isa0 > pcm0: on sbc0 > > It's odd, however, that drq 0 thing... The system is a 4.1.1-stable dated > on 2000.10.17. drq is your DMA channel. 0,5 is AWE´s PnP suggestion for all cases, except the standard one irq 5 drq 1,5. As your NIC is on irq 5, the PnP configuration will therefore choose irq 9 drq 0,5 for your AWE. There should be nothing wrong about it, but you can just try to reconfigure your NIC to irq 9, then your AWE should get the standard irq 5, drq 1,5 assigned. BTW, this will be exactly the same in other OSs, so if you can try if it works under Linux, Win, BeOS or something else, you can exclude hardware errors. Ciao Siegbert P.S.: I´m afraid I don´t have any sources here, to check recording for my AWE :-( To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 2:58:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by hub.freebsd.org (Postfix) with ESMTP id 4344F37B479 for ; Wed, 25 Oct 2000 02:58:13 -0700 (PDT) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer goliath.siemens.de) Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by goliath.siemens.de (8.11.0/8.11.0) with ESMTP id e9P9w8l07830; Wed, 25 Oct 2000 11:58:08 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail1.siemens.de (8.11.0/8.11.0) with ESMTP id e9P9w7i07651; Wed, 25 Oct 2000 11:58:07 +0200 (MET DST) Received: (from localhost) by curry.mchp.siemens.de (8.11.1/8.11.1) id e9P9w7g91659; Date: Wed, 25 Oct 2000 11:58:07 +0200 From: Andre Albsmeier To: Antoine Beaupre Cc: stable@FreeBSD.ORG Subject: Re: Can't record hifi audio on with sox on -stable Message-ID: <20001025115807.A10639@curry.mchp.siemens.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from beaupran@IRO.UMontreal.CA on Tue, Oct 24, 2000 at 11:43:39PM -0400 X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 24-Oct-2000 at 23:43:39 -0400, Antoine Beaupre wrote: > Hi. > > I have submitted a follow-up on my previous pr (kern/21438) concerning > 4.1-rel here but it might have been considered rude by some so I will > start a fresh new thread with this since (1) a new release is coming > (yay) and (2) I do not seem to be the only one having audio problems with > -stable. A search on the freebsd.org engines does not yield any result for > "record overrun" (my problem). > > Ok here we go. > > Testing are all made with "rec" from the sox (12.16) package. Recording > first a simple file (8000 Hz, 8 bits, mono) works correctly. If I switch > to 16 bits, the recorded file is just empty (i.e. no sound at all). Trying > now 22050 Hz at 8 bits, mono: working correctly. 16 bit recording with the AWE is broken in the pcm driver. It even announces it correctly that it does only AFMT_U8 but most programs ignore that. > Now trying 44100 Hz at 8 bits, mono gives me: > > pcm0: record overrun, dumping 44500 bytes > [...] > > (about 1 warning/second) And the sample is just 8192 bytes big. CPU usage > also gets really high (almost 100%). Same with 16 bits recording at > 44100Hz, mono. > > Doing the same in stereo yields the predictable result: > > pcm0: record overrun, dumping 89212 bytes These went away here after doing a kernel rebuild a few days ago. > which is vaguely the double of mono recording overruns. > > So that's about it. The message comes from line 577 in file > /sys/dev/sound/pcm/channel.c. I do not understand clearly what could be > the problem here. > > The sound card is a AWE32: > sbc0: at port 0x220-0x22f,0x300-0x301,0x388-0x38b irq > 9 drq 0,5 on isa0 > pcm0: on sbc0 > > It's odd, however, that drq 0 thing... The system is a 4.1.1-stable dated > on 2000.10.17. I have: sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 pcm0: on sbc0 > > Playing hi-fi doesn't yield the same problems, on the first look, this > might be because it's using the other drq setting (???). > > So that's about all I can think of now, please send in any comments or > ideas regarding this. The only idea I have is that I want my voxware driver back :-( -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 6:55:38 2000 Delivered-To: freebsd-stable@freebsd.org Received: from yez.hyperreal.org (unknown [212.85.16.153]) by hub.freebsd.org (Postfix) with SMTP id 0A38937B479 for ; Wed, 25 Oct 2000 06:55:30 -0700 (PDT) Received: (qmail 1747 invoked by uid 1001); 25 Oct 2000 13:55:05 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 25 Oct 2000 13:55:05 -0000 Date: Wed, 25 Oct 2000 06:55:05 -0700 (PDT) From: Brian Behlendorf X-Sender: brian@yez.hyperreal.org To: Elliot Finley Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 4.1.1 and ad0 write errors. In-Reply-To: <39fdc3f2.122211392@mail.afnetinc.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 Tue, 24 Oct 2000, Elliot Finley wrote: > You can see what access mode your drives are using by typing 'sysctl > hw.atamodes'. You can downgrade the access mode of your drives by > using 'sysctl -w hw.atamodes'. See 'man ad' for details. yez# sysctl hw.atamodes hw.atamodes: pio,---,---,---, > I've downgraded the access mode on my drive from dma to pio and it > seems to be running fine, albeit a little slower. Sounds like there's nothing to downgrade to. :/ It also looks like I'm getting some general disk corruption at this point; needed to fsck -y this morning to get it to boot, and it nuked a lot of stuff from /usr, causing me to make world again (kinda fun to do while giving a presentation, yay!). I'm still seeing those messages, as well as crap like Oct 25 06:39:46 yez /kernel: ad0: timeout waiting for DRQ - resetting Oct 25 06:39:46 yez /kernel: ata0: resetting devices .. done Oct 25 06:45:27 yez /kernel: ad0: WRITE command timeout tag=0 serv=0 - resetting Oct 25 06:45:27 yez /kernel: ata0: resetting devices .. done I suspect it's more a bad disk now, though, if others aren't seeing exactly this. It's RELENG_4 cvsup'd as of this morning. Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 6:56:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from midget.dons.net.au (daniel.lnk.telstra.net [139.130.137.70]) by hub.freebsd.org (Postfix) with ESMTP id D80A137B4CF for ; Wed, 25 Oct 2000 06:56:29 -0700 (PDT) Received: from cain.gsoft.com.au (guppy.dons.net.au [203.31.81.9]) by midget.dons.net.au (8.9.3/8.9.3) with ESMTP id XAA55504; Wed, 25 Oct 2000 23:26:19 +0930 (CST) (envelope-from doconnor@gsoft.com.au) 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: <20001025115807.A10639@curry.mchp.siemens.de> Date: Wed, 25 Oct 2000 23:26:18 +0930 (CST) From: "Daniel O'Connor" To: Andre Albsmeier Subject: Re: Can't record hifi audio on with sox on -stable Cc: stable@FreeBSD.ORG, Antoine Beaupre Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 25-Oct-00 Andre Albsmeier wrote: > > So that's about all I can think of now, please send in any comments or > > ideas regarding this. > The only idea I have is that I want my voxware driver back :-( Ahh.. planning to maintain it are you? :) I sent Cameron an AWE64 so hopefully he can get it working. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 7: 1:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (Postfix) with ESMTP id B784837B479 for ; Wed, 25 Oct 2000 07:01:39 -0700 (PDT) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer david.siemens.de) Received: from mail3.siemens.de (mail3.siemens.de [139.25.208.14]) by david.siemens.de (8.11.0/8.11.0) with ESMTP id e9PE1Qu11608; Wed, 25 Oct 2000 16:01:30 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail3.siemens.de (8.11.0/8.11.0) with ESMTP id e9PE1Qs21286620; Wed, 25 Oct 2000 16:01:26 +0200 (MEST) Received: (from localhost) by curry.mchp.siemens.de (8.11.1/8.11.1) id e9PE1Qg93021; Date: Wed, 25 Oct 2000 16:01:22 +0200 From: Andre Albsmeier To: "Daniel O'Connor" Cc: Andre Albsmeier , stable@FreeBSD.ORG, Antoine Beaupre Subject: Re: Can't record hifi audio on with sox on -stable Message-ID: <20001025160122.A42352@curry.mchp.siemens.de> References: <20001025115807.A10639@curry.mchp.siemens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from doconnor@gsoft.com.au on Wed, Oct 25, 2000 at 11:26:18PM +0930 X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 25-Oct-2000 at 23:26:18 +0930, Daniel O'Connor wrote: > > On 25-Oct-00 Andre Albsmeier wrote: > > > So that's about all I can think of now, please send in any comments or > > > ideas regarding this. > > The only idea I have is that I want my voxware driver back :-( > > Ahh.. planning to maintain it are you? :) I fear I can't as long as the day has only 24 hours :-) > > I sent Cameron an AWE64 so hopefully he can get it working. Oops, I thought he got one already... If that is a problem, I can sent him an AWE32 as well... -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 7: 6:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from midget.dons.net.au (daniel.lnk.telstra.net [139.130.137.70]) by hub.freebsd.org (Postfix) with ESMTP id B49E637B479 for ; Wed, 25 Oct 2000 07:06:13 -0700 (PDT) Received: from cain.gsoft.com.au (guppy.dons.net.au [203.31.81.9]) by midget.dons.net.au (8.9.3/8.9.3) with ESMTP id XAA55568; Wed, 25 Oct 2000 23:35:32 +0930 (CST) (envelope-from doconnor@gsoft.com.au) 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: <20001025160122.A42352@curry.mchp.siemens.de> Date: Wed, 25 Oct 2000 23:35:28 +0930 (CST) From: "Daniel O'Connor" To: Andre Albsmeier Subject: Re: Can't record hifi audio on with sox on -stable Cc: Antoine Beaupre , stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 25-Oct-00 Andre Albsmeier wrote: > > I sent Cameron an AWE64 so hopefully he can get it working. > Oops, I thought he got one already... If that is a problem, I can > sent him an AWE32 as well... Well he has an AWE32 but its buggered I think. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 7:24:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from unto.eziba.com (unto.eziba.com [64.80.31.106]) by hub.freebsd.org (Postfix) with ESMTP id 9BA3937B479 for ; Wed, 25 Oct 2000 07:24:47 -0700 (PDT) Received: from avacet.com (thelonius.eziba.com [192.168.0.31]) by unto.eziba.com (8.9.3/8.8.7) with ESMTP id KAA24188; Wed, 25 Oct 2000 10:27:07 -0400 Message-ID: <39F6ED29.6497A26A@avacet.com> Date: Wed, 25 Oct 2000 10:24:41 -0400 From: Jay Sachs X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 Cc: freebsd-stable@FreeBSD.ORG Subject: Re: module_register/linker_file_sysinit messages References: <20001024205317.A20261@staub.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Phil Staub wrote: > > After a fresh install of 4.1R followed by building/installing a new > kernel, I now get numerous messages of the following form upon boot: > > module_register: module miibus/xmphy already exists! > linker_file_sysinit "miibus.ko" failed to register! 17 > > Could someone point me to the meaning and resolution of this? It's not > obvious from manpages, handbook or faq (or at least my searches came > up empty). I also did a little poking around in the config files in > /boot. The closest thing I could find was an entry in > /boot/defaults/loader.conf that said: > > miibus_load="NO" # miibus support, needed for some drivers > > Should this say "YES"? I'm running ed and xl drivers. > > Thanks, > Phil As a possibly related "me-too", I get this console message as PPPoE starts up. I have NETGRAPH, NETGRAPH_PPP and NETGRAPH_PPPOE options set in the kernel config, but as soon as ppp makes the connection, I get an equivalent message, but related to the negraph.ko module. Things function normally though. In sys/kern/kern_module.c, I see /* temporary kludge until kernel `file' attachment registers modules */ error = module_register(data, linker_kernel_file); if (error) panic("module_register_init: register of module failed! %d", error); mod = module_lookupbyname(data->name); if (mod == NULL) panic("module_register_init: module STILL not found!"); If it's a hack, why not make it a friendlier hack and special-case a return of EEXIST from module_register()? Either print a different message, or no message at all, perhaps. jay To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 8:43:40 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mercure.IRO.UMontreal.CA (mercure.IRO.UMontreal.CA [132.204.24.67]) by hub.freebsd.org (Postfix) with ESMTP id 81AF337B479 for ; Wed, 25 Oct 2000 08:43:36 -0700 (PDT) Received: from blm16.IRO.UMontreal.CA (IDENT:root@blm16.IRO.UMontreal.CA [132.204.21.64]) by mercure.IRO.UMontreal.CA (8.9.3/8.9.3) with ESMTP id LAA26818; Wed, 25 Oct 2000 11:43:30 -0400 Received: from localhost (beaupran@localhost) by blm16.IRO.UMontreal.CA (8.9.3/8.9.3) with ESMTP id LAA12155; Wed, 25 Oct 2000 11:43:30 -0400 Full-Name: Antoine Beaupre Date: Wed, 25 Oct 2000 11:43:29 -0400 (EDT) From: Antoine Beaupre To: Andre Albsmeier Cc: stable@FreeBSD.ORG Subject: Re: Can't record hifi audio on with sox on -stable In-Reply-To: <20001025115807.A10639@curry.mchp.siemens.de> 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 So to make a short story: - 16 bits recording is broken (i.e. no input) in the pcm driver for 4-stable - overruns shouldn't occur in most recent builds I'll update my tree and try the latter. And wait for the former to happen automagically. ;) Seriously, this card has been working fine under 3.4-stable for a good while. It broke only when switching to 4.1-release (panic! kern/21438). This would be logical since the pcm driver has been re-written in the 4.x serie (see pcm manpage). Can I expect it to be working at all in a near futute? I guess I should talk to the maintainer. Wouldn't it be possible to reuse some code from the voxware driver here? :) voxware-voxware! This is going to haunt us for a while.. This is something I really need to get done here, because I'm kinda shamed to reboot into windoze each time I want to do recording sessions. And since I'm currently porting ecasound (multi-tracker for unix), I would really like to see this working... Thanks to all of you. A. On Wed, 25 Oct 2000, Andre Albsmeier wrote: > On Tue, 24-Oct-2000 at 23:43:39 -0400, Antoine Beaupre wrote: > > Hi. > > > > I have submitted a follow-up on my previous pr (kern/21438) concerning > > 4.1-rel here but it might have been considered rude by some so I will > > start a fresh new thread with this since (1) a new release is coming > > (yay) and (2) I do not seem to be the only one having audio problems with > > -stable. A search on the freebsd.org engines does not yield any result for > > "record overrun" (my problem). > > > > Ok here we go. > > > > Testing are all made with "rec" from the sox (12.16) package. Recording > > first a simple file (8000 Hz, 8 bits, mono) works correctly. If I switch > > to 16 bits, the recorded file is just empty (i.e. no sound at all). Trying > > now 22050 Hz at 8 bits, mono: working correctly. > > 16 bit recording with the AWE is broken in the pcm driver. It even > announces it correctly that it does only AFMT_U8 but most programs > ignore that. > > > > Now trying 44100 Hz at 8 bits, mono gives me: > > > > pcm0: record overrun, dumping 44500 bytes > > [...] > > > > (about 1 warning/second) And the sample is just 8192 bytes big. CPU usage > > also gets really high (almost 100%). Same with 16 bits recording at > > 44100Hz, mono. > > > > Doing the same in stereo yields the predictable result: > > > > pcm0: record overrun, dumping 89212 bytes > > These went away here after doing a kernel rebuild a few days ago. > > > > which is vaguely the double of mono recording overruns. > > > > So that's about it. The message comes from line 577 in file > > /sys/dev/sound/pcm/channel.c. I do not understand clearly what could be > > the problem here. > > > > The sound card is a AWE32: > > sbc0: at port 0x220-0x22f,0x300-0x301,0x388-0x38b irq > > 9 drq 0,5 on isa0 > > pcm0: on sbc0 > > > > It's odd, however, that drq 0 thing... The system is a 4.1.1-stable dated > > on 2000.10.17. > > I have: > > sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 > pcm0: on sbc0 > > > > > Playing hi-fi doesn't yield the same problems, on the first look, this > > might be because it's using the other drq setting (???). > > > > So that's about all I can think of now, please send in any comments or > > ideas regarding this. > > The only idea I have is that I want my voxware driver back :-( > > -Andre > Si l'image donne l'illusion de savoir C'est que l'adage pretend que pour croire, L'important ne serait que de voir Lofofora To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 8:45:22 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mercure.IRO.UMontreal.CA (mercure.IRO.UMontreal.CA [132.204.24.67]) by hub.freebsd.org (Postfix) with ESMTP id A33BD37B479 for ; Wed, 25 Oct 2000 08:45:17 -0700 (PDT) Received: from blm16.IRO.UMontreal.CA (IDENT:root@blm16.IRO.UMontreal.CA [132.204.21.64]) by mercure.IRO.UMontreal.CA (8.9.3/8.9.3) with ESMTP id LAA26862; Wed, 25 Oct 2000 11:45:11 -0400 Received: from localhost (beaupran@localhost) by blm16.IRO.UMontreal.CA (8.9.3/8.9.3) with ESMTP id LAA12163; Wed, 25 Oct 2000 11:45:11 -0400 Full-Name: Antoine Beaupre Date: Wed, 25 Oct 2000 11:45:11 -0400 (EDT) From: Antoine Beaupre To: Siegbert Baude Cc: stable@freebsd.org Subject: Re: Can't record hifi audio on with sox on -stable In-Reply-To: <39F6A576.A65597B6@gmx.de> 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 This is very likely it. If the DMA channel would be wrong I would get something like "dma channel dead"...=20 I just never knew '0' was a valid drq. :) And for the irq 9 setting, no beef. It's setup this way, and about the only way I can set it up in my local irq civil war. ;) A. On Wed, 25 Oct 2000, Siegbert Baude wrote: > Hello Antoine, >=20 > > The sound card is a AWE32: > > sbc0: at port 0x220-0x22f,0x300-0x301,0x388-0x38b i= rq > > 9 drq 0,5 on isa0 > > pcm0: on sbc0 > >=20 > > It's odd, however, that drq 0 thing... The system is a 4.1.1-stable dat= ed > > on 2000.10.17. >=20 > drq is your DMA channel. 0,5 is AWE=B4s PnP suggestion for all cases, exc= ept the > standard one irq 5 drq 1,5. As your NIC is on irq 5, the PnP configuratio= n will > therefore choose irq 9 drq 0,5 for your AWE. There should be nothing wron= g about > it, but you can just try to reconfigure your NIC to irq 9, then your AWE = should > get the standard irq 5, drq 1,5 assigned. > BTW, this will be exactly the same in other OSs, so if you can try if it = works > under Linux, Win, BeOS or something else, you can exclude hardware errors= =2E >=20 > Ciao > Siegbert >=20 > P.S.: I=B4m afraid I don=B4t have any sources here, to check recording fo= r my AWE > :-( >=20 Si l'image donne l'illusion de savoir C'est que l'adage pretend que pour croire, L'important ne serait que de voir Lofofora To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 9: 3:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.netunlimited.net (mail.netunlimited.net [208.128.132.4]) by hub.freebsd.org (Postfix) with ESMTP id A514737B479 for ; Wed, 25 Oct 2000 09:03:15 -0700 (PDT) Received: from seahawk (seahawk.twinds.com [208.165.2.226]) by mail.netunlimited.net (8.9.3/8.9.3) with ESMTP id MAA23887; Wed, 25 Oct 2000 12:04:38 -0400 Date: Wed, 25 Oct 2000 12:03:10 -0400 (EDT) From: Arley Carter To: "Justin T. Gibbs" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: some strange things with ahc In-Reply-To: <200010242321.e9ONLiI00470@aslan.scsiguy.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 The problem is solved. It was the cable length. I installed a second card for the external cable and the problem went away. An interesting fact I discovered on the way to the solution is the order devices are probed during boot. The second card which was in slot 1 was probed first. This card had only a DAT tape attached to it. The card in slot 0 with all of the disk drives was probed second. The machine failed to boot because it didn't find a boot disk at id0 on the card in slot 1. Switch the cables so the disks are on card on slot 1 and it booted. I suppose its is easier or more efficient to write the boot code to walk down the bus, find the SCSI card in highest slot and mark that as the boot card and work back from there. This is just a guess though. Just out of idle curiosity if there is a reason it works this way I'd interested in knowing. Of course the answer could be, "I doesn't matter, I just wrote the code that way." :-) . This instance is for an Intel 810e board and Adaptec 2940 Ultra controllers. Cheers: -arc Arley Carter arc@twinds.com Tradewinds Technologies, Inc. www.twinds.com Winston-Salem, NC USA Network Engineering & Security To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 10: 1:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from absinthe2.dyndns.org (adsl-63-192-100-246.dsl.chic01.pacbell.net [63.192.100.246]) by hub.freebsd.org (Postfix) with ESMTP id 051D137B479 for ; Wed, 25 Oct 2000 10:01:56 -0700 (PDT) Received: (from fred@localhost) by absinthe2.dyndns.org (8.11.0/8.11.1) id e9PH1ps67982 for freebsd-stable@FreeBSD.ORG; Wed, 25 Oct 2000 10:01:51 -0700 (PDT) (envelope-from fred) Date: Wed, 25 Oct 2000 10:01:50 -0700 From: Fred Condo To: freebsd-stable@FreeBSD.ORG Subject: Re: *SOS* Can't change password on FreeBSD 4.1.1-STABLE Message-ID: <20001025100150.A55930@absinthe.condo.chico.ca.us> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20001014084511.A5161@indocyber.com> <20001014154319.F13848@citusc17.usc.edu> <20001015090204.B7779@indocyber.com> <20001015145929.A17020@citusc17.usc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001015145929.A17020@citusc17.usc.edu>; from kris@citusc.usc.edu on Sun, Oct 15, 2000 at 02:59:29PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Oct 15, 2000 at 02:59:29PM -0700, Kris Kennaway wrote: > On Sun, Oct 15, 2000 at 09:02:04AM +0700, John Indra wrote: > > > Well, thanks for all who have been paying attention to this problem. Could > > there be a ``HEADS UP'' when this problem has been solved? > > It's been fixed in -stable I think, but there needs to be an erratum > against 4.1.1-R + patch/replacement binaries, so people don't have to > upgrade. The problem report (http://www.FreeBSD.org/cgi/query-pr.cgi?pr=21566) still shows a status of "open" with no followup. I think the problem depends on whether you initially installed DES or not; but I don't have enough information to determine which way the relationship goes (leaning to: "it doesn't happen if you initially DO have DES installed"). -- Fred Condo + fred@condo.chico.ca.us Not since Tom Hanks won an Oscar has there been that much acting in Philadelphia. -- Sen. Joe Lieberman, about the Republican Convention. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 10: 9:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 683EE37B4D7 for ; Wed, 25 Oct 2000 10:09:39 -0700 (PDT) Received: from gorean.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id KAA03648; Wed, 25 Oct 2000 10:09:22 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <39F713C2.91694C4@gorean.org> Date: Wed, 25 Oct 2000 10:09:22 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT-102 i386) X-Accept-Language: en MIME-Version: 1.0 To: Juha Saarinen Cc: freebsd-stable@freebsd.org Subject: Re: All the x11-wm ports b0rken in 4.1.1-STABLE? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG For future reference, this is a ports question, so it should be on -ports. Juha Saarinen wrote: > > I can't seem to install a single wm through the ports collection. Tried > Sawfish, FVW95, WindowMaker and XFCE -- compilation of all die > with: "Error: your port uses an old layout. Please update it to match this > bsd.port.mk." When this happens, remove all of the below that may be in the ports directory: patches directory pkg directory files/md5 file Good luck, Doug -- "The dead cannot be seduced." - Kai, "Lexx" Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 10:43:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ipamzlx.physik.uni-mainz.de (ipamzlx.Physik.Uni-Mainz.DE [134.93.180.54]) by hub.freebsd.org (Postfix) with ESMTP id 405C337B4CF; Wed, 25 Oct 2000 10:43:26 -0700 (PDT) Received: from ipamzlx.Physik.Uni-Mainz.DE (ipamzlx.Physik.Uni-Mainz.DE [134.93.180.54]) by ipamzlx.physik.uni-mainz.de (8.11.1/8.11.0) with ESMTP id e9PHj4b47793; Wed, 25 Oct 2000 19:45:04 +0200 (CEST) (envelope-from ohartman@ipamzlx.physik.uni-mainz.de) Date: Wed, 25 Oct 2000 19:45:04 +0200 (CEST) From: "O. Hartmann" To: freebsd-stable@freebsd.org Cc: freebsd-newbies@freebsd.org Subject: PGI Fortran Compiler seems to be courios under FreeBSD 4.1.1-STABLE 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 Dear Sirs. A couple of weeks ago I started testing Fortran 90 compilers for FreeBSD und Linux emulation. I regret that the support of FreeBSD for Fortran 90 compilers is that bad! Well, I tested Fujitsu/Siemens Lahey, NAGWare and Portland Group. Fujitsu Lahey Fortran 95 Express V5.5 for Linux works fine under FreeBSD 4.1.1-Stable, no problems at all but the debugger has its problems. NAGWare offers a 'native' FreeBSD compiler, but they want a customer to pay about 20 Pounds and that is much compared to free downloads for Linux, Solaris and other OS. I got the Linux version and I'm not very satisfied about the code it generates and I doubt that the FreeBSD native F95 compiler will be much better. But this compiler works also under Linux Emulation. Well, many devolopers, many scientists and especially our scientists want Portland Group compiler. So I concentrated my doings on this compiler for a while, but without success. I can install the newest stuff from Portland Group, generate a trial evaluation key and I can compile any kind of source code, but all produced images are crashing immediately after calling them. Then I installed the Portland Compiler testsuite on Linux, compiled the same stuff on a Linux box and then transferred the linked image onto our FreeBSD box and started it there - with great success! It worked fine, did all caculations ... We are very interested in PGI compilers and therefor I'm looking for a way to run this great compiler suite on our FreeBSD infrastructure. It seems courios to me that the images of a Linux-box compiled program will work on both FreeBSD and Linux and the image produced under Linux Emulation on a FreeBSD box is crashing (while compilation works, but no one knows what's going on ..). Does anyone has any idea or is someone out there who has already installed the PGI compilers (especially PGF90) on FreeBSD? Thanks in advance, O. Hartmann - MfG O. Hartmann ------------------------------------------------------------------- ohartman@ipamzlx.physik.uni-mainz.de Klimadatenserver-Abteilung des IPA IT Netz- und Systembetreuung Johannes Gutenberg-Universitaet Mainz Becherweg 21 D-55099 Mainz BRD/Germany Tel: +496131/3924662 FAX: +496131/3923532 - MfG O. Hartmann ------------------------------------------------------------------- ohartman@ipamzlx.physik.uni-mainz.de Klimadatenserver-Abteilung des IPA IT Netz- und Systembetreuung Johannes Gutenberg-Universitaet Mainz Becherweg 21 D-55099 Mainz BRD/Germany Tel: +496131/3924662 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 10:43:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.wgate.com (mail.wgate.com [38.219.83.4]) by hub.freebsd.org (Postfix) with ESMTP id 60C9337B4CF; Wed, 25 Oct 2000 10:43:45 -0700 (PDT) Received: from jesup.eng.tvol.net ([10.32.2.26]) by mail.wgate.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id VT2X9MXV; Wed, 25 Oct 2000 13:43:44 -0400 Reply-To: Randell Jesup To: Warner Losh Cc: obrien@FreeBSD.ORG, Max Khon , freebsd-stable@FreeBSD.ORG Subject: Re: GDB 4.18 and shared libraries (Mozilla) References: <20000919103436.B94601@dragon.nuxi.com> <20000920005447.B97385@dragon.nuxi.com> <200010180000.SAA13097@harmony.village.org> From: Randell Jesup Date: 25 Oct 2000 13:46:50 -0400 In-Reply-To: Warner Losh's message of "Tue, 17 Oct 2000 18:00:32 -0600" Message-ID: User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh writes: >In message Randell Jesup writes: >: Well, personally, as a _user_ of FreeBSD, I don't care who has the >: finger pointed at them, or who claims "it isn't _our_ bug". I care that no >: one can debug a program that uses shared libraries under -STABLE, and I >: care when it will be fixed. I don't consider a system I have to patch the >: loader in order to debug my code to be "STABLE". > >No one is arguing with you that there is a bug. It is a matter of >finding someone to fix it. Fixing it isn't hard... This fix works just fine. From: "Bruce Bauman" Subject: linker bug in FreeBSD 4.x X-Sent: 6 weeks, 5 days, 21 hours, 55 minutes, 49 seconds ago There is a bug which is present in all 4.x (and 5.x) versions of FreeBSD which makes it difficult to debug code in shared libraries. I will place a new binary on io in ~wgate/ld.shlib-fix. You need to copy this to /usr/libexec/elf/ld (after saving the previous version of ld), and rebuild any shared libraries which you wish to debug. If you do a "make world", you will clobber this change, so beware! -- Bruce -- Bruce Here is a relevant source diff which fixes the bug: =================================================================== RCS file: /cvs/src/src/bfd/elf32-i386.c,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- src/bfd/elf32-i386.c 2000/03/01 19:40:53 1.8 +++ src/bfd/elf32-i386.c 2000/04/20 05:37:05 1.9 @@ -1291,7 +1291,9 @@ sections against symbols defined externally in shared libraries. We can't do anything with them here. */ - || (input_section->flags & SEC_DEBUGGING) != 0))) + || ((input_section->flags & SEC_DEBUGGING) != 0 + && (h->elf_link_hash_flags + & ELF_LINK_HASH_DEF_DYNAMIC) != 0)))) { /* In these cases, we don't need the relocation value. We check specially because in some -- Randell Jesup, Worldgate Communications, ex-Scala, ex-Amiga OS team ('88-94) rjesup@wgate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 11:46:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mercure.IRO.UMontreal.CA (mercure.IRO.UMontreal.CA [132.204.24.67]) by hub.freebsd.org (Postfix) with ESMTP id 0763737B479 for ; Wed, 25 Oct 2000 11:46:30 -0700 (PDT) Received: from phobos.IRO.UMontreal.CA (IDENT:root@phobos.IRO.UMontreal.CA [132.204.20.20]) by mercure.IRO.UMontreal.CA (8.9.3/8.9.3) with ESMTP id OAA07914; Wed, 25 Oct 2000 14:46:19 -0400 Received: from localhost (beaupran@localhost) by phobos.IRO.UMontreal.CA (8.9.3/8.9.3) with ESMTP id OAA18830; Wed, 25 Oct 2000 14:46:18 -0400 Full-Name: Antoine Beaupre Date: Wed, 25 Oct 2000 14:46:18 -0400 (EDT) From: Antoine Beaupre To: Andre Albsmeier Cc: stable@FreeBSD.ORG Subject: Re: Can't record hifi audio on with sox on -stable In-Reply-To: <20001025115807.A10639@curry.mchp.siemens.de> 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, 25 Oct 2000, Andre Albsmeier wrote: > On Tue, 24-Oct-2000 at 23:43:39 -0400, Antoine Beaupre wrote: [...] > > Testing are all made with "rec" from the sox (12.16) package. Recording > > first a simple file (8000 Hz, 8 bits, mono) works correctly. If I switch > > to 16 bits, the recorded file is just empty (i.e. no sound at all). Trying > > now 22050 Hz at 8 bits, mono: working correctly. > > 16 bit recording with the AWE is broken in the pcm driver. It even > announces it correctly that it does only AFMT_U8 but most programs > ignore that. Shouldn't the manpage document that? Here's a nice little patch: *** /usr/src/share/man/man4/pcm.4.org Wed Oct 25 14:43:36 2000 --- /usr/src/share/man/man4/pcm.4 Wed Oct 25 14:44:38 2000 *************** *** 192,197 **** --- 192,199 ---- .Sh BUGS Some features of your cards (e.g. global volume control) might not be supported on all devices. + + 16 bits recording is broken for AWE cards. .Sh HISTORY The .Nm A. Si l'image donne l'illusion de savoir C'est que l'adage pretend que pour croire, L'important ne serait que de voir Lofofora To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 11:48:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 5D19D37B479 for ; Wed, 25 Oct 2000 11:48:32 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Thu, 26 Oct 2000 07:48:31 +1300 Date: Thu, 26 Oct 2000 07:48:30 +1300 (NZDT) From: Juha Saarinen To: Michel Talon Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved In-Reply-To: <20001025090958.A435@lpthe.jussieu.fr> Message-ID: X-S: Always 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 > First you don't have the same gcc version number in FreeBSD 3.3 and 4.1 and in > Linux. Well, 4.1.1 comes with gcc 2.95.2, which is what I used for 3.3 and the Linux kernels as well. > If you read Documentation/Changes in even the most recent Linux kernel > (4.0 Test 9) it is explicitly stated that old gcc is recommended over newer > ones, and that bugs occur with newer ones. Yes, but isn't the main reason for that that the Linux kernel (at least the pre-2.4 ones) is coded in such a way that it breaks with newer versions of gcc that are less forgiving of such things? > Second, i recommend you to write a program with a significative amount of > computations and compile it with all flags possible, -O -O2 -O3 -Os and > measure the execution time. You may be surprised. Last time i did that > -O was the faster! This is the crux... I don't think anyone has done a good exhaustive test of whether or not the opts are worth it. Will look into it. Cheers, -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 12:17:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 7C1FB37B4CF for ; Wed, 25 Oct 2000 12:17:01 -0700 (PDT) Received: (qmail 1407 invoked by uid 0); 25 Oct 2000 19:17:00 -0000 Received: from p3ee20a8e.dip.t-dialin.net (HELO speedy.gsinet) (62.226.10.142) by mail.gmx.net with SMTP; 25 Oct 2000 19:17:00 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id TAA19275 for stable@freebsd.org; Wed, 25 Oct 2000 19:36:45 +0200 Date: Wed, 25 Oct 2000 19:36:45 +0200 From: Gerhard Sittig To: stable@freebsd.org Subject: Re: Reminder: Just 7 days till 4.2 code freeze! Message-ID: <20001025193645.O25237@speedy.gsinet> Mail-Followup-To: stable@freebsd.org References: <21563.972426133@winston.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <21563.972426133@winston.osd.bsdi.com>; from jkh@winston.osd.bsdi.com on Tue, Oct 24, 2000 at 03:22:13PM -0700 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Oct 24, 2000 at 15:22 -0700, Jordan Hubbard wrote: > > As scheduled, we will enter code freeze on the RELENG_4 branch > of src on November 1st. Any ports or docs freezes are still up > to the respective *meisters (Satoshi/Nik) to schedule and I'm > sure they'll make their own announcements when the time comes. Digging in my "private list", I can see the following: PR 21017 (mtree) definitely needs to be MFCed. mtree is broken in -STABLE regarding symlinks due to a typo / wrongly passed argument. -CURRENT was corrected in mid September. Leaving this unfixed could turn out as a showstopper where tripwire like IDS's fail (and abort their job!) at the very first symlink. PR 21990 (incorrect exec(3) manpage) could need some attention since I feel this discrepancy to be somewhat security related while it misinforms people (that's why I felt like categorizing it as "serious"). Just tell me if it's the doc or the source that's wrong (I hope the doc is) and I will provide a patch. This should speed up the closing of this PR. PR 20202 (ipf invoked from rc.network) would be a good candidate for an MFC. I understand quite a number of FreeBSD users have ipf running (either instead of ipfw or even besides it). This patch was committed in -CURRENT on October 6th and I haven't seen _any_ negative reaction but quite some demand for something like this in the release (and I raised the question quite a few times in public whether this extension still has something missing or does its good intensions in the wrong and maybe dangerous way, I could even have bothered or annoyed some of you). I - speaking as the originator - feel this PR to be complete, correct and implemented cleanly. Feel free to disagree, but unless I hear something different I will keep thinking I did it OK :) and others could estimate this feature being in the release. 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 Wed Oct 25 12:24:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 641EC37B479 for ; Wed, 25 Oct 2000 12:24:15 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id MAA62654; Wed, 25 Oct 2000 12:24:07 -0700 (PDT) (envelope-from obrien) Date: Wed, 25 Oct 2000 12:24:07 -0700 From: "David O'Brien" To: Randell Jesup Cc: freebsd-stable@FreeBSD.ORG Subject: Re: GDB 4.18 and shared libraries (Mozilla) Message-ID: <20001025122407.F62249@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20000919103436.B94601@dragon.nuxi.com> <20000920005447.B97385@dragon.nuxi.com> <200010180000.SAA13097@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rjesup@wgate.com on Wed, Oct 25, 2000 at 01:46:50PM -0400 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Oct 25, 2000 at 01:46:50PM -0400, Randell Jesup wrote: > There is a bug which is present in all 4.x (and 5.x) versions of FreeBSD > which makes it difficult to debug code in shared libraries. Actually any system using Binutils 2.10.0. > Here is a relevant source diff which fixes the bug: I committed this MFH in the FSF/GNU Binutils source and it will be in the upcoming Bintuils 2.10.1 release. FreeBSD-CURRENT will not see this fix until 2.10.1 is imported. I will fix this in RELENG_4 for FreeBSD 4.2-RELEASE however. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 13: 1:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 5B8CE37B4E5; Wed, 25 Oct 2000 13:01:50 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id QAA10376; Wed, 25 Oct 2000 16:01:49 -0400 (EDT) (envelope-from wollman) Date: Wed, 25 Oct 2000 16:01:49 -0400 (EDT) From: Garrett Wollman Message-Id: <200010252001.QAA10376@khavrinen.lcs.mit.edu> To: stable@FreeBSD.org Cc: developers@FreeBSD.org Subject: Time zone updates (was: Reminder: Just 7 days till 4.2 code freeze!) In-Reply-To: <21563.972426133@winston.osd.bsdi.com> References: <21563.972426133@winston.osd.bsdi.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > As scheduled, we will enter code freeze on the RELENG_4 branch of src > on November 1st. The time zone updates just MFV'ed were my only punch-list item for -stable, unless someone comes up with a burning need to merge some of the `lpr' suite changes. If anybody out there is in the DST-observing parts of Brazil, you need these changes now. Anyone in Wayne County, Kentucky, USA needs these changes in advance of the time zone switch this Sunday. Some other zone names have changed spelling, but if you use `tzsetup' those will all be hidden from you. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 14: 0:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 643B537B4C5; Wed, 25 Oct 2000 14:00:48 -0700 (PDT) Received: from synge.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 25 Oct 2000 22:00:01 +0100 (BST) Date: Wed, 25 Oct 2000 21:59:59 +0100 From: David Malone To: "O. Hartmann" Cc: freebsd-stable@freebsd.org, freebsd-newbies@freebsd.org Subject: Re: PGI Fortran Compiler seems to be courios under FreeBSD 4.1.1-STABLE Message-ID: <20001025215959.A81803@synge.maths.tcd.ie> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from ohartman@ipamzlx.physik.uni-mainz.de on Wed, Oct 25, 2000 at 07:45:04PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Oct 25, 2000 at 07:45:04PM +0200, O. Hartmann wrote: > We are very interested in PGI compilers and therefor I'm looking for a way to > run this great compiler suite on our FreeBSD infrastructure. It seems courios > to me that the images of a Linux-box compiled program will work on both FreeBS > and Linux and the image produced under Linux Emulation on a FreeBSD box is > crashing (while compilation works, but no one knows what's going on ..). Have you tried branding the binaries after compiling them on FreeBSD? brandelf -t Linux executable It might be that whatever linker is getting used on FreeBSD isn't doing the right branding. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 14: 3:40 2000 Delivered-To: freebsd-stable@freebsd.org Received: from topperwein.dyndns.org (acs-24-154-28-99.zoominternet.net [24.154.28.99]) by hub.freebsd.org (Postfix) with ESMTP id C8F1337B4C5 for ; Wed, 25 Oct 2000 14:03:37 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by topperwein.dyndns.org (8.11.0/8.11.1) with ESMTP id e9PL4H421846 for ; Wed, 25 Oct 2000 17:04:17 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Wed, 25 Oct 2000 17:04:17 -0400 (EDT) From: Chris BeHanna Reply-To: behanna@zbzoom.net To: FreeBSD-Stable Subject: Re: Installing Window Managers 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, 25 Oct 2000, Juha Saarinen wrote: > Got XF86 4.0.1 running on a new 4.1.1 install, and would like to add a > somewhat less Spartan wm than twm. > > However, going through the ports, it seems that all the ones listed > require XF86 3.3.6, which I don't want to install for obvious reasons. Is > there any way to avoid this when I install a wm, or is the install script > smart enough not to install the older version? The install scripts are just hunky-dory with 4.0.1, I've found. Make sure to set the WITH_KDE and WITH_GNOME flags appropriately when you fire up "make", if you want KDE or GNOME integration. -- Chris BeHanna Software Engineer (at yourfit.com) behanna@zbzoom.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 14:12:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from topperwein.dyndns.org (acs-24-154-28-99.zoominternet.net [24.154.28.99]) by hub.freebsd.org (Postfix) with ESMTP id 83B5737B479 for ; Wed, 25 Oct 2000 14:12:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by topperwein.dyndns.org (8.11.0/8.11.1) with ESMTP id e9PLDC421887 for ; Wed, 25 Oct 2000 17:13:12 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Wed, 25 Oct 2000 17:13:12 -0400 (EDT) From: Chris BeHanna Reply-To: behanna@zbzoom.net To: FreeBSD-Stable Subject: Re: All the x11-wm ports b0rken in 4.1.1-STABLE? 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, 25 Oct 2000, Juha Saarinen wrote: > I can't seem to install a single wm through the ports collection. Tried > Sawfish, FVW95, WindowMaker and XFCE -- compilation of all die > with: "Error: your port uses an old layout. Please update it to match this > bsd.port.mk." > > Have cvsup'ed three times today, the latest one from cvsup9.freebsd.org. rm -rf /usr/ports cvsup -g -L 2 If you had these lines in your supfile: *default release=cvs tag=RELENG_4 *default delete use-rel-suffix then all of that should have been handled already. You'll also need ports-all=. -- Chris BeHanna Software Engineer (at yourfit.com) behanna@zbzoom.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 15:17: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail-2.sjc.telocity.net (mail-2.sjc.telocity.net [216.227.56.42]) by hub.freebsd.org (Postfix) with ESMTP id 711C237B479; Wed, 25 Oct 2000 15:16:56 -0700 (PDT) Received: from zoso (dsl-216-227-91-85.telocity.com [216.227.91.85]) by mail-2.sjc.telocity.net (8.9.3/8.9.3) with SMTP id PAA24527; Wed, 25 Oct 2000 15:06:47 -0700 (PDT) From: "Otter" To: "FreeBSD Stable" , "FreeBSD Questions" Subject: RAID/Vinum or Shared MFS... Recommendations? Date: Wed, 25 Oct 2000 18:14:34 -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.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been doing some audio editing with an application which runs under a certain name brand monopolistic, bug riddled OS. The files I've been working with are only a couple hundred MB in size. When I had the 10M hub, I knew the SCSI drive would be faster if it were a local drive, so I've been using it as a local drive for some time now. Now that I have upgraded the network hardware to a 100M switch, the network is no longer my bottleneck. It's I/O now. I understand that several drives together on a RAID or vinum drive setup would increase my number of platters, speeding up the read/writes... then I had a vision. When I was in the restroom this morning (where most of my enlightening thoughts occur), I thought about what I had read regarding MFS... that I could make a filesystem in RAM. This being the case, couldn't it also be shared via samba? If this is the case, it would blow away my read/write times that I'm currently getting and the bottleneck would then become the CPU. Correct? It sounds good in theory. Any insight or comments on personal experience would be appreciated. Understand that I don't need a lot of space, just a few hundred MB, so I'm not limited as someone would be for database use. Thanks in advance. -Otter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 15:49:29 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 5F9C937B479; Wed, 25 Oct 2000 15:49:23 -0700 (PDT) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 13oZMH-00058O-00; Wed, 25 Oct 2000 23:49:21 +0100 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.9.3/8.9.3) id XAA09812; Wed, 25 Oct 2000 23:49:21 +0100 (BST) (envelope-from jcm) Date: Wed, 25 Oct 2000 23:49:20 +0100 From: j mckitrick To: Cameron Grant Cc: Dolgan , multimedia@freebsd.org, stable@freebsd.org Subject: Re: sound problems under 4.1.1 Message-ID: <20001025234920.A9763@dogma.freebsd-uk.eu.org> References: <20001010012905.A3426@dogma.freebsd-uk.eu.org> <20001013214153.A1670@home.com> <20001014132123.A69191@dogma.freebsd-uk.eu.org> <003201c03617$f7603900$0504020a@haveblue> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <003201c03617$f7603900$0504020a@haveblue>; from gandalf@vilnya.demon.co.uk on Sat, Oct 14, 2000 at 08:50:12PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Oct 14, 2000 at 08:50:12PM +0100, Cameron Grant wrote: | are you using a sblive? if so, cvsup. if not, what card are you using? Here is some info from my system. If there is anything else I can answer, feel free to ask. I am anxious to get this working again. mmap(0x280e2000,16384,0x3,0x12,3,0x7c000) = 672014336 (0x280e2000) mmap(0x280e6000,77824,0x3,0x1012,-1,0x0) = 672030720 (0x280e6000) close(3) = 0 (0x0) sigaction(SIGILL,0xbfbffb64,0xbfbffb4c) = 0 (0x0) sigprocmask(0x1,0x0,0x2805c73c) = 0 (0x0) sigaction(SIGILL,0xbfbffb4c,0x0) = 0 (0x0) sigprocmask(0x1,0x2805c700,0xbfbffb8c) = 0 (0x0) sigprocmask(0x3,0x2805c710,0x0) = 0 (0x0) sigaction(SIGINT,0xbfbffb90,0xbfbffb78) = 0 (0x0) open("/etc/ppp/smoking.wav",0,027757776110) = 3 (0x3) read(0x3,0x804bc60,0x2c) = 44 (0x2c) open("/dev/dsp",1,027757776074) = 4 (0x4) ioctl(4,SNDCTL_DSP_GETBLKSIZE,0xbfbffb74) = 0 (0x0) ioctl(4,SNDCTL_DSP_SETFMT,0x804bc80) ERR#22 'Invalid argument' play: write(2,0xbfbff3d0,6) = 6 (0x6) /dev/dspwrite(2,0xbfbff400,8) = 8 (0x8) : write(2,0xbfbff3c0,2) = 2 (0x2) Invalid argument write(2,0xbfbff3c0,17) = 17 (0x11) close(4) = 0 (0x0) sigprocmask(0x1,0x2805c700,0xbfbffb84) = 0 (0x0) sigprocmask(0x3,0x2805c710,0x0) = 0 (0x0) exit(0x0) process exit, rval = 0 local:~> local:~> cat /dev/sndstat FreeBSD Audio Driver (newpcm) Oct 22 2000 11:06:06 Installed devices: pcm0: at io 0x530 irq 5 drq 1 (1p/1r channels) local:~> local:~> uname -a FreeBSD myname.my.domain 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Sun Oct 22 11:07:09 EDT 2000 jcm@myname.my.domain:/usr/obj/usr/src/sys/MERCURY i386 local:~> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 16: 0:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.ipeg.com (mail.ipeg.com [206.96.184.3]) by hub.freebsd.org (Postfix) with ESMTP id C9CF837B479; Wed, 25 Oct 2000 16:00:20 -0700 (PDT) Received: from toolbuilders.com (206-96-185-33.ipeg.com [206.96.185.33]) by mail.ipeg.com (8.11.0/8.11.0) with ESMTP id e9PMsgx06810; Wed, 25 Oct 2000 15:54:46 -0700 Message-Id: <200010252254.e9PMsgx06810@mail.ipeg.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: stable@freebsd.org Cc: current@freebsd.org Subject: Watching DVD on FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 25 Oct 2000 10:51:33 -0700 From: dmitry Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am sorry this is a little off the topic: 1) Has anyone been able to get css-auth patch to work on current/stable? (And was able to watch DVD movies with sound and color at 720x480) 2) Can we use some of the LiViD tools? 3) If someone got it to work before, could you give some points on how to get it to work? 4) On http://www.opendvd.org there is a link to FreeBSD DVD HowTO. The links that follow from that page are broken: ** What is Nist? ** Thank you, -dmitry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 16: 8:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.numachi.com (numachi.numachi.com [198.175.254.2]) by hub.freebsd.org (Postfix) with SMTP id 25B1737B680 for ; Wed, 25 Oct 2000 16:08:31 -0700 (PDT) Received: (qmail 17201 invoked by uid 3001); 25 Oct 2000 23:08:24 -0000 Received: from natto.numachi.com (198.175.254.216) by numachi.numachi.com with SMTP; 25 Oct 2000 23:08:24 -0000 Received: (qmail 33754 invoked by uid 1001); 25 Oct 2000 23:08:24 -0000 Date: Wed, 25 Oct 2000 19:08:24 -0400 From: Brian Reichert To: dmitry Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Watching DVD on FreeBSD Message-ID: <20001025190824.E32056@numachi.com> References: <200010252254.e9PMsgx06810@mail.ipeg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200010252254.e9PMsgx06810@mail.ipeg.com>; from dvk@toolbuilders.com on Wed, Oct 25, 2000 at 10:51:33AM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Oct 25, 2000 at 10:51:33AM -0700, dmitry wrote: > I am sorry this is a little off the topic: > > 1) Has anyone been able to get css-auth patch to work on current/stable? (And > was able to watch DVD movies with sound and color at 720x480) Yes, I have. I can't get the audio to work, but have been able to 'play' vob files. Audio is played with 'ac3dec', which built easily enough. It seemingly can find audio (doesn't complain, at least) but wedged the hell out of my soundcard, I had to powercycle to get that back... > 2) Can we use some of the LiViD tools? > > 3) If someone got it to work before, could you give some points on how to get > it to work? > > 4) On http://www.opendvd.org there is a link to FreeBSD DVD HowTO. The links > that follow from that page are broken: ** What is Nist? ** Don't use nist. Look for 'DecVOB'. I have source/binaries that work under 4.1-R. > Thank you, Good luck. Let me know if you need specifics... > -dmitry -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 16:34:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210]) by hub.freebsd.org (Postfix) with ESMTP id A656E37B479; Wed, 25 Oct 2000 16:34:38 -0700 (PDT) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id KAA71345; Thu, 26 Oct 2000 10:34:33 +1100 (EST) (envelope-from gnb@itga.com.au) Received: from itga.com.au (lightning.itga.com.au [192.168.71.20]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id KAA04519; Thu, 26 Oct 2000 10:34:20 +1100 (EST) Message-Id: <200010252334.KAA04519@lightning.itga.com.au> X-Mailer: exmh version 2.0.1 12/23/97 From: Gregory Bond To: "Otter" Cc: "FreeBSD Stable" , "FreeBSD Questions" Subject: Re: RAID/Vinum or Shared MFS... Recommendations? In-reply-to: Your message of Wed, 25 Oct 2000 18:14:34 -0400. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 26 Oct 2000 10:34:20 +1100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I thought about what I had read > regarding MFS... that I could make a filesystem in RAM. This being the > case, couldn't it also be shared via samba? Samba interracts with the local filesystem via the normal read()/write()/ open()/close() system calls so doesn't care what the underlying filesystem type is. IOW it should work for UFS, or MFS, or FAT32, or ISO9660, or even ext2 partitions. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 16:42: 5 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.netunlimited.net (mail.netunlimited.net [208.128.132.4]) by hub.freebsd.org (Postfix) with ESMTP id 9E54E37B4C5 for ; Wed, 25 Oct 2000 16:42:03 -0700 (PDT) Received: from seahawk (seahawk.twinds.com [208.165.2.226]) by mail.netunlimited.net (8.9.3/8.9.3) with ESMTP id TAA27869; Wed, 25 Oct 2000 19:43:12 -0400 Date: Wed, 25 Oct 2000 19:41:46 -0400 (EDT) From: Arley Carter To: Ruslan Ermilov Cc: stable@FreeBSD.ORG Subject: Re: i815 AGP In-Reply-To: <20001020141625.B36983@sunbay.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 tweaked your XF86Config file and it works just fine on my i810 with XFree86 Rel 4.01. Thanks. Cheers: -arc Arley Carter arc@twinds.com Tradewinds Technologies, Inc. www.twinds.com Winston-Salem, NC USA Network Engineering & Security To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 16:51:57 2000 Delivered-To: freebsd-stable@freebsd.org Received: from spammie.svbug.com (mg128-006.ricochet.net [204.179.128.6]) by hub.freebsd.org (Postfix) with ESMTP id 9C7E437B479 for ; Wed, 25 Oct 2000 16:51:53 -0700 (PDT) Received: from spammie.svbug.com (localhost.mozie.org [127.0.0.1]) by spammie.svbug.com (8.9.3/8.9.3) with ESMTP id QAA06317; Wed, 25 Oct 2000 16:52:20 -0700 (PDT) (envelope-from jessem@spammie.svbug.com) Message-Id: <200010252352.QAA06317@spammie.svbug.com> Date: Wed, 25 Oct 2000 16:52:15 -0700 (PDT) From: opentrax@email.com Reply-To: opentrax@email.com Subject: Re: Removing user with "-" in username To: bandix@looksharp.net Cc: chris@awww.jeah.net, stable@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 23 Oct, Brandon D. Valentine wrote: > On Mon, 23 Oct 2000, Chris Byrnes wrote: > >>awww# rmuser -y irc-argentina >>Sorry, login name must contain alphanumeric characters only. >> >... > Consensus was that rmuser should remove any username that adduser > allowed to be created. There was talk of fixing this. Then people > jetted off to BSDCon. The fix is, learn how to use vipw, edit > /etc/group, and rm -rf an old home directory. =) > I should not your suggestion is NOT a fix. In many circles it is considered a workaround. =) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 17:38:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from grumpy.dyndns.org (cm-24-246-28-166.toney.mediacom.ispchannel.com [24.246.28.166]) by hub.freebsd.org (Postfix) with ESMTP id 8702637B479 for ; Wed, 25 Oct 2000 17:38:41 -0700 (PDT) Received: from grumpy.dyndns.org (localhost [127.0.0.1]) by grumpy.dyndns.org (8.11.1/8.11.1) with ESMTP id e9Q0bGS54307; Wed, 25 Oct 2000 19:37:16 -0500 (CDT) (envelope-from dkelly@grumpy.dyndns.org) Message-Id: <200010260037.e9Q0bGS54307@grumpy.dyndns.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Soren Schmidt Cc: Thierry.Herbelot@alcatel.fr, stable@FreeBSD.ORG From: David Kelly Subject: Re: IDE drives to avoid ? [was : Re: ATA problems (rehashed)] In-reply-to: Message from Soren Schmidt of "Wed, 25 Oct 2000 10:15:30 +0200." <200010250815.KAA41239@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Wed, 25 Oct 2000 19:37:16 -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Soren Schmidt writes: > The only drives I can recommed are IBM's, but beware the new DTLA serie= s > are so fast that some old controllers can have problems with them. Ditto. This is a system which has me reconsidering the wisdom of SCSI = for my needs: CPU: Pentium III/Pentium III Xeon/Celeron (501.14-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x673 Stepping =3D 3 Features=3D0x383f9ff real memory =3D 134201344 (131056K bytes) avail memory =3D 127221760 (124240K bytes) [...] ad0: 14649MB [29765/16/63] at ata0-master using UDMA33 Have seen bonnie report over 22 MB/sec on that drive and system. Then again this second one is almost sad enough to be funny. OTOH it is reliable: FreeBSD 3.5-STABLE #1: Thu Aug 31 10:35:57 CDT 2000 [...] CPU: AMD Am5x86 Write-Back (486-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x4f4 Stepping =3D 4 Features=3D0x1 [...] chip0: rev 0x04 on pci= 0.16.0 chip1: rev 0x0e on pci0= =2E18.0 ide_pci0: rev 0x10 on pci0.18.1 [...] wdc0 at 0x1f0-0x1f7 irq 14 flags 0xd0ffd0ff on isa wdc0: unit 0 (wd0): , LBA, 32-bit, multi-block-16, sleep= -hack wd0: 14649MB (30003120 sectors), 1867 cyls, 255 heads, 63 S/T, 512 B/S > And as always I'm interested in reports/patches to the driver to make > as many drives/controllers work proberly. Well, last I tried RELENG_4 on the above 5x86 it tried to do busmaster = on the IDE interface but timed out and fell back to polled mode. That = was better than the first time I tried 4.0-R and it blew up. Later read = there was a conflict between ISA ed0 and the new ata code. Splurged on = the purchase of a DEC 21140 based 10/100 PCI card for $12 and cured = that problem. If you say it might work now (its a UMC chipset) then = I'll give it a shot. -- David Kelly N4HHE, dkelly@hiwaay.net =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=3D=3D=3D=3D=3D=3D=3D The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 17:45:39 2000 Delivered-To: freebsd-stable@freebsd.org Received: from athserv.otenet.gr (athserv.otenet.gr [195.170.0.1]) by hub.freebsd.org (Postfix) with ESMTP id CE4DA37B479 for ; Wed, 25 Oct 2000 17:45:36 -0700 (PDT) Received: from hades.hell.gr (patr530-b098.otenet.gr [195.167.121.226]) by athserv.otenet.gr (8.10.1/8.10.1) with ESMTP id e9Q0gjf15493; Thu, 26 Oct 2000 03:42:46 +0300 (EET DST) Received: (from charon@localhost) by hades.hell.gr (8.11.1/8.11.1) id e9PNwK712745; Thu, 26 Oct 2000 02:58:20 +0300 (EEST) Date: Thu, 26 Oct 2000 02:58:19 +0300 From: Giorgos Keramidas To: Chris BeHanna Cc: FreeBSD-Stable Subject: Re: All the x11-wm ports b0rken in 4.1.1-STABLE? Message-ID: <20001026025818.D10377@hades.hell.gr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: ; from behanna@zbzoom.net on Wed, Oct 25, 2000 at 05:13:12PM -0400 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 X-URL: http://students.ceid.upatras.gr/~keramida/index.html Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Oct 25, 2000 at 05:13:12PM -0400, Chris BeHanna wrote: > If you had these lines in your supfile: > > *default release=cvs tag=RELENG_4 > *default delete use-rel-suffix > > then all of that should have been handled already. > > You'll also need > > ports-all=. Correct me someone if I'm wrong here, but doesn't ports-all=. render the tag=RELENG_4 meaningless? I mean, why not tag=. in the first place? -- Giorgos Keramidas, < keramida @ ceid . upatras . gr > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 17:49: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from camelot.bitart.com (BITart-45.BITart.com [206.103.221.45]) by hub.freebsd.org (Postfix) with SMTP id C011537B479 for ; Wed, 25 Oct 2000 17:49:02 -0700 (PDT) Received: (qmail 1661 invoked by uid 101); 26 Oct 2000 00:48:56 -0000 Message-ID: <20001026004856.1660.qmail@camelot.bitart.com> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 4.2mach v148) In-Reply-To: <200010260037.e9Q0bGS54307@grumpy.dyndns.org> X-Nextstep-Mailer: Mail 4.2mach (Enhance 2.2p1) Received: by NeXT.Mailer (1.148) From: Gerd Knops Date: Wed, 25 Oct 2000 19:48:56 -0500 To: David Kelly Subject: Re: IDE drives to avoid ? [was : Re: ATA problems (rehashed)] Cc: Soren Schmidt , Thierry.Herbelot@alcatel.fr, stable@FreeBSD.ORG Reply-To: gerti-freebsds@BITart.com References: <200010260037.e9Q0bGS54307@grumpy.dyndns.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Kelly wrote: > Soren Schmidt writes: > > The only drives I can recommed are IBM's, but beware the new DTLA > > series are so fast that some old controllers can have problems with > > them. > > Ditto. This is a system which has me reconsidering the wisdom of SCSI > for my needs: > > CPU: Pentium III/Pentium III Xeon/Celeron (501.14-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x673 Stepping = 3 > Features=0x383f9ff PSE36,MMX,FXSR,XMM> real memory = 134201344 (131056K bytes) > avail memory = 127221760 (124240K bytes) > [...] > ad0: 14649MB [29765/16/63] at ata0-master using > UDMA33 > > Have seen bonnie report over 22 MB/sec on that drive and system. > [...] With these drives and a slightly patched ATA driver (to recognize the onboard promise chipset) ad4: 29314MB [59560/16/63] at ata2-master using UDMA100 ad6: 29314MB [59560/16/63] at ata3-master using UDMA100 I get about 35 MB/sec. Gerd To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 17:56:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citusc17.usc.edu (citusc17.usc.edu [128.125.38.177]) by hub.freebsd.org (Postfix) with ESMTP id CD1FD37B479; Wed, 25 Oct 2000 17:56:21 -0700 (PDT) Received: (from kris@localhost) by citusc17.usc.edu (8.11.1/8.11.1) id e9Q0wcu02048; Wed, 25 Oct 2000 17:58:38 -0700 (PDT) (envelope-from kris) Date: Wed, 25 Oct 2000 17:58:38 -0700 From: Kris Kennaway To: igorr@crosswinds.net Cc: green@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Reminder: Just 7 days till 4.2 code freeze! Message-ID: <20001025175838.A2040@citusc17.usc.edu> References: <21563.972426133@winston.osd.bsdi.com> <20001025075213.A26446@linux.rainbow> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001025075213.A26446@linux.rainbow>; from igor@raduga.dyndns.org on Wed, Oct 25, 2000 at 07:52:14AM +0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Grr. Brian, how many bug reports does it take for you to do something about this? Kris On Wed, Oct 25, 2000 at 07:52:14AM +0400, Igor Roboul wrote: > Hello, > how about this problem: > > %uname -a > FreeBSD demon.rainbow 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Fri Oct 20 09:53:51 MSD 2000 root@demon.rainbow:/usr/obj/usr/src/sys/DEMON i386 > %passwd igor > Changing local password for igor. > Old password: > New password: > Retype new password: > passwd: cannot set password cipher: Undefined error: 0 > passwd: /etc/master.passwd: unchanged > % > I don't have much shell users. This is Samba server, and for shell users > I still _can_ encrypt password and insert into /etc/master.passwd. But > this is not good :-( > > -- > Igor Roboul, Unix System Administrator & Programmer @ sanatorium "Raduga", > Sochi, Russia > http://www.brainbench.com/transcript.jsp?pid=304744 > > > 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 Oct 25 18:11:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 196CA37B479; Wed, 25 Oct 2000 18:11:20 -0700 (PDT) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 837BE1C41; Wed, 25 Oct 2000 21:11:19 -0400 (EDT) Date: Wed, 25 Oct 2000 21:11:19 -0400 From: Bill Fumerola To: Kris Kennaway Cc: igorr@crosswinds.net, green@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Reminder: Just 7 days till 4.2 code freeze! Message-ID: <20001025211119.S37870@jade.chc-chimes.com> References: <21563.972426133@winston.osd.bsdi.com> <20001025075213.A26446@linux.rainbow> <20001025175838.A2040@citusc17.usc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20001025175838.A2040@citusc17.usc.edu>; from kris@citusc.usc.edu on Wed, Oct 25, 2000 at 05:58:38PM -0700 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Oct 25, 2000 at 05:58:38PM -0700, Kris Kennaway wrote: > Grr. Brian, how many bug reports does it take for you to do something > about this? This should either be fixed or entirely backed out by 4.2-RELEASE. No questions asked. -- Bill Fumerola - Network Architect, BOFH / Chimes, Inc. billf@chimesnet.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 18:31: 3 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 70CE737B4CF for ; Wed, 25 Oct 2000 18:30:59 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Thu, 26 Oct 2000 14:30:57 +1300 Date: Thu, 26 Oct 2000 14:30:57 +1300 (NZDT) From: Juha Saarinen To: Giorgos Keramidas Cc: Chris BeHanna , FreeBSD-Stable Subject: Re: All the x11-wm ports b0rken in 4.1.1-STABLE? In-Reply-To: <20001026025818.D10377@hades.hell.gr> Message-ID: X-S: Always 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 Thu, 26 Oct 2000, Giorgos Keramidas wrote: > On Wed, Oct 25, 2000 at 05:13:12PM -0400, Chris BeHanna wrote: > > If you had these lines in your supfile: > > > > *default release=cvs tag=RELENG_4 ^^^ - Don't have this one > > *default delete use-rel-suffix ^^^ - But I do have this one. I'm using the ports-supfile from /usr/share/examples/cvsup. > > then all of that should have been handled already. > > > > You'll also need > > > > ports-all=. That's not documented anywhere, and it isn't in the example sup file either. What does it do? > Correct me someone if I'm wrong here, but doesn't > > ports-all=. > > render the tag=RELENG_4 meaningless? I mean, why not tag=. in the first > place? OK, I'm officially confused now. Could someone kindly post a ports-supfile that works? -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 18:42:59 2000 Delivered-To: freebsd-stable@freebsd.org Received: from casa.staub.net (staub.net [207.149.244.194]) by hub.freebsd.org (Postfix) with ESMTP id 78FDE37B479 for ; Wed, 25 Oct 2000 18:42:55 -0700 (PDT) Received: (from phils@localhost) by casa.staub.net (8.9.3/8.9.3) id SAA20885; Wed, 25 Oct 2000 18:44:38 -0700 Date: Wed, 25 Oct 2000 18:44:38 -0700 From: Phil Staub To: Jay Sachs Cc: freebsd-stable@FreeBSD.ORG Subject: Re: module_register/linker_file_sysinit messages Message-ID: <20001025184438.A20863@staub.net> Reply-To: phils@staub.net References: <20001024205317.A20261@staub.net> <39F6ED29.6497A26A@avacet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39F6ED29.6497A26A@avacet.com>; from jay@avacet.com on Wed, Oct 25, 2000 at 10:24:41AM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Oct 25, 2000 at 10:24:41AM -0400, Jay Sachs wrote: > > After a fresh install of 4.1R followed by building/installing a new > > kernel, I now get numerous messages of the following form upon boot: > > > > module_register: module miibus/xmphy already exists! > > linker_file_sysinit "miibus.ko" failed to register! 17 > > > > Could someone point me to the meaning and resolution of this? It's not > > obvious from manpages, handbook or faq (or at least my searches came > > up empty). I also did a little poking around in the config files in > > /boot. The closest thing I could find was an entry in > > /boot/defaults/loader.conf that said: > > > > miibus_load="NO" # miibus support, needed for some drivers > > > > Should this say "YES"? I'm running ed and xl drivers. > > As a possibly related "me-too", I get this console message as PPPoE > starts up. I have NETGRAPH, NETGRAPH_PPP and NETGRAPH_PPPOE options set > in the kernel config, but as soon as ppp makes the connection, I get an > equivalent message, but related to the negraph.ko module. Things > function normally though. > > In sys/kern/kern_module.c, I see > > /* temporary kludge until kernel `file' attachment registers modules */ > error = module_register(data, linker_kernel_file); > if (error) > panic("module_register_init: register of module failed! %d", > error); > mod = module_lookupbyname(data->name); > if (mod == NULL) > panic("module_register_init: module STILL not found!"); > > If it's a hack, why not make it a friendlier hack and special-case a > return of EEXIST from module_register()? Either print a different > message, or no message at all, perhaps. I guess I forgot to mention originally that things seem to work fine, even though there are 11 copies of these messages printed, one each for the following modules: miibus/ukphy miibus/xlphy miibus/nsphy miibus/mlphy miibus/tlphy miibus/rlphy miibus/amphy miibus/dcphy miibus/pnphy miibus/brgphy miibus/xmphy Also, at the prompting of some offline mail, I tried changing the miibus_load setting in loader.conf to "YES". That was a big mistake. I got about to the point of the network startup and ended up with a panic, signal 12. (I didn't capture the whole message, but since it went away when I changed miibus_load back to "NO", I didn't worry too much about it.) Anyway, I'm not *too* worried about it, since things are running, but it would be interesting to know if there is an "approved" way to avoid the messages. It almost looks like something is already compiled into the kernel when it is trying to be loaded as a kernel module. Not being that familiar with kld modules, I'm probably showing my ignorance here. Thanks, Jay, for the pointer to the source file in which the kernel seems to be printing this. Maybe I'll do some study in the area to see what conditions it happens under. Phil -- Phil Staub, KE7HC phils@staub.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 19: 3:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail-4.sjc.telocity.net (mail-4.sjc.telocity.net [216.227.56.44]) by hub.freebsd.org (Postfix) with ESMTP id A42EA37B479 for ; Wed, 25 Oct 2000 19:03:16 -0700 (PDT) Received: from zoso (dsl-216-227-91-85.telocity.com [216.227.91.85]) by mail-4.sjc.telocity.net (8.9.3/8.9.3) with SMTP id SAA28118; Wed, 25 Oct 2000 18:57:11 -0700 (PDT) From: "Otter" To: "Juha Saarinen" , "Giorgos Keramidas" Cc: "Chris BeHanna" , "FreeBSD-Stable" Subject: RE: All the x11-wm ports b0rken in 4.1.1-STABLE? Date: Wed, 25 Oct 2000 22:04:48 -0400 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) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Juha, Ask and ye shall receive. Please ignore the fact that I update my docs with my ports, hence the doc-all line. kashmir% more /etc/cvsupfile-ports # IMPORTANT: Change the next line to use one of the CVSup mirror sites # listed at http://www.freebsd.org/handbook/mirrors.html. *default host=cvsup6.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=. *default delete use-rel-suffix # If your network link is a T1 or faster, comment out the following line. #*default compress ## Ports Collection. # # The easiest way to get the ports tree is to use the "ports-all" # mega-collection. It includes all of the individual "ports-*" # collections, ports-all doc-all Hope this was of help. -Otter }-----Original Message----- }From: owner-freebsd-stable@FreeBSD.ORG }[mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Juha Saarinen }Sent: Wednesday, October 25, 2000 9:31 PM }To: Giorgos Keramidas }Cc: Chris BeHanna; FreeBSD-Stable }Subject: Re: All the x11-wm ports b0rken in 4.1.1-STABLE? } } }On Thu, 26 Oct 2000, Giorgos Keramidas wrote: } }> On Wed, Oct 25, 2000 at 05:13:12PM -0400, Chris BeHanna wrote: }> > If you had these lines in your supfile: }> > }> > *default release=cvs tag=RELENG_4 } } ^^^ - Don't have this one } }> > *default delete use-rel-suffix } } ^^^ - But I do have this one. } }I'm using the ports-supfile from /usr/share/examples/cvsup. } }> > then all of that should have been handled already. }> > }> > You'll also need }> > }> > ports-all=. } }That's not documented anywhere, and it isn't in the example sup file }either. What does it do? } }> Correct me someone if I'm wrong here, but doesn't }> }> ports-all=. }> }> render the tag=RELENG_4 meaningless? I mean, why not }tag=. in the first }> place? } }OK, I'm officially confused now. Could someone kindly post a }ports-supfile }that works? } }-- Juha } } } }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 Oct 25 19:11:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from topperwein.dyndns.org (acs-24-154-28-99.zoominternet.net [24.154.28.99]) by hub.freebsd.org (Postfix) with ESMTP id 163E537B479 for ; Wed, 25 Oct 2000 19:11:08 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by topperwein.dyndns.org (8.11.0/8.11.1) with ESMTP id e9Q2Bs422961 for ; Wed, 25 Oct 2000 22:11:54 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Wed, 25 Oct 2000 22:11:54 -0400 (EDT) From: Chris BeHanna Reply-To: behanna@zbzoom.net To: FreeBSD-Stable Subject: Re: All the x11-wm ports b0rken in 4.1.1-STABLE? In-Reply-To: <20001026025818.D10377@hades.hell.gr> 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, 26 Oct 2000, Giorgos Keramidas wrote: > On Wed, Oct 25, 2000 at 05:13:12PM -0400, Chris BeHanna wrote: > > If you had these lines in your supfile: > > > > *default release=cvs tag=RELENG_4 > > *default delete use-rel-suffix > > > > then all of that should have been handled already. > > > > You'll also need > > > > ports-all=. This is wrong (see below). Sorry about that! > Correct me someone if I'm wrong here, but doesn't > > ports-all=. > > render the tag=RELENG_4 meaningless? I mean, why not tag=. in the first > place? tag=. updates /usr/src to -CURRENT. If you're tracking -STABLE, you don't want that. ("." means "take the HEAD revision.") /usr/ports doesn't make the distinction between -STABLE and -CURRENT. You want ports-all tag=. to make sure your ports collection is up-to-date. -- Chris BeHanna Software Engineer (at yourfit.com) behanna@zbzoom.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 19:20:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from static.unixfreak.org (static.unixfreak.org [63.198.170.139]) by hub.freebsd.org (Postfix) with ESMTP id EBAF337B479; Wed, 25 Oct 2000 19:20:43 -0700 (PDT) Received: by static.unixfreak.org (Postfix, from userid 1000) id ED0301F22; Wed, 25 Oct 2000 19:20:42 -0700 (PDT) Subject: Re: Reminder: Just 7 days till 4.2 code freeze! In-Reply-To: <20001025211119.S37870@jade.chc-chimes.com> "from Bill Fumerola at Oct 25, 2000 09:11:19 pm" To: Bill Fumerola Date: Wed, 25 Oct 2000 19:20:42 -0700 (PDT) Cc: Kris Kennaway , igorr@crosswinds.net, green@freebsd.org, freebsd-stable@freebsd.org From: Dima Dorfman Reply-To: dima@unixfreak.org X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20001026022042.ED0301F22@static.unixfreak.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Wed, Oct 25, 2000 at 05:58:38PM -0700, Kris Kennaway wrote: > > Grr. Brian, how many bug reports does it take for you to do something > > about this? > > This should either be fixed or entirely backed out by 4.2-RELEASE. IIRC, the fix was to add a passwd_format capability to login.conf. If that's the case, wouldn't a src/UPDATING entry suffice? If this is not the case, I apologize for the wasted bandwidth. Regards -- Dima Dorfman Finger dima@unixfreak.org for my public PGP key. It's kind of fun to do the impossible. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 19:59: 9 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citusc17.usc.edu (citusc17.usc.edu [128.125.38.177]) by hub.freebsd.org (Postfix) with ESMTP id 99B0437B65E; Wed, 25 Oct 2000 19:58:34 -0700 (PDT) Received: (from kris@localhost) by citusc17.usc.edu (8.11.1/8.11.1) id e9Q30ns05882; Wed, 25 Oct 2000 20:00:49 -0700 (PDT) (envelope-from kris) Date: Wed, 25 Oct 2000 20:00:49 -0700 From: Kris Kennaway To: Dima Dorfman Cc: Bill Fumerola , igorr@crosswinds.net, green@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Reminder: Just 7 days till 4.2 code freeze! Message-ID: <20001025200049.A5868@citusc17.usc.edu> References: <20001025211119.S37870@jade.chc-chimes.com> <20001026022042.ED0301F22@static.unixfreak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001026022042.ED0301F22@static.unixfreak.org>; from dima@unixfreak.org on Wed, Oct 25, 2000 at 07:20:42PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Oct 25, 2000 at 07:20:42PM -0700, Dima Dorfman wrote: > > On Wed, Oct 25, 2000 at 05:58:38PM -0700, Kris Kennaway wrote: > > > Grr. Brian, how many bug reports does it take for you to do something > > > about this? > > > > This should either be fixed or entirely backed out by 4.2-RELEASE. > > IIRC, the fix was to add a passwd_format capability to login.conf. If > that's the case, wouldn't a src/UPDATING entry suffice? If this is > not the case, I apologize for the wasted bandwidth. Nope, it's apparently a bug with the code. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 20:18:37 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sal2.yamalinfo.ru (sal2.yamalinfo.ru [195.133.157.10]) by hub.freebsd.org (Postfix) with ESMTP id 6643D37B4C5 for ; Wed, 25 Oct 2000 20:18:31 -0700 (PDT) Received: from vorob (mabalozi.yamalinfo.ru [195.133.157.7]) by sal2.yamalinfo.ru (8.9.3/8.9.3) with ESMTP id JAA08328; Thu, 26 Oct 2000 09:18:08 +0600 (YEKST) (envelope-from vorob@yamalinfo.ru) Date: Thu, 26 Oct 2000 09:18:08 +0600 From: Yuri Vorobyev X-Mailer: The Bat! (v1.46d) Reply-To: Yuri Vorobyev X-Priority: 3 (Normal) Message-ID: <1913055022.20001026091808@yamalinfo.ru> To: "Justin T. Gibbs" Cc: freebsd-stable@FreeBSD.ORG Subject: Re[4]: some strange things with ahc In-reply-To: <200010241727.e9OHRHm04628@aslan.scsiguy.com> References: <200010241727.e9OHRHm04628@aslan.scsiguy.com> 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! >>JTG> Boot -v and send me the complete dmesg output. That should tell me >>JTG> what is going on. JTG> ... >>ahc0: port 0xfc00-0xfcff mem 0xfe9ff000-0 >>xfe9fffff irq 11 at >>device 13.0 on pci0 >>ahc0: Reading SEEPROM...checksum error >>ahc0: No SEEPROM available. >>ahc0: Using left over BIOS settings >>ahc0: Downloading Sequencer Program... 437 instructions downloaded >>aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs JTG> ... >>(ahc0:A:4:0): Sending SDTR period 19, offset f >>(ahc0:A:4:0): Received SDTR period 19, offset f >> Filtered to period 19, offset f >>ahc0: target 4 synchronous at 10.0MHz, offset = 0xf >>(ahc0:A:2:0): Sending SDTR period 19, offset f >>(ahc0:A:2:0): Received SDTR period 19, offset f >> Filtered to period 19, offset f >>ahc0: target 2 synchronous at 10.0MHz, offset = 0xf >>(ahc0:A:1:0): Sending SDTR period 19, offset f >>(ahc0:A:1:0): Received SDTR period 19, offset f >> Filtered to period 19, offset f >>ahc0: target 1 synchronous at 10.0MHz, offset = 0xf JTG> As far as the driver can tell, the BIOS has not set the ULTRA_ENB bits JTG> in scratch ram. This is why we only negotiate at 10MHz. Strangely JTG> enough, I have a similar motherboard (Intel, dual P6-200 Natoma, with JTG> onboard 7880) where the BIOS does set the ultra enable bits as expected. JTG> Are you sure that the SCSI-Select settings in your BIOS are set for ultra JTG> for these devices? It could be that I "fixed" a bug in the setup code JTG> of the driver that masked this problem for you in the past. I spent a JTG> bit of time this morning going over the code and it looks correct. JTG> If your BIOS is setup correctly, I'll have to whip up some patches to make JTG> the adapter setup more verbose. I do not change setting between "strange thing" happened :) but i double check setup settings. Ultra speed set to "on" -- Yuri Vorobyev vorob@yamalinfo.ru www.yamalinfo.ru +7-34922-47791 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 25 20:31: 1 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 D9B7837B479 for ; Wed, 25 Oct 2000 20:30:58 -0700 (PDT) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id WAA06391; Wed, 25 Oct 2000 22:30:42 -0500 (CDT) (envelope-from jeff-ml@mountin.net) Received: from dial-89.max1.wa.cyberlynk.net(207.227.118.89) by peak.mountin.net via smap (V1.3) id sma006389; Wed Oct 25 22:30:22 2000 Message-Id: <4.3.2.20001025154434.00b8d380@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Wed, 25 Oct 2000 15:53:26 -0500 To: "Juha Saarinen" , freebsd-stable@FreeBSD.ORG From: "Jeffrey J. Mountin" Subject: Re: "Malloc type lacks magic" show-stopper solved In-Reply-To: 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 08:32 AM 10/25/00 +1300, Juha Saarinen wrote: >In case it helps anyone else, the error in the subject line was due to >compiler optimisations. > >Going back to -O -pipe and rebuilding everything fixed it. Oddly >enough, -O3 -march=i686 -mcpu=i686 -ffast-math worked fine on 3.3, but not >on 4.1.1. While going beyond '-O -pipe' isn't supported, from past discussions it appears that the combination of -march= and -mcpu= is an issue. You could drop -mcpu=, which is implied by -march=, or drop the -march= and the error may disappear as well. No guarantee that other problems might not arise or the gain being worthwhile, but if you feel adventurous.... 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 Wed Oct 25 23:30:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 07FBE37B479 for ; Wed, 25 Oct 2000 23:30:48 -0700 (PDT) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id IAA53013; Thu, 26 Oct 2000 08:27:38 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200010260627.IAA53013@freebsd.dk> Subject: Re: IDE drives to avoid ? [was : Re: ATA problems (rehashed)] In-Reply-To: <20001026004856.1660.qmail@camelot.bitart.com> from Gerd Knops at "Oct 25, 2000 07:48:56 pm" To: gerti-freebsds@bitart.com Date: Thu, 26 Oct 2000 08:27:38 +0200 (CEST) Cc: dkelly@hiwaay.net (David Kelly), Thierry.Herbelot@alcatel.fr, stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Gerd Knops wrote: > With these drives and a slightly patched ATA driver (to recognize the > onboard promise chipset) You shouldn't need patches with the latest -stable, and -current for some time now... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 0:47:22 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gelrevision.nl (mail.gelrevision.nl [195.86.58.10]) by hub.freebsd.org (Postfix) with ESMTP id EFFE837B479 for ; Thu, 26 Oct 2000 00:47:19 -0700 (PDT) Received: from AnEra.o8.com [195.86.231.176] by mail.gelrevision.nl with ESMTP (SMTPD32-6.00) id A14A46B40132; Thu, 26 Oct 2000 09:46:18 +0200 Date: Thu, 26 Oct 2000 09:41:35 +0200 (CEST) From: Maarten van Schie To: kbstew99@hotmail.com Cc: stable@freebsd.org Subject: RE: buildworld libm failure 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 just found out that make.conf posseses a line like the following: #WANT_CSRG_LIBM= yes with the next comment: # To compile and install the 4.4 lite libm instead of the default use: And unfortunatly, for some reason I uncommented the want part...what I do not remember(fortunatly). So buildworld is again running. In anyway I want to thank you guys for your help Maarten To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 0:56:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (Postfix) with ESMTP id 0A90C37B4CF; Thu, 26 Oct 2000 00:56:30 -0700 (PDT) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.9.3/8.9.3) with ESMTP id OAA76840; Thu, 26 Oct 2000 14:55:30 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Date: Thu, 26 Oct 2000 14:55:30 +0700 (NSS) From: Max Khon To: "David O'Brien" Cc: Randell Jesup , freebsd-stable@FreeBSD.org Subject: Re: GDB 4.18 and shared libraries (Mozilla) In-Reply-To: <20001025122407.F62249@dragon.nuxi.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 hi, there! On Wed, 25 Oct 2000, David O'Brien wrote: > On Wed, Oct 25, 2000 at 01:46:50PM -0400, Randell Jesup wrote: > > There is a bug which is present in all 4.x (and 5.x) versions of FreeBSD > > which makes it difficult to debug code in shared libraries. > > Actually any system using Binutils 2.10.0. > > > Here is a relevant source diff which fixes the bug: > > I committed this MFH in the FSF/GNU Binutils source and it will be in the > upcoming Bintuils 2.10.1 release. FreeBSD-CURRENT will not see this fix > until 2.10.1 is imported. I will fix this in RELENG_4 for FreeBSD > 4.2-RELEASE however. thanks! /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 1:20:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from urania.westgate.gr (urania.westgate.gr [212.205.119.30]) by hub.freebsd.org (Postfix) with SMTP id E313A37B479 for ; Thu, 26 Oct 2000 01:20:08 -0700 (PDT) Received: (qmail 8581 invoked by uid 1001); 26 Oct 2000 08:19:55 -0000 Message-ID: <20001026081955.8580.qmail@urania.westgate.gr> From: "Giorgos Keramidas" Date: Thu, 26 Oct 2000 11:19:55 +0300 To: Dima Dorfman Cc: Bill Fumerola , Kris Kennaway , igorr@crosswinds.net, green@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Reminder: Just 7 days till 4.2 code freeze! References: <20001025211119.S37870@jade.chc-chimes.com> <20001026022042.ED0301F22@static.unixfreak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001026022042.ED0301F22@static.unixfreak.org>; from dima@unixfreak.org on Wed, Oct 25, 2000 at 07:20:42PM -0700 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 X-URL: http://students.ceid.upatras.gr/~keramida/index.html Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Oct 25, 2000 at 07:20:42PM -0700, Dima Dorfman wrote: > > On Wed, Oct 25, 2000 at 05:58:38PM -0700, Kris Kennaway wrote: > > > Grr. Brian, how many bug reports does it take for you to do something > > > about this? > > > > This should either be fixed or entirely backed out by 4.2-RELEASE. > > IIRC, the fix was to add a passwd_format capability to login.conf. If > that's the case, wouldn't a src/UPDATING entry suffice? If this is > not the case, I apologize for the wasted bandwidth. Ahem. I did add this entry to my /etc/login.conf and ran cap_mkdb on my login.conf, then logged off all my terminals and logged in again. It did not solve the 'cannot set password cipher' problem though. As this machine is the name server of our local network, I cannot reboot the machine now, to see if this will fix the problem after the login.conf/cap_mkdb changes, but later this afternoon I will try this too. - giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 1:47:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (Postfix) with ESMTP id 5166737B479; Thu, 26 Oct 2000 01:46:58 -0700 (PDT) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.9.3/8.9.3) with ESMTP id OAA76966; Thu, 26 Oct 2000 14:59:02 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Date: Thu, 26 Oct 2000 14:59:02 +0700 (NSS) From: Max Khon To: "David O'Brien" Cc: Randell Jesup , freebsd-stable@FreeBSD.org Subject: Re: GDB 4.18 and shared libraries (Mozilla) In-Reply-To: <20001025122407.F62249@dragon.nuxi.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 hi, there! On Wed, 25 Oct 2000, David O'Brien wrote: > I committed this MFH in the FSF/GNU Binutils source and it will be in the > upcoming Bintuils 2.10.1 release. FreeBSD-CURRENT will not see this fix > until 2.10.1 is imported. I will fix this in RELENG_4 for FreeBSD > 4.2-RELEASE however. will you commit g++ 2.95.2 -fsjlj-exceptions fix by Alexander Kabaev before 4.2-RELEASE as well? His fixes work for me. /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 2:39:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ipamzlx.physik.uni-mainz.de (ipamzlx.Physik.Uni-Mainz.DE [134.93.180.54]) by hub.freebsd.org (Postfix) with ESMTP id 099EE37B4C5; Thu, 26 Oct 2000 02:39:49 -0700 (PDT) Received: from ipamzlx.Physik.Uni-Mainz.DE (ipamzlx.Physik.Uni-Mainz.DE [134.93.180.54]) by ipamzlx.physik.uni-mainz.de (8.11.1/8.11.0) with ESMTP id e9Q9fPb54837; Thu, 26 Oct 2000 11:41:25 +0200 (CEST) (envelope-from ohartman@ipamzlx.physik.uni-mainz.de) Date: Thu, 26 Oct 2000 11:41:24 +0200 (CEST) From: "O. Hartmann" To: David Malone Cc: freebsd-stable@freebsd.org, freebsd-newbies@freebsd.org Subject: Re: PGI Fortran Compiler seems to be courios under FreeBSD 4.1.1-STABLE In-Reply-To: <20001025215959.A81803@synge.maths.tcd.ie> 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, 25 Oct 2000, David Malone wrote: Yes I did branding all binaries I found in bin directory. Oliver :>On Wed, Oct 25, 2000 at 07:45:04PM +0200, O. Hartmann wrote: :> :>> We are very interested in PGI compilers and therefor I'm looking for a way to :>> run this great compiler suite on our FreeBSD infrastructure. It seems courios :>> to me that the images of a Linux-box compiled program will work on both FreeBS :>> and Linux and the image produced under Linux Emulation on a FreeBSD box is :>> crashing (while compilation works, but no one knows what's going on ..). :> :>Have you tried branding the binaries after compiling them on FreeBSD? :> :> brandelf -t Linux executable :> :>It might be that whatever linker is getting used on FreeBSD isn't doing :>the right branding. :> :> David. :> - MfG O. Hartmann ------------------------------------------------------------------- ohartman@ipamzlx.physik.uni-mainz.de Klimadatenserver-Abteilung des IPA IT Netz- und Systembetreuung Johannes Gutenberg-Universitaet Mainz Becherweg 21 D-55099 Mainz BRD/Germany Tel: +496131/3924662 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 3:42:28 2000 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id E1E9B37B479; Thu, 26 Oct 2000 03:42:23 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 26 Oct 2000 11:40:11 +0100 (BST) To: "O. Hartmann" Cc: freebsd-stable@freebsd.org, freebsd-newbies@freebsd.org Subject: Re: PGI Fortran Compiler seems to be courios under FreeBSD 4.1.1-STABLE In-reply-to: Your message of "Thu, 26 Oct 2000 11:41:24 +0200." X-Request-Do: Date: Thu, 26 Oct 2000 11:40:11 +0100 From: David Malone Message-ID: <200010261140.aa11958@salmon.maths.tcd.ie> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Wed, 25 Oct 2000, David Malone wrote: > Yes I did branding all binaries I found in bin directory. Ahh - but did you try branding the ones produced by compiling your fortran programs? David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 4:17:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ipamzlx.physik.uni-mainz.de (ipamzlx.Physik.Uni-Mainz.DE [134.93.180.54]) by hub.freebsd.org (Postfix) with ESMTP id 0EDC137B479; Thu, 26 Oct 2000 04:17:40 -0700 (PDT) Received: from ipamzlx.Physik.Uni-Mainz.DE (ipamzlx.Physik.Uni-Mainz.DE [134.93.180.54]) by ipamzlx.physik.uni-mainz.de (8.11.1/8.11.0) with ESMTP id e9QBJFb56071; Thu, 26 Oct 2000 13:19:15 +0200 (CEST) (envelope-from ohartman@ipamzlx.physik.uni-mainz.de) Date: Thu, 26 Oct 2000 13:19:15 +0200 (CEST) From: "O. Hartmann" To: David Malone Cc: freebsd-stable@freebsd.org, freebsd-newbies@freebsd.org Subject: Re: PGI Fortran Compiler seems to be courios under FreeBSD 4.1.1-STABLE In-Reply-To: <200010261140.aa11958@salmon.maths.tcd.ie> 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, 26 Oct 2000, David Malone wrote: Yes, I did both: not branding and branding, but with the same result! PGI images fail when built under FreeBSD, but the y run (branded or unbranded when compiled on the Linux native reference machine!). :>> On Wed, 25 Oct 2000, David Malone wrote: :>> Yes I did branding all binaries I found in bin directory. :> :>Ahh - but did you try branding the ones produced by compiling your :>fortran programs? :> :> David. :> - MfG O. Hartmann ------------------------------------------------------------------- ohartman@ipamzlx.physik.uni-mainz.de Klimadatenserver-Abteilung des IPA IT Netz- und Systembetreuung Johannes Gutenberg-Universitaet Mainz Becherweg 21 D-55099 Mainz BRD/Germany Tel: +496131/3924662 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 5: 4: 3 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.squidge.com (ns1.squidge.com [195.10.252.5]) by hub.freebsd.org (Postfix) with ESMTP id 6D5A137B4C5; Thu, 26 Oct 2000 05:03:43 -0700 (PDT) Received: from apollo (beta [127.0.0.5]) (authenticated) by mail.squidge.com (8.11.1/8.11.1) with ESMTP id e9QC3U976231; Thu, 26 Oct 2000 13:03:31 +0100 (BST) (envelope-from stewart@nameless-uk.com) Reply-To: From: "Stewart Morgan" To: , Subject: HELP! MII problem Date: Thu, 26 Oct 2000 13:03:28 +0100 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0006_01C03F4D.226EEAE0" 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.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C03F4D.226EEAE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi folks, Please find attached the dmesg output from a "boot -v". I've got an Aztel PCI NIC-Hub Adapter. FreeBSD seems to find it and configure it for the most part....: wb0: port 0xec00-0xec7f mem 0xffafef80-0xffafefff irq 11 at device 15.0 on pci0 wb0: Ethernet address: 00:00:e8:21:8b:11 ... but then fails with: device_probe_and_attach: wb0 attach returned 6 I've done some investigation (see my own debug lines in the dmesg) and have tracked it down to a failure in MII to initalise the PHY. Can anybody shed any light on why FreeBSD finds the card but not the PHY and also how to fix it! Stewart. -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.3 for non-commercial use iQA/AwUBOfgdjzBV3dfs1c5kEQIz2QCgyOPDBd+Ej3jdTExZP3CZMDDMpaMAn3G9 xnNkh70PPYBzKcqRQmE/cVof =ooAF -----END PGP SIGNATURE----- ------=_NextPart_000_0006_01C03F4D.226EEAE0 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.txt" Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.1.1-STABLE #6: Thu Oct 5 18:31:44 BST 2000 root@alpha.squidge.com:/usr/src/sys/compile/ALPHAD Calibrating clock(s) ... TSC clock: 350751170 Hz, i8254 clock: 1193031 = Hz Timecounter "i8254" frequency 1193031 Hz CPU: Pentium II/Pentium II Xeon/Celeron (350.75-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x652 Stepping =3D 2 = Features=3D0x183fbff real memory =3D 67108864 (65536K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00357000 - 0x03ff5fff, 63565824 bytes (15519 pages) avail memory =3D 61923328 (60472K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fdb40 bios32: Entry =3D 0xfdb50 (c00fdb50) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xdb71 pnpbios: Found PnP BIOS data at 0xc00f7330 pnpbios: Entry =3D f0000:66e4 Rev =3D 1.0 Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "kernel" at 0xc033e000. Pentium Pro MTRR support enabled pci_open(1): mode 1 addr port (0x0cf8) is 0x8000005c pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there = (id=3D71a08086) pcib-: pcib0 exists, using next available unit number npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there = (id=3D71a08086) pcib0: on motherboard found-> vendor=3D0x8086, dev=3D0x71a0, revid=3D0x00 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 subordinatebus=3D0 secondarybus=3D0 map[10]: type 1, range 32, base f8000000, size 26 found-> vendor=3D0x8086, dev=3D0x71a1, revid=3D0x00 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 subordinatebus=3D1 secondarybus=3D1 found-> vendor=3D0x8086, dev=3D0x7110, revid=3D0x02 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 subordinatebus=3D0 secondarybus=3D0 found-> vendor=3D0x8086, dev=3D0x7111, revid=3D0x01 class=3D01-01-80, hdrtype=3D0x00, mfdev=3D0 subordinatebus=3D0 secondarybus=3D0 map[20]: type 1, range 32, base 0000ffa0, size 4 found-> vendor=3D0x8086, dev=3D0x7112, revid=3D0x01 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 subordinatebus=3D0 secondarybus=3D0 intpin=3Dd, irq=3D10 map[20]: type 1, range 32, base 0000ef80, size 5 found-> vendor=3D0x8086, dev=3D0x7113, revid=3D0x02 class=3D06-80-00, hdrtype=3D0x00, mfdev=3D0 subordinatebus=3D0 secondarybus=3D0 map[90]: type 1, range 32, base 00000440, size 4 found-> vendor=3D0x9005, dev=3D0x005f, revid=3D0x00 class=3D01-00-00, hdrtype=3D0x00, mfdev=3D1 subordinatebus=3D0 secondarybus=3D0 intpin=3Da, irq=3D0 map[10]: type 1, range 32, base ffffff00, size 8 map[14]: type 1, range 64, base fffff000, size 12 found-> vendor=3D0x9005, dev=3D0x005f, revid=3D0x00 class=3D01-00-00, hdrtype=3D0x00, mfdev=3D1 subordinatebus=3D0 secondarybus=3D0 intpin=3Da, irq=3D0 map[10]: type 1, range 32, base ffffff00, size 8 map[14]: type 1, range 64, base fffff000, size 12 found-> vendor=3D0x8086, dev=3D0x1229, revid=3D0x08 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 subordinatebus=3D0 secondarybus=3D0 intpin=3Da, irq=3D10 map[10]: type 1, range 32, base ffaff000, size 12 map[14]: type 1, range 32, base 0000ef00, size 6 map[18]: type 1, range 32, base ff900000, size 20 found-> vendor=3D0x1050, dev=3D0x0840, revid=3D0x00 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 subordinatebus=3D0 secondarybus=3D0 intpin=3Da, irq=3D11 map[10]: type 1, range 32, base 0000ec00, size 7 map[14]: type 1, range 32, base ffafef80, size 7 pci0: on pcib0 pcib2: at device 1.0 on = pci0 pci1: on pcib2 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 = on pci0 ata0: iobase=3D0x01f0 altiobase=3D0x03f6 bmaddr=3D0xffa0 ata0: mask=3D03 status0=3D50 status1=3D00 ata0: mask=3D03 status0=3D50 status1=3D00 ata0: devices =3D 0x1 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=3D0x0170 altiobase=3D0x0376 bmaddr=3D0xffa8 ata1: mask=3D03 status0=3D0c status1=3D0c ata1: mask=3D03 status0=3D1b status1=3D1b ata1: devices =3D 0x0 ata1: at 0x170 irq 15 on atapci0 pci0: (vendor=3D0x8086, = dev=3D0x7112) at 7.2 irq 10 intpm0: port 0x440-0x44f irq = 9 at device 7.3 on pci0 intpm0: I/O mapped 440 intpm0: intr IRQ 9 enabled revision 0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped 400=20 pci0: (vendor=3D0x9005, dev=3D0x005f) at 11.0 irq 0 pci0: (vendor=3D0x9005, dev=3D0x005f) at 11.1 irq 0 fxp0: port 0xef00-0xef3f mem = 0xff900000-0xff9fffff,0xffaff000-0xffafffff irq 10 at device 13.0 on = pci0 fxp0: Ethernet address 00:e0:81:10:49:30 wb0: port 0xec00-0xec7f mem = 0xffafef80-0xffafefff irq 11 at device 15.0 on pci0 wb0: Ethernet address: 00:00:e8:21:8b:11 --- my own debuging lines --- wb0: Doing MII setup... wb0: sc->wb_miibus =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 bmsr =3D 0 wb0: MII setup failed (6)! --- end of my own debuging lines --- device_probe_and_attach: wb0 attach returned 6 pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there = (id=3D71a08086) pci-: pci1 exists, using next available unit number pcib1: on motherboard pci2: on pcib1 ata-: ata0 exists, using next available unit number ata-: ata1 exists, using next available unit number Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices 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 ata2 failed to probe at port 0x1f0 irq 14 on isa0 ata3 failed to probe at port 0x170 irq 15 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff on = isa0 fb0: vga0, mda, type:MDA (1), flags:0x70000 fb0: port:0x3b0-0x3bb, crtc:0x3b4, mem:0xb0000 0x8000 fb0: init mode:7, bios mode:7, current mode:7 fb0: window:0xc00b0000 size:32k gran:32k, buf:0 size:32k sc0: at flags 0x100 on isa0 sc0: MDA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x41 0x51 0x41 0x41 sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A sio1: irq maps: 0x41 0x49 0x41 0x41 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A isa_probe_children: probing PnP devices BIOS Geometries: 0:03fefe3f 0..1022=3D1023 cylinders, 0..254=3D255 heads, 1..63=3D63 = sectors 0 accounted for Device configuration finished. new masks: bio 68c040, tty 63001a, net 67041a DUMMYNET initialized (000608) IP packet filtering initialized, divert enabled, rule-based forwarding = enabled, default to accept, logging limited to 100 packets/entry by = default IPv6 packet filtering initialized, default to accept, logging limited to = 100 packets/entry IPsec: Initialized Security Association Processing. IP Filter: v3.4.8 initialized. Default =3D pass all, Logging =3D = enabled ata0-master: success setting UDMA2 on PIIX4 chip ad0: ATA-4 disk at ata0 as master ad0: 12949MB (26520480 sectors), 26310 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 32 depth queue, UDMA33 ad0: piomode=3D4 dmamode=3D2 udmamode=3D4 cblid=3D1 Creating DISK ad0 Creating DISK wd0 vinum: loaded Mounting root from ufs:/dev/wd0s1a wd0s1: type 0xa5, start 0, end =3D 26520479, size 26520480 : OK start_init: trying /sbin/init ------=_NextPart_000_0006_01C03F4D.226EEAE0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 5:31:15 2000 Delivered-To: freebsd-stable@freebsd.org Received: from web805.mail.yahoo.com (web805.mail.yahoo.com [128.11.23.65]) by hub.freebsd.org (Postfix) with SMTP id A632437B479 for ; Thu, 26 Oct 2000 05:31:07 -0700 (PDT) Received: (qmail 29376 invoked by uid 60001); 26 Oct 2000 12:50:49 -0000 Message-ID: <20001026125049.29375.qmail@web805.mail.yahoo.com> Received: from [212.124.86.132] by web805.mail.yahoo.com; Thu, 26 Oct 2000 05:50:49 PDT Date: Thu, 26 Oct 2000 05:50:49 -0700 (PDT) From: Zvezdelin Vladov Subject: OpenSSH 2.1.x printf-style format string bugs! To: security-officer@FreeBSD.org, freebsd-questions@freebsd.org, 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 Dear Sirs, Excuse me if I am wrong, but on the RELENG_4 tag, the openssh port seems to be the old version, and as far as I can see,( on the http://www.freebsd.org/cgi/cvsweb.cgi/src/ RELENG_4 tag) And there are *some* security problems with it: http://www.openbsd.org/errata.html 028: SECURITY FIX: Oct 6, 2000 There are printf-style format string bugs in several privileged programs. Looks like we've missed something. Please note, that -current has the patched (2.2.0) version of openssh. Please note, that the openssh.2.2.0p1 distribution downloaded from openssh.com, fixes it too. Can't understand why this patch, among others: if (fail) { - log(buf); fclose(f); + log("%s",buf); restore_uid(); return 0; } has been published at oct/06, and 2.2.0 is available as of september, in which the above is patched. Just last night compiled openssh2.2.0p1, on my machine, just to replace the buggy code. Òhe ports is with the old version, nomatter that it has been updated through cvsup 1 week ago, the same done with /usr/src/ tree. As far as I noticed, the above fragment has *not* been present on any of the sources-the ports, under /usr/ports/security/openssh/ and the /usr/src/ RELENG_4 branch.(4.x-stable) Regards, Zvezdelin Vladov __________________________________________________ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 6:21:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sivka.carrier.kiev.ua (sivka.carrier.kiev.ua [193.193.193.101]) by hub.freebsd.org (Postfix) with ESMTP id 3D03D37B479; Thu, 26 Oct 2000 06:21:32 -0700 (PDT) Received: from kozlik.carrier.kiev.ua (root@kozlik.carrier.kiev.ua [193.193.193.111]) by sivka.carrier.kiev.ua (8/Kilkenny_is_better) with ESMTP id QIH85438; Thu, 26 Oct 2000 16:21:30 +0300 (EEST) (envelope-from igor@greyk.kiev.ua) Received: (from uucp@localhost) by kozlik.carrier.kiev.ua with UUCP id QHW14129; Thu, 26 Oct 2000 16:20:24 +0300 (EEST) (envelope-from igor@greyk.kiev.ua) Received: from greyk.UUCP (uucp@localhost) by kozlik.carrier.kiev.ua (rmail mypid=14126 childpid=14129) with UUCP; Thu, 26 Oct 2000 13:20:23 +0000 GMT Received: from greyk.kiev.ua (ntserver.greyk.kiev.ua [192.168.194.1]) by bsd.greyk.kiev.ua (8.9.3/8.9.3) with ESMTP id QAA43075; Thu, 26 Oct 2000 16:12:58 +0300 (EEST) (envelope-from igor@greyk.kiev.ua) Message-ID: <39F83B81.270C4040@greyk.kiev.ua> Date: Thu, 26 Oct 2000 16:11:13 +0200 From: Igor Khavin Organization: Grey Kyiv X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: freebsd-questions Cc: freebsd-stable Subject: make depend fails Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm trying to compile new kernel but make depend stops: ===> agp @ -> /usr/src/sys machine -> /usr/src/sys/i386/include make: don't know how to make agp_if.c. Stop *** Error code 2 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys/compile/BSD. Even previous config file cannot be compiled successfully though that kernel is now running my box! My box is Acer PowerUltima P133/32M, system 4.0-stable. I was told that is known issue and advised to do (I'm now going to try): cd /usr/src make world cd /usr/src/sys/i386/conf config -n cd ../../compile/SOMETHING make depend && make && make install && shutdown -r now Is it really bug and what is the official way to get trough it? Please help! Thanks in advance PS. My config file /sys/i386/conf/BSD is: --------------------------------------------------------- machine i386 cpu I586_CPU ident BSD maxusers 32 #makeoptions DEBUG=-g options INET options FFS options FFS_ROOT options MFS options MD_ROOT options PROCFS options COMPAT_43 options UCONSOLE options USERCONFIG options VISUAL_USERCONFIG options KTRACE options SOFTUPDATES options SYSVSHM options SYSVMSG options SYSVSEM options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM options SC_TWOBUTTON_MOUSE options INCLUDE_CONFIG_FILE options IPFILTER options IPFILTER_LOG device isa device pci # ATA and ATAPI devices device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives options ATA_STATIC_ID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0 at atkbdc? irq 12 device vga0 at isa? # syscons is the default console driver, resembling an SCO console device sc0 at isa? # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device # ISA Ethernet NICs. device ed0 at isa? port 0x280 irq 10 iomem 0xd8000 # The probe order of these is presently determined by i386/isa/isa_compat.c. device sn0 at isa? port 0x300 irq 10 # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter -- Igor Khavin IT Manager "Grey Kyiv" advertising agency phone: 380 44 2386073 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 8: 0:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from macbeth.phy.hr (macbeth.phy.hr [161.53.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 8AE5537B479; Thu, 26 Oct 2000 08:00:05 -0700 (PDT) Received: (from kkumer@localhost) by macbeth.phy.hr (8.11.0/8.11.0) id e9QEwcx06144; Thu, 26 Oct 2000 16:58:38 +0200 (CEST) (envelope-from kkumer) Date: Thu, 26 Oct 2000 16:58:38 +0200 From: Kresimir Kumericki To: "O. Hartmann" Cc: freebsd-stable@FreeBSD.ORG, freebsd-newbies@FreeBSD.ORG Subject: Re: PGI Fortran Compiler seems to be courios under FreeBSD 4.1.1-STABLE Message-ID: <20001026165838.A5281@phy.hr> Reply-To: kkumer@phy.hr References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from ohartman@ipamzlx.physik.uni-mainz.de on Wed, Oct 25, 2000 at 07:45:04PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On (25 Oct 19:45), O. Hartmann wrote: > Well, many devolopers, many scientists and especially our scientists want > Portland Group compiler. So I concentrated my doings on this compiler for > a while, but without success. I can install the newest stuff from Portland > Group, generate a trial evaluation key and I can compile any kind of source > code, but all produced images are crashing immediately after calling them. How do they crash? Segmentation fault? (I think they segfaulted on me before and I also rembember that no branding helped whatsoever.) > Does anyone has any idea or is someone out there who has already installed > the PGI compilers (especially PGF90) on FreeBSD? Well, some time ago I have installed trial versions of both PGF77 and PGF90 on FreeBSD and succesfully compiled and run several F77 and F90 programs. I have uninstalled this software in the meantime since trial version is not nice for using (it gets slower every day) and PGI doesn't want to sell to Croatia due tu US export restrictions!? (Really awkward situation for me since g77 is so much slower on FreeBSD and I need to do a lot of compilation. Any suggestions?) Anyway, motivated by your mail I installed trial version again and it works. Here is what I did. (I remember it took me *a lot* of time to get all the steps right.) 1. Unpack the source linux86-HPF.tar.gz somewhere 2. Edit the file install and comment out line "PATH=/usr/bin:/bin:$PATH" (line 17 for me) 3. Edit the file linux86/bin/fixlinux86 and comment out line "PATH=/usr/bin:/bin:$PATH". In the same file delete the large block at the and where glibc is detected, between lines # GLIBC issues and cat >> $sed << EOF1 and put the following two lines GLIBC="yes" LIBGLIBC=$start/linux86/lib-glibc-212 instead. (I don't get it how you installed pgf90 in the first place without these or equivalent steps?) 4. Set the PATH to get compat/linux before freebsd bin directories and execute install. I have a small script called "lin: #!/bin/sh # lin by kkumer@phy.hr 2000-09-29 # This activates "Linux-environment" for compilations # Usage: e.g. lin gmake export PATH=:/usr/compat/linux/bin: \ /usr/compat/linux/usr/bin:/usr/compat/linux/usr/local/bin: \ /bin:/usr/bin:/usr/local/bin:. exec $* and I execute 'lin ./install'. This first item in PATH should be unecesary (I needed it for some other things) but I left it just in case. It is $HOME/bin/pgi in my case. I did these steps just ten minutes ago and then I compiled hello_world.f with pgf77 and some F90 benchmark suite with pgf90 on 4.1.1-STABLE. Everything went ok. No branding was necessary. Tschuss, Kresimir -- Kresimir Kumericki kkumer@phy.hr http://www.phy.hr/~kkumer/ Theoretical Physics Department, University of Zagreb, Croatia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 8: 3:37 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 E1F1A37B4C5 for ; Thu, 26 Oct 2000 08:03:35 -0700 (PDT) Received: (from chad@localhost) by freeway.dcfinc.com (8.8.8/8.8.8) id IAA26226; Thu, 26 Oct 2000 08:03:20 -0700 (MST) (envelope-from chad) From: "Chad R. Larson" Message-Id: <200010261503.IAA26226@freeway.dcfinc.com> Subject: Re: Kernel message: stray irq 7 In-Reply-To: from Grigory Kljuchnikov at "Oct 23, 0 02:25:51 pm" To: grn@ispras.ru (Grigory Kljuchnikov) Date: Thu, 26 Oct 2000 08:03:20 -0700 (MST) Cc: duhring@charter.net, freebsd-stable@FreeBSD.ORG Reply-To: chad@DCFinc.com Organization: DCF, Inc. X-O/S: FreeBSD 2.2.8-STABLE X-Unexpected: The Spanish Inquisition 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, Grigory Kljuchnikov wrote: > I understand this is a hardware problem, but this message > appear not only on my box. The friend of mine said my > that he see same kernel message on his home box every day > but it don't affect on his work and his COMs ports work fine. > > Does anyone have any comments? Keep in mind that for most PCs, if they're following the Intel specification, interupts for which there is no hardware vector set up will report at IRQ7. -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 Thu Oct 26 8:28:31 2000 Delivered-To: freebsd-stable@freebsd.org Received: from timmy.wojo.com (unknown [216.42.139.184]) by hub.freebsd.org (Postfix) with ESMTP id D3DF637B4C5 for ; Thu, 26 Oct 2000 08:28:29 -0700 (PDT) Received: from moe.wojo.net (timmy.wojo.com [216.42.139.184]) by timmy.wojo.com (Postfix) with ESMTP id 9F241AFB6 for ; Thu, 26 Oct 2000 11:28:27 -0400 (EDT) Subject: sio1: 1 more silo overflow Date: Thu, 26 Oct 2000 11:27:19 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Message-ID: <16DC0F334516F5478EC60CADEDB6A684CA1A@moe.wojo.net> Content-Transfer-Encoding: quoted-printable X-MS-Has-Attach: X-MS-TNEF-Correlator: X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0 Thread-Topic: sio1: 1 more silo overflow Thread-Index: AcA/YYLISm8z32YOQIOWE6W1HIC/iQ== Content-Class: urn:content-classes:message From: "Robert S. Wojciechowski Jr." To: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I keep on getting these messages on a 4.1.1-STABLE machine, which I = never received on 4.1-RELEASE. Any ideas? sio1: 1 more silo overflow (total 13) sio1: 1 more silo overflow (total 14) ... etc ... I haven't even used the serial console in days, yet there are recent messages, which doesn't make sense. I have the correct IRQ set, haven't made any hardware changes, etc. Robert S. Wojciechowski Jr. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 8:38:31 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ipamzlx.physik.uni-mainz.de (ipamzlx.Physik.Uni-Mainz.DE [134.93.180.54]) by hub.freebsd.org (Postfix) with ESMTP id 3472937B479; Thu, 26 Oct 2000 08:38:21 -0700 (PDT) Received: from ipamzlx.Physik.Uni-Mainz.DE (ipamzlx.Physik.Uni-Mainz.DE [134.93.180.54]) by ipamzlx.physik.uni-mainz.de (8.11.1/8.11.0) with ESMTP id e9QFdob24118; Thu, 26 Oct 2000 17:39:50 +0200 (CEST) (envelope-from ohartman@ipamzlx.physik.uni-mainz.de) Date: Thu, 26 Oct 2000 17:39:50 +0200 (CEST) From: "O. Hartmann" To: Kresimir Kumericki Cc: freebsd-stable@FreeBSD.ORG, freebsd-newbies@FreeBSD.ORG Subject: Re: PGI Fortran Compiler seems to be courios under FreeBSD 4.1.1-STABLE In-Reply-To: <20001026165838.A5281@phy.hr> 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, 26 Oct 2000, Kresimir Kumericki wrote: Well, I so sorry to be that stupid! After I tested this when installing PGI compiler, the Portland Group Fortran Compiler works nice! Thanks a lot to the great FBSD community! Really fast help and 'special qualified' help has been applied. :>On (25 Oct 19:45), O. Hartmann wrote: :>> Well, many devolopers, many scientists and especially our scientists want :>> Portland Group compiler. So I concentrated my doings on this compiler for :>> a while, but without success. I can install the newest stuff from Portland :>> Group, generate a trial evaluation key and I can compile any kind of source :>> code, but all produced images are crashing immediately after calling them. :> :> How do they crash? Segmentation fault? (I think they segfaulted on me :>before and I also rembember that no branding helped whatsoever.) :> :>> Does anyone has any idea or is someone out there who has already installed :>> the PGI compilers (especially PGF90) on FreeBSD? :> :> Well, some time ago I have installed trial versions of both PGF77 and :>PGF90 on FreeBSD and succesfully compiled and run several F77 and F90 :>programs. I have uninstalled this software in the meantime since trial :>version is not nice for using (it gets slower every day) and PGI doesn't :>want to sell to Croatia due tu US export restrictions!? (Really awkward :>situation for me since g77 is so much slower on FreeBSD and I need to do a :>lot of compilation. Any suggestions?) :> Anyway, motivated by your mail I installed trial version again and it :>works. Here is what I did. (I remember it took me *a lot* of time to get all :>the steps right.) :> :>1. Unpack the source linux86-HPF.tar.gz somewhere :> :>2. Edit the file install and comment out line :> "PATH=/usr/bin:/bin:$PATH" :> (line 17 for me) :> :>3. Edit the file linux86/bin/fixlinux86 and comment out line :> "PATH=/usr/bin:/bin:$PATH". :> In the same file delete the large block at the and where glibc is :> detected, between lines :> # GLIBC issues :> and :> cat >> $sed << EOF1 :> and put the following two lines :> GLIBC="yes" :> LIBGLIBC=$start/linux86/lib-glibc-212 :> instead. :> :>(I don't get it how you installed pgf90 in the first place without these :>or equivalent steps?) :> :>4. Set the PATH to get compat/linux before freebsd bin directories and :> execute install. :> I have a small script called "lin: :> :>#!/bin/sh :> :># lin by kkumer@phy.hr 2000-09-29 :># This activates "Linux-environment" for compilations :># Usage: e.g. lin gmake :> :>export PATH=:/usr/compat/linux/bin: \ :> /usr/compat/linux/usr/bin:/usr/compat/linux/usr/local/bin: \ :> /bin:/usr/bin:/usr/local/bin:. :>exec $* :> :> :> and I execute 'lin ./install'. This first :> item in PATH should be unecesary (I needed it for some other things) but :> I left it just in case. It is $HOME/bin/pgi in my case. :> :> :>I did these steps just ten minutes ago and then I compiled :>hello_world.f with pgf77 and some F90 benchmark suite with pgf90 on :>4.1.1-STABLE. Everything went ok. No branding was necessary. :> :>Tschuss, :> Kresimir :> :> :>-- :>Kresimir Kumericki kkumer@phy.hr http://www.phy.hr/~kkumer/ :>Theoretical Physics Department, University of Zagreb, Croatia :> - MfG O. Hartmann ------------------------------------------------------------------- ohartman@ipamzlx.physik.uni-mainz.de Klimadatenserver-Abteilung des IPA IT Netz- und Systembetreuung Johannes Gutenberg-Universitaet Mainz Becherweg 21 D-55099 Mainz BRD/Germany Tel: +496131/3924662 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 9:20:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mercure.IRO.UMontreal.CA (mercure.IRO.UMontreal.CA [132.204.24.67]) by hub.freebsd.org (Postfix) with ESMTP id 3D5C037B479 for ; Thu, 26 Oct 2000 09:20:22 -0700 (PDT) Received: from phobos.IRO.UMontreal.CA (IDENT:root@phobos.IRO.UMontreal.CA [132.204.20.20]) by mercure.IRO.UMontreal.CA (8.9.3/8.9.3) with ESMTP id MAA11866; Thu, 26 Oct 2000 12:20:16 -0400 Received: from localhost (beaupran@localhost) by phobos.IRO.UMontreal.CA (8.9.3/8.9.3) with ESMTP id MAA00723; Thu, 26 Oct 2000 12:20:15 -0400 Full-Name: Antoine Beaupre Date: Thu, 26 Oct 2000 12:20:15 -0400 (EDT) From: Antoine Beaupre To: Andre Albsmeier Cc: stable@FreeBSD.ORG Subject: Re: Can't record hifi audio on with sox on -stable In-Reply-To: <20001025115807.A10639@curry.mchp.siemens.de> 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, 25 Oct 2000, Andre Albsmeier wrote: > On Tue, 24-Oct-2000 at 23:43:39 -0400, Antoine Beaupre wrote: > > Hi. [...] > > Now trying 44100 Hz at 8 bits, mono gives me: > > > > pcm0: record overrun, dumping 44500 bytes > > [...] > > > > (about 1 warning/second) And the sample is just 8192 bytes big. CPU usage > > also gets really high (almost 100%). Same with 16 bits recording at > > 44100Hz, mono. > > > > Doing the same in stereo yields the predictable result: > > > > pcm0: record overrun, dumping 89212 bytes > > These went away here after doing a kernel rebuild a few days ago. Did not... :) FreeBSD 4.1.1-STABLE #0: Thu Oct 26 01:44:53 EDT 2000 root@shall.anarcat.yi.org:/u/obj/usr/src/sys/HALL Timecounter "i8254" frequency 1193182 Hz [...] cd0: cd present [205757 x 2048 byte records] pcm0: record overrun, dumping 89316 bytes pcm0: record overrun, dumping 89680 bytes pcm0: record overrun, dumping 89596 bytes pcm0: record overrun, dumping 51676 bytes pcm0: record overrun, dumping 44456 bytes [...] Still broken as of stable 26102000. A. Si l'image donne l'illusion de savoir C'est que l'adage pretend que pour croire, L'important ne serait que de voir Lofofora To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 11:21:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citusc17.usc.edu (citusc17.usc.edu [128.125.38.177]) by hub.freebsd.org (Postfix) with ESMTP id E0A2A37B4C5; Thu, 26 Oct 2000 11:21:16 -0700 (PDT) Received: (from kris@localhost) by citusc17.usc.edu (8.11.1/8.11.1) id e9QIME770506; Thu, 26 Oct 2000 11:22:14 -0700 (PDT) (envelope-from kris) Date: Thu, 26 Oct 2000 11:22:14 -0700 From: Kris Kennaway To: Zvezdelin Vladov Cc: security-officer@FreeBSD.org, freebsd-questions@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: OpenSSH 2.1.x printf-style format string bugs! Message-ID: <20001026112214.A70478@citusc17.usc.edu> References: <20001026125049.29375.qmail@web805.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001026125049.29375.qmail@web805.mail.yahoo.com>; from zvezdi_v@yahoo.com on Thu, Oct 26, 2000 at 05:50:49AM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 26, 2000 at 05:50:49AM -0700, Zvezdelin Vladov wrote: > Dear Sirs, > Excuse me if I am wrong, > but on the RELENG_4 tag, > the openssh port seems to be the > old version, and as far as I can > see,( on the > http://www.freebsd.org/cgi/cvsweb.cgi/src/ > RELENG_4 tag) > And there are *some* security problems with it: Actually these aren't exploitable problems, as far as I could tell. I've been meaning to bring 2.2.0 into -stable but have been too busy. Thanks for the reminder - I'll do it this weekend. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 11:23:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from atipa.com (unknown [64.64.30.2]) by hub.freebsd.org (Postfix) with ESMTP id 358D737B4C5 for ; Thu, 26 Oct 2000 11:23:08 -0700 (PDT) Received: from atipa.com (jpennington.atipa [192.168.1.124]) by atipa.com (8.10.1/8.10.1) with ESMTP id e9QIN7k13592 for ; Thu, 26 Oct 2000 13:23:07 -0500 Message-ID: <39F8765F.13847414@atipa.com> Date: Thu, 26 Oct 2000 13:22:23 -0500 From: Jon Pennington Organization: Atipa Support X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-kx133 i686) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Cannot reboot or power-off the machine Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG FreeBSD Release: 4.1.1-STABLE Environment: FreeBSD aol-eval.lab 4.1.1-STABLE FreeBSD 4.1.1-STABLE #2: Thu Oct 26 11:07:18 EDT root@aol-eval.lab:/usr/src/sys/compile/SUPERMICRO i386 Full Description: On a SuperMicro DL3 motherboard (RCC ServerWorks chipset with AIC-7892 SCSI) with two 800MHz (133MHz FSB) Intel Pentium III processors, reboot does not halt or reboot the machine as expected. The output of the con- sole is as follows: boot() called on cpu#1 Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system process `syncer' to stop...stopped syncing disks... 3 2 done Uptime: 35m4s cpu_reset called on cpu#0 cpu_reset: Stopping other CPUs ...and with that, the machine stops, with the SCSI indicator light on. It does not cycle the power nor power down. I have tried multiple com- binations of APM enabling and disabling in the BIOS and kernel, but to no avail. Is this a known issue? Is there a suggested workaround, or must I use another motherboard? The installations that we want to place this con- figuration in are limited by the fact that there isn't always an admin around to hit the Reset button on the case. Thanks for your time. -- -=|JP|=- "Why, oh, why didn't I take the blue pill?" Jon Pennington | Atipa Linux Solutions -o) jpennington@atipa.com | http://www.atipa.com /\\ Kansas City, MO, USA | 816-595-3000 x1550 _\_V 6D04 39E0 CAE9 9ADA 2CA3 2EBE 898A 6C37 CA1E A29C To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 12:38:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from srv13-poa.poa.terra.com.br (srv13-poa.poa.zaz.com.br [200.248.149.91]) by hub.freebsd.org (Postfix) with ESMTP id 2390A37B479 for ; Thu, 26 Oct 2000 12:38:13 -0700 (PDT) Received: from srv7-poa.poa.terra.com.br (srv7-poa.poa.terra.com.br [200.248.149.15]) by srv13-poa.poa.terra.com.br (8.9.3/8.9.3) with ESMTP id RAA25397 for ; Thu, 26 Oct 2000 17:38:08 -0200 Received: from br.zoing.net (cm-net-C8B02AC8.poa.terra.com.br [200.176.42.200]) by srv7-poa.poa.terra.com.br (8.9.3/8.9.3) with ESMTP id RAA03578 for ; Thu, 26 Oct 2000 17:38:07 -0200 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 Date: Thu, 26 Oct 2000 17:38:08 -0200 (EDT) Organization: http://www.showZ.com.br From: Antonio Carlos Venancio Junior To: freebsd-stable@freebsd.org Subject: Idle Reboot?! Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG People, As soon as update to 4.1.1-STABLE my PC started to reboot alone or simply freeze when it stays idle for a long time. Any clue what may be the problem? The strange thing is that I dont see any kind op error message. How could I find what is the problem? Cya Antonio [ floripa@zoing.net | antonio@inf.ufsc.br ] [ ICQ# 9253680 | Floripa | MySQL | PHP | FreeBSD - The Power to Serve ] --- "Rembrandt's first name was Beauregard, which is why he never used it." -- Dave Barry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 16:14:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from angryfist.fasttrackmonkey.com (angryfist.fasttrackmonkey.com [216.223.217.166]) by hub.freebsd.org (Postfix) with ESMTP id 2029E37B479 for ; Thu, 26 Oct 2000 16:14:51 -0700 (PDT) Received: by angryfist.fasttrackmonkey.com (Postfix, from userid 1001) id B3F914EEF; Thu, 26 Oct 2000 19:17:48 -0400 (EDT) Date: Thu, 26 Oct 2000 19:17:48 -0400 (EDT) From: spork@fasttrackmonkey.com To: freebsd-stable@freebsd.org Subject: Mylex Acceleraid 150, Extremeraid 1100 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 all, I've recently settled on these as they hit all the marks for what we want in a host-based raid controller: -mature driver -good 0/1 performance -good price -command-line config/diag/status utility Now I can't find anyone that stocks them as they've been discontinued... Does anyone know of any sources for these? We've tried a number of places including Ingram and BestData. Thanks, Charles To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 16:22: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 8FBAB37B479 for ; Thu, 26 Oct 2000 16:21:57 -0700 (PDT) Received: (from ler@localhost) by lerami.lerctr.org (8.11.1/8.11.1/20000901) id e9QNLpO15319 for freebsd-stable@freebsd.org; Thu, 26 Oct 2000 18:21:51 -0500 (CDT) (envelope-from ler) Date: Thu, 26 Oct 2000 18:21:50 -0500 From: Larry Rosenman To: freebsd-stable@freebsd.org Subject: Busted -STABLE Message-ID: <20001026182150.A15304@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.10i X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just CVSUP'd, make world, and trying to build a Kernel: ===> bktr/bktr cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -mpreferred-stack-boundary=2 -c /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c: In function `bktr_probe': /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:264: `BROOKTREE_848_PCI_ID' undeclared (first use in this function) /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:264: (Each undeclared identifier is reported only once /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:264: for each function it appears in.) /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:268: `BROOKTREE_849_PCI_ID' undeclared (first use in this function) /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:271: `BROOKTREE_878_PCI_ID' undeclared (first use in this function) /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:274: `BROOKTREE_879_PCI_ID' undeclared (first use in this function) /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:265: warning: unreachable code at beginning of switch statement *** Error code 1 Stop in /usr/src/sys/modules/bktr/bktr. *** Error code 1 Stop in /usr/src/sys/modules/bktr. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys/compile/LERBSD. lerbsd# -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 16:27:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id AFCB037B479 for ; Thu, 26 Oct 2000 16:27:31 -0700 (PDT) Received: (from ler@localhost) by lerami.lerctr.org (8.11.1/8.11.1/20000901) id e9QNRVB15572 for freebsd-stable@FreeBSD.ORG; Thu, 26 Oct 2000 18:27:31 -0500 (CDT) (envelope-from ler) Date: Thu, 26 Oct 2000 18:27:30 -0500 From: Larry Rosenman To: freebsd-stable@FreeBSD.ORG Subject: Re: Busted -STABLE Message-ID: <20001026182730.A15563@lerami.lerctr.org> References: <20001026182150.A15304@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.10i In-Reply-To: <20001026182150.A15304@lerami.lerctr.org>; from ler@lerctr.org on Thu, Oct 26, 2000 at 06:21:50PM -0500 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG RELENG_4, BTW. * Larry Rosenman [001026 18:22]: > Just CVSUP'd, make world, and trying to build a Kernel: > > ===> bktr/bktr > cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. > -I@ -I@/../include -mpreferred-stack-boundary=2 -c > /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c > /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c: In > function `bktr_probe': > /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:264: > `BROOKTREE_848_PCI_ID' undeclared (first use in this function) > /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:264: (Each > undeclared identifier is reported only once > /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:264: for > each function it appears in.) > /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:268: > `BROOKTREE_849_PCI_ID' undeclared (first use in this function) > /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:271: > `BROOKTREE_878_PCI_ID' undeclared (first use in this function) > /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:274: > `BROOKTREE_879_PCI_ID' undeclared (first use in this function) > /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:265: > warning: unreachable code at beginning of switch statement > *** Error code 1 > > Stop in /usr/src/sys/modules/bktr/bktr. > *** Error code 1 > > Stop in /usr/src/sys/modules/bktr. > *** Error code 1 > > Stop in /usr/src/sys/modules. > *** Error code 1 > > Stop in /usr/src/sys/compile/LERBSD. > lerbsd# > > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org > US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 17:51:27 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 50A4837B479 for ; Thu, 26 Oct 2000 17:51:25 -0700 (PDT) Received: from office.tor.velocet.net (trooper.velocet.net [204.138.45.2]) by sabre.velocet.net (Postfix) with ESMTP id C00A1137F3C; Thu, 26 Oct 2000 20:51:09 -0400 (EDT) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.9.3/8.9.3) id UAA71001; Thu, 26 Oct 2000 20:51:06 -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: <14840.53626.522738.666673@trooper.velocet.net> Date: Thu, 26 Oct 2000 20:51:06 -0400 (EDT) To: Arley Carter Cc: "Justin T. Gibbs" , freebsd-stable@FreeBSD.ORG Subject: [stable] Re: some strange things with ahc In-Reply-To: References: <200010242321.e9ONLiI00470@aslan.scsiguy.com> X-Mailer: VM 6.75 under 20.4 "Emerald" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Arley" == Arley Carter writes: Arley> The problem is solved. It was the cable length. I installed a Arley> second card for the external cable and the problem went away. I have certainly found that using more than one connector on a SCSI card with FreeBSD has caused me problems. This seems to be particularly so for the various LVD cards including the U160's. I have found this to be true with both Adaptec and TecRAM (sym0) cards. 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 Thu Oct 26 17:53:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id DC6ED37B479; Thu, 26 Oct 2000 17:53:34 -0700 (PDT) Received: from laptop.baldwin.cx (ether.osd.bsdi.com [204.216.28.196]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9R0r5f59641; Thu, 26 Oct 2000 17:53:05 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: <200010270046.RAA20910@freefall.freebsd.org> Date: Thu, 26 Oct 2000 17:53:54 -0700 (PDT) From: John Baldwin To: John Baldwin , stable@FreeBSD.org Subject: RE: cvs commit: src/sys/dev/bktr bktr_os.c Cc: cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 27-Oct-00 John Baldwin wrote: > jhb 2000/10/26 17:46:09 PDT > > Modified files: (Branch: RELENG_4) > sys/dev/bktr bktr_os.c > Log: > MFC update to driver 2.17 > > Revision Changes Path > 1.4.2.3 +78 -31 src/sys/dev/bktr/bktr_os.c This should fix the kernel builds in 4.x. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Thu Oct 26 18:34:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from blues.jpj.net (blues.jpj.net [204.97.17.146]) by hub.freebsd.org (Postfix) with ESMTP id D581537B479 for ; Thu, 26 Oct 2000 18:34:29 -0700 (PDT) Received: from [192.168.10.2] (somewhat.horked.net [199.217.220.2]) by blues.jpj.net (right/backatcha) with ESMTP id e9R1YNE05041 for ; Thu, 26 Oct 2000 21:34:23 -0400 (EDT) X-Sender: benh@blues.jpj.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 26 Oct 2000 20:36:01 -0500 To: freebsd-stable@freebsd.org From: Ben Hockenhull Subject: 4.1.1-STABLE buildworld fails on perl Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a 3.4-STABLE machine that I'm trying to upgrade to 4.1.1-STABLE. I've cvsupped to the most recent stable sources. When I run a make buildworld, it chugs along and then fails here: building standard perl library ranlib libperl.a cd /usr/src/gnu/usr.bin/perl/miniperl && make build-tools rm -f .depend /usr/obj/usr/src/gnu/usr.bin/perl/miniperl/GPATH /usr/obj/usr/src/ gnu/usr.bin/perl/miniperl/GRTAGS /usr/obj/usr/src/gnu/usr.bin/perl/miniperl/GSY MS /usr/obj/usr/src/gnu/usr.bin/perl/miniperl/GTAGS cd /usr/src/gnu/usr.bin/perl/miniperl && make miniperl Extracting config.h (with variable substitutions) cc -O -pipe -I/usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5 -I/us r/obj/usr/src/gnu/usr.bin/perl/miniperl -c /usr/src/gnu/usr.bin/perl/miniperl/ ../../../../contrib/perl5/miniperlmain.c ln -sf /usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5/op.c opmini. c cc -O -pipe -I/usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5 -I/us r/obj/usr/src/gnu/usr.bin/perl/miniperl -c opmini.c cc -O -pipe -I/usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5 -I/us r/obj/usr/src/gnu/usr.bin/perl/miniperl -L/usr/obj/usr/src/gnu/usr.bin/perl/m iniperl/../libperl -static -o miniperl miniperlmain.o opmini.o /usr/obj/usr/src /gnu/usr.bin/perl/miniperl/../libperl/libperl.a -lm -lcrypt -lutil /usr/obj/usr/src/gnu/usr.bin/perl/miniperl/../libperl/libperl.a(pp_hot.o): In fu nction `Perl_pp_aassign': pp_hot.o(.text+0x16a1): undefined reference to `setresuid' pp_hot.o(.text+0x16d4): undefined reference to `setresgid' *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Any ideas? Thanks Ben -- Ben Hockenhull benh@jpj.net "Revenge is a dish best served with pinto beans and muffins." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 18:50: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id E2BAA37B479 for ; Thu, 26 Oct 2000 18:50:03 -0700 (PDT) Received: (from ler@localhost) by lerami.lerctr.org (8.11.1/8.11.1/20000901) id e9R1o2921678 for stable@FreeBSD.ORG; Thu, 26 Oct 2000 20:50:02 -0500 (CDT) (envelope-from ler) Date: Thu, 26 Oct 2000 20:50:01 -0500 From: Larry Rosenman To: stable@FreeBSD.ORG Subject: Re: cvs commit: src/sys/dev/bktr bktr_os.c Message-ID: <20001026205001.A21619@lerami.lerctr.org> References: <200010270046.RAA20910@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.10i In-Reply-To: ; from jhb@FreeBSD.ORG on Thu, Oct 26, 2000 at 05:53:54PM -0700 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It does, Thanks! LER * John Baldwin [001026 19:54]: > > On 27-Oct-00 John Baldwin wrote: > > jhb 2000/10/26 17:46:09 PDT > > > > Modified files: (Branch: RELENG_4) > > sys/dev/bktr bktr_os.c > > Log: > > MFC update to driver 2.17 > > > > Revision Changes Path > > 1.4.2.3 +78 -31 src/sys/dev/bktr/bktr_os.c > > This should fix the kernel builds in 4.x. > > -- > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use 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 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 19:57: 5 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citusc17.usc.edu (citusc17.usc.edu [128.125.38.177]) by hub.freebsd.org (Postfix) with ESMTP id D5BE237B479; Thu, 26 Oct 2000 19:57:01 -0700 (PDT) Received: (from kris@localhost) by citusc17.usc.edu (8.11.1/8.11.1) id e9R2wiM72031; Thu, 26 Oct 2000 19:58:44 -0700 (PDT) (envelope-from kris) Date: Thu, 26 Oct 2000 19:58:43 -0700 From: Kris Kennaway To: Giorgos Keramidas Cc: Dima Dorfman , Bill Fumerola , Kris Kennaway , igorr@crosswinds.net, green@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: Reminder: Just 7 days till 4.2 code freeze! Message-ID: <20001026195843.A71949@citusc17.usc.edu> References: <20001025211119.S37870@jade.chc-chimes.com> <20001026022042.ED0301F22@static.unixfreak.org> <20001026081955.8580.qmail@urania.westgate.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001026081955.8580.qmail@urania.westgate.gr>; from keramida@westgate.gr on Thu, Oct 26, 2000 at 11:19:55AM +0300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 26, 2000 at 11:19:55AM +0300, Giorgos Keramidas wrote: > Ahem. I did add this entry to my /etc/login.conf and ran cap_mkdb on my > login.conf, then logged off all my terminals and logged in again. It > did not solve the 'cannot set password cipher' problem though. > As this machine is the name server of our local network, I cannot > reboot the machine now, to see if this will fix the problem after the > login.conf/cap_mkdb changes, but later this afternoon I will try this > too. Don't bother..it's a bug in the code generated by gcc. Brian has just committed a fix - try and cvsup, or grab the patch from e.g. CVS. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 21:13: 2 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id ED1E437B479 for ; Thu, 26 Oct 2000 21:12:58 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Fri, 27 Oct 2000 17:12:56 +1300 Date: Fri, 27 Oct 2000 17:12:56 +1300 (NZDT) From: Juha Saarinen To: Otter Cc: Giorgos Keramidas , Chris BeHanna , FreeBSD-Stable Subject: RE: All the x11-wm ports b0rken in 4.1.1-STABLE? In-Reply-To: Message-ID: X-S: Always 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 Thanks everybody. The magic trick was: ports-all tag=. Now I've got an updated ports collection, and was able to build Sawfish with Gnome support. Might be an idea to document that somewhere... I can't be the only one being bitten by it. -- Regards, Juha PGP fingerprint: B7E1 CC52 5FCA 9756 B502 10C8 4CD8 B066 12F3 9544 On Wed, 25 Oct 2000, Otter wrote: > Juha, > Ask and ye shall receive. Please ignore the fact that I update my docs > with my ports, hence the doc-all line. > > kashmir% more /etc/cvsupfile-ports > # IMPORTANT: Change the next line to use one of the CVSup mirror sites > # listed at http://www.freebsd.org/handbook/mirrors.html. > *default host=cvsup6.FreeBSD.org > *default base=/usr > *default prefix=/usr > *default release=cvs tag=. > *default delete use-rel-suffix > > # If your network link is a T1 or faster, comment out the following > line. > #*default compress > > ## Ports Collection. > # > # The easiest way to get the ports tree is to use the "ports-all" > # mega-collection. It includes all of the individual "ports-*" > # collections, > ports-all > doc-all > > Hope this was of help. > -Otter > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 21:30:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dsl-64-193-123-121.telocity.com (dsl-64-193-123-121.telocity.com [64.193.123.121]) by hub.freebsd.org (Postfix) with ESMTP id 0C35037B479 for ; Thu, 26 Oct 2000 21:30:51 -0700 (PDT) Received: (from brueggma@localhost) by dsl-64-193-123-121.telocity.com (8.11.1/8.11.1) id e9R4Uno27033 for freebsd-stable@freebsd.org; Thu, 26 Oct 2000 23:30:49 -0500 (CDT) (envelope-from brueggma) Date: Thu, 26 Oct 2000 23:30:49 -0500 From: Eric Brueggmann To: freebsd-stable@freebsd.org Subject: reboot. Message-ID: <20001026233049.A21967@snoopie.yi.org> Reply-To: brueggma@snoopie.yi.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok.. This is getting a little wierd. A user typed "quota" and the machine rebooted. Before I recompile the kernel as stated below, is anyone haveing similar problems? Typing "du" and "quota" reboot the machine. Eric B. # uname -a FreeBSD dsl-64-193-123-121.telocity.com 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Fri Oct 20 12:11:58 CDT 2000 root@dsl-64-193-123-121.telocity.com:/usr/src/sys/compile/BEAST i386 >On Thu, 26 Oct 2000, Eric Brueggmann wrote: > >> Hello again, >> >> I'm experiencing some more df problems. I just typed "df -h" for the >> second time in the past 2 days, and the machine rebooted. No messages in the >> logs, nothing. > > That's really bad. Could you take a look at the instructions for >setting up kernel debugging in the handbook (dumpdev in /etc/rc.conf*, >etc.) and add the following to your kernel config: > ># Add extra debugging information to the kernel >options DIAGNOSTIC > ># The INVARIANTS option is used in a number of source files to enable ># extra sanity checking of internal structures. >options INVARIANTS >options INVARIANT_SUPPORT > ># Kernel debugger >options DDB > ># Don't drop into DDB for a panic. Intended for unattended operation ># where you may want to drop to DDB from the console, but still want ># the machine to recover from a panic >options DDB_UNATTENDED > >The last option is only necessary if you are concerned about this >happening when you are not at the console. It would actually be better to >leave this out if you are going to have physical access to the machine. > > Assuming that you can actually get information out of DDB, please >send it to freebsd-stable@freebsd.org. I realize that this is a lot of >work for you, but really it's the only way we can get the data we need to >trace the problem. I alias df to 'df -h' on all my machines, running many >vintages of RELENG_4 and RELENG_5, and I've never seen this panic, which >is why I think the stack trace of a dead kernel is our only option here. > >Doug >-- > "The dead cannot be seduced." >From igor_tomrli- Kai, "Lexx" > > Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 22: 0:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from deimos.ldc.net (deimos.ldc.net [213.160.128.3]) by hub.freebsd.org (Postfix) with ESMTP id 27DD937B479 for ; Thu, 26 Oct 2000 22:00:18 -0700 (PDT) Received: from localhost (sasha@localhost) by deimos.ldc.net (8.9.3/8.9.3) with ESMTP id HAA96218; Fri, 27 Oct 2000 07:59:43 +0300 (EEST) (envelope-from sasha@deimos.ldc.net) Date: Fri, 27 Oct 2000 07:59:43 +0300 (EEST) From: Alexander Nazarenko To: Ben Hockenhull Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 4.1.1-STABLE buildworld fails on perl 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 make buildworld with -DNOPERL defined variable. As I understood setresuid/gid syscalls trying to be taken from 3.4-STABLE libc, but in 3.x Free there aren't such syscalls, so after build/install world with -DNOPERL you can build perl, second solution is to upgrade to 4.0-release first, then to 4.1.1 On Thu, 26 Oct 2000, Ben Hockenhull wrote: > I have a 3.4-STABLE machine that I'm trying to upgrade to 4.1.1-STABLE. > I've cvsupped to the most recent stable sources. When I run a make > buildworld, it chugs along and then fails here: > > building standard perl library > ranlib libperl.a > cd /usr/src/gnu/usr.bin/perl/miniperl && make build-tools > rm -f .depend /usr/obj/usr/src/gnu/usr.bin/perl/miniperl/GPATH > /usr/obj/usr/src/ > gnu/usr.bin/perl/miniperl/GRTAGS > /usr/obj/usr/src/gnu/usr.bin/perl/miniperl/GSY > MS /usr/obj/usr/src/gnu/usr.bin/perl/miniperl/GTAGS > cd /usr/src/gnu/usr.bin/perl/miniperl && make miniperl > Extracting config.h (with variable substitutions) > cc -O -pipe -I/usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5 > -I/us > r/obj/usr/src/gnu/usr.bin/perl/miniperl -c > /usr/src/gnu/usr.bin/perl/miniperl/ > ../../../../contrib/perl5/miniperlmain.c > ln -sf /usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5/op.c > opmini. > c > cc -O -pipe -I/usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5 > -I/us > r/obj/usr/src/gnu/usr.bin/perl/miniperl -c opmini.c > cc -O -pipe -I/usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5 > -I/us > r/obj/usr/src/gnu/usr.bin/perl/miniperl > -L/usr/obj/usr/src/gnu/usr.bin/perl/m > iniperl/../libperl -static -o miniperl miniperlmain.o opmini.o > /usr/obj/usr/src > /gnu/usr.bin/perl/miniperl/../libperl/libperl.a -lm -lcrypt -lutil > /usr/obj/usr/src/gnu/usr.bin/perl/miniperl/../libperl/libperl.a(pp_hot.o): > In fu > nction `Perl_pp_aassign': > pp_hot.o(.text+0x16a1): undefined reference to `setresuid' > pp_hot.o(.text+0x16d4): undefined reference to `setresgid' > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > > Any ideas? > > Thanks > > Ben > > > -- > Ben Hockenhull > benh@jpj.net > "Revenge is a dish best served with pinto beans and muffins." > > > > > 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 Thu Oct 26 22:20:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 716B837B4C5 for ; Thu, 26 Oct 2000 22:20:33 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id WAA09496; Thu, 26 Oct 2000 22:20:17 -0700 (PDT) (envelope-from obrien) Date: Thu, 26 Oct 2000 22:20:17 -0700 From: "David O'Brien" To: Juha Saarinen Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved Message-ID: <20001026222017.A9391@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20001025090958.A435@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from juha@saarinen.org on Thu, Oct 26, 2000 at 07:48:30AM +1300 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 26, 2000 at 07:48:30AM +1300, Juha Saarinen wrote: > > First you don't have the same gcc version number in FreeBSD 3.3 and > > 4.1 and in Linux. > > Well, 4.1.1 comes with gcc 2.95.2, which is what I used for 3.3 and the > Linux kernels as well. 2.95.2 is not the compiler I put in FreeBSD 3.3. How were you using that for your kernel+world builds? -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 22:58:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id AFC7937B479 for ; Thu, 26 Oct 2000 22:58:39 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id WAA09730; Thu, 26 Oct 2000 22:58:36 -0700 (PDT) (envelope-from obrien) Date: Thu, 26 Oct 2000 22:58:36 -0700 From: "David O'Brien" To: Kenneth W Cochran Cc: freebsd-stable@freebsd.org Subject: Re: Old 4.0-R binaries remaining in 4.1.1-S Message-ID: <20001026225835.C9391@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <200010231430.KAA21324@world.std.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200010231430.KAA21324@world.std.com>; from kwc@world.std.com on Mon, Oct 23, 2000 at 10:30:03AM -0400 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Oct 23, 2000 at 10:30:03AM -0400, Kenneth W Cochran wrote: > I tried that (cvs-all list) some months ago, but found the > message volume too high for me to track ("signal to noise > ratio"). For this "track" I'm only interested in things that > apply to RELENG_4 & there was a *lot* of other stuff. Procmail is your friend. You can filter out all but /ncvs/src commits. You can also filter out all but RELENG_4 commits. I'm sure many here can give you the ~/.procmailrc bits to do just this. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 23: 0: 2 2000 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id C0E1737B4C5 for ; Thu, 26 Oct 2000 22:59:57 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id e9R5xsZ85008; Thu, 26 Oct 2000 22:59:54 -0700 (PDT) (envelope-from dillon) Date: Thu, 26 Oct 2000 22:59:54 -0700 (PDT) From: Matt Dillon Message-Id: <200010270559.e9R5xsZ85008@earth.backplane.com> To: freebsd-stable@freebsd.org Subject: Proposed small change to /usr/src/sys/boot/i386/loader/Makefile Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'd like to change this: # Enable PXE TFTP or NFS support, not both. #CFLAGS+= -DLOADER_TFTP_SUPPORT CFLAGS+= -DLOADER_NFS_SUPPORT To this: # Enable PXE TFTP or NFS support, not both. .if defined(LOADER_TFTP_SUPPORT) CFLAGS+= -DLOADER_TFTP_SUPPORT .else CFLAGS+= -DLOADER_NFS_SUPPORT .endif This way I can force pxeboot to use TFTP rather then NFS simply by setting LOADER_TFTP_SUPPORT=YES in my /etc/make.conf. The problem I am facing with the default pxeboot is that I can't seem to get it to work with a BOOTP kernel whos image is located somewhere other then the NFS root. That is, it tries to load NFSROOT:/kernel (which is the server's kernel, not the diskless client's kernel) when I really want it to load /tftpboot/kernel and then mount NFSROOT:/. The default is still to compile up the NFS version of pxeboot. This mod simply allows one to add a make.conf variable to get buildworld to compile the other version of pxeboot. Any objections to committing this for the 4.x release? -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 23: 2: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id A4B0437B479; Thu, 26 Oct 2000 23:02:02 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Fri, 27 Oct 2000 19:02:01 +1300 Date: Fri, 27 Oct 2000 19:02:01 +1300 (NZDT) From: Juha Saarinen To: David O'Brien Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved In-Reply-To: <20001026222017.A9391@dragon.nuxi.com> Message-ID: X-S: Always 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 > 2.95.2 is not the compiler I put in FreeBSD 3.3. How were you using that > for your kernel+world builds? Well, the same way I built kernel and world in 4.1.1, if I recall right. Because I was never able to figure out why FreeBSD was slower than Linux 2.2.x with my ADSL line, I stopped using it until recently when I had to install it for a client. Are you asking about which optflags I used? If memory serves me right, -O3, -march=i686, -mcpu=i686, -ffast-math, -fexpensive-optimizations. The -fomit-frame-pointer flag doesn't work. -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 23: 3:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from bsdvm.jtjang.idv.tw (121.c74.ethome.net.tw [210.58.74.121]) by hub.freebsd.org (Postfix) with ESMTP id 4F06637B479 for ; Thu, 26 Oct 2000 23:03:47 -0700 (PDT) Received: (from keith@localhost) by bsdvm.jtjang.idv.tw (8.11.1/8.9.3) id e9R62it01183 for freebsd-stable@FreeBSD.ORG; Fri, 27 Oct 2000 14:02:44 +0800 (CST) (envelope-from keith) Date: Fri, 27 Oct 2000 14:02:43 +0800 From: Jing-Tang Keith Jang To: freebsd-stable@FreeBSD.ORG Subject: Re: Old 4.0-R binaries remaining in 4.1.1-S Message-ID: <20001027140243.A1044@bsdvm.jtjang.idv.tw> Reply-To: keith@freebsd.sinica.edu.tw Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <200010231430.KAA21324@world.std.com> <20001026225835.C9391@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001026225835.C9391@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Thu, Oct 26, 2000 at 10:58:36PM -0700 X-Operating-System: FreeBSD bsdvm.jtjang.idv.tw 4.1.1-STABLE FreeBSD 4.1.1-STABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Or subscribe cvs-all-digest instead. On 10/26/00, David O'Brien wrote: > On Mon, Oct 23, 2000 at 10:30:03AM -0400, Kenneth W Cochran wrote: > > I tried that (cvs-all list) some months ago, but found the > > message volume too high for me to track ("signal to noise > > ratio"). For this "track" I'm only interested in things that > > apply to RELENG_4 & there was a *lot* of other stuff. > > Procmail is your friend. You can filter out all but /ncvs/src commits. > You can also filter out all but RELENG_4 commits. > > I'm sure many here can give you the ~/.procmailrc bits to do just this. > > -- > -- David (obrien@FreeBSD.org) -- Keep it simple and stupid. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 23:11:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id B0DE437B479 for ; Thu, 26 Oct 2000 23:11:42 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id XAA09836; Thu, 26 Oct 2000 23:11:34 -0700 (PDT) (envelope-from obrien) Date: Thu, 26 Oct 2000 23:11:34 -0700 From: "David O'Brien" To: Juha Saarinen Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved Message-ID: <20001026231134.D9391@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20001026222017.A9391@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from juha@saarinen.org on Fri, Oct 27, 2000 at 07:02:01PM +1300 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Oct 27, 2000 at 07:02:01PM +1300, Juha Saarinen wrote: > > 2.95.2 is not the compiler I put in FreeBSD 3.3. How were you using that > > for your kernel+world builds? > > Well, the same way I built kernel and world in 4.1.1, if I recall > right. Then you were using GCC 2.7.2 in FreeBSD 3.3 -- a very different animal than 2.95.2. > Are you asking about which optflags I used? If memory serves me right, > -O3, -march=i686, -mcpu=i686, -ffast-math, -fexpensive-optimizations. The > -fomit-frame-pointer flag doesn't work. WHY!?!?!? Just what the heck do you think you're achieving with -O3 plus all those things? Have you *ever* profiled anything you're compiling with these options? Note that -O3 is not necessarily faster code than -O. This seems Yet Another "I'm macho" compiler flags instance. Please correct me if I'm wrong. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 23:13:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 814DB37B479 for ; Thu, 26 Oct 2000 23:13:39 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id XAA09863 for freebsd-stable@FreeBSD.ORG; Thu, 26 Oct 2000 23:13:39 -0700 (PDT) (envelope-from obrien) Date: Thu, 26 Oct 2000 23:13:38 -0700 From: "David O'Brien" To: "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved Message-ID: <20001026231338.E9391@dragon.nuxi.com> Reply-To: stable@FreeBSD.ORG References: <20001026222017.A9391@dragon.nuxi.com> <20001026231134.D9391@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001026231134.D9391@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Thu, Oct 26, 2000 at 11:11:34PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 26, 2000 at 11:11:34PM -0700, David O'Brien wrote: > Are you asking about which optflags I used? If memory serves me right, > -O3, -march=i686, -mcpu=i686, -ffast-math, -fexpensive-optimizations. The > -fomit-frame-pointer flag doesn't work. Forgot to mention. I'm considering removing the ability to do -O2 and -O3 from the system C compiler again.... people are just proving over and over how much they want to shoot their foot off. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 23:17: 3 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 0F4BF37B479 for ; Thu, 26 Oct 2000 23:17:01 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id XAA09882; Thu, 26 Oct 2000 23:15:24 -0700 (PDT) (envelope-from obrien) Date: Thu, 26 Oct 2000 23:15:24 -0700 From: "David O'Brien" To: Warner Losh Cc: Randell Jesup , Max Khon , freebsd-stable@FreeBSD.ORG Subject: Re: GDB 4.18 and shared libraries (Mozilla) Message-ID: <20001026231524.F9391@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20000919103436.B94601@dragon.nuxi.com> <20000920005447.B97385@dragon.nuxi.com> <200010180000.SAA13097@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200010180000.SAA13097@harmony.village.org>; from imp@village.org on Tue, Oct 17, 2000 at 06:00:32PM -0600 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Oct 17, 2000 at 06:00:32PM -0600, Warner Losh wrote: > In message Randell Jesup writes: > : Well, personally, as a _user_ of FreeBSD, I don't care who has the > : finger pointed at them, or who claims "it isn't _our_ bug". I care that no > : one can debug a program that uses shared libraries under -STABLE, and I > : care when it will be fixed. I don't consider a system I have to patch the > : loader in order to debug my code to be "STABLE". > > No one is arguing with you that there is a bug. It is a matter of > finding someone to fix it. It isn't a matter of finding _someone_ to fix it, but _where_ to fix it. Either in the offical Binutils src tree where I take Binutils from, or in the FreeBSD src/binutils, where I really don't like makeing and maintaining local mods -- we've screwed the pooch too many times doing that. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 23:17:13 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id EC8D037B479; Thu, 26 Oct 2000 23:17:10 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Fri, 27 Oct 2000 19:17:10 +1300 Date: Fri, 27 Oct 2000 19:17:09 +1300 (NZDT) From: Juha Saarinen To: David O'Brien Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved In-Reply-To: <20001026231134.D9391@dragon.nuxi.com> Message-ID: X-S: Always 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 > Then you were using GCC 2.7.2 in FreeBSD 3.3 -- a very different animal > than 2.95.2. Yes, it is, but recall building 2.95.2 from the ports collection and using that instead. > WHY!?!?!? Just what the heck do you think you're achieving with -O3 plus > all those things? Have you *ever* profiled anything you're compiling > with these options? Note that -O3 is not necessarily faster code than -O. > > This seems Yet Another "I'm macho" compiler flags instance. > Please correct me if I'm wrong. Entirely possible -- but, if you don't try it, you'll never know... ;-) I thought I'd try, because anecdotal evidence suggested that the optimisations made a performance difference (a positive one, that is). If you have profiled and benchmarked code with no opts and compared it to code compiled with optimisations, I'd be interested to see the results. I mean, if there's no point, I'd like to know so that I can stop wasting time fiddling with these things... ;-) -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 23:19:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 4205737B479 for ; Thu, 26 Oct 2000 23:19:32 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id XAA09912; Thu, 26 Oct 2000 23:17:27 -0700 (PDT) (envelope-from obrien) Date: Thu, 26 Oct 2000 23:17:27 -0700 From: "David O'Brien" To: Max Khon Cc: Randell Jesup , freebsd-stable@FreeBSD.org Subject: Re: GDB 4.18 and shared libraries (Mozilla) Message-ID: <20001026231727.G9391@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <20001025122407.F62249@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from fjoe@iclub.nsu.ru on Thu, Oct 26, 2000 at 02:59:02PM +0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 26, 2000 at 02:59:02PM +0700, Max Khon wrote: > will you commit g++ 2.95.2 -fsjlj-exceptions fix by Alexander Kabaev > before 4.2-RELEASE as well? His fixes work for me. I doubt it. There isn't suffient time to test it in 5-CURRENT before 4.2-RELEASE. I have some serious questions about backward compatibility which require a lot of testing before it's unleashed on the world. We have to test things like old shared libraries (from ports) mixed together with new ones, etc., and we have to do that before these changes even get committed to -current, let alone to -stable. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 23:20:26 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-145.dsl.snfc21.pacbell.net [63.202.176.145]) by hub.freebsd.org (Postfix) with ESMTP id 5526E37B479 for ; Thu, 26 Oct 2000 23:20:21 -0700 (PDT) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id e9R6OQF00811; Thu, 26 Oct 2000 23:24:29 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200010270624.e9R6OQF00811@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Matt Dillon Cc: freebsd-stable@freebsd.org Subject: Re: Proposed small change to /usr/src/sys/boot/i386/loader/Makefile In-reply-to: Your message of "Thu, 26 Oct 2000 22:59:54 PDT." <200010270559.e9R5xsZ85008@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 26 Oct 2000 23:24:26 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG No argument here. There are "better" solutions, but they're all more work. > I'd like to change this: > > # Enable PXE TFTP or NFS support, not both. > #CFLAGS+= -DLOADER_TFTP_SUPPORT > CFLAGS+= -DLOADER_NFS_SUPPORT > > To this: > > # Enable PXE TFTP or NFS support, not both. > .if defined(LOADER_TFTP_SUPPORT) > CFLAGS+= -DLOADER_TFTP_SUPPORT > .else > CFLAGS+= -DLOADER_NFS_SUPPORT > .endif > > > This way I can force pxeboot to use TFTP rather then NFS simply by > setting LOADER_TFTP_SUPPORT=YES in my /etc/make.conf. The problem I > am facing with the default pxeboot is that I can't seem to get it > to work with a BOOTP kernel whos image is located somewhere other > then the NFS root. That is, it tries to load NFSROOT:/kernel (which > is the server's kernel, not the diskless client's kernel) when > I really want it to load /tftpboot/kernel and then mount NFSROOT:/. > > The default is still to compile up the NFS version of pxeboot. This > mod simply allows one to add a make.conf variable to get buildworld > to compile the other version of pxeboot. > > Any objections to committing this for the 4.x release? > > -Matt > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 23:24:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from krycek.zoominternet.net (krycek.zoominternet.net [63.67.120.9]) by hub.freebsd.org (Postfix) with SMTP id 28FDD37B479 for ; Thu, 26 Oct 2000 23:24:47 -0700 (PDT) Received: (qmail 4575 invoked from network); 27 Oct 2000 06:23:32 -0000 Received: from lcl12.cvzoom.net (HELO cvzoom.net) (208.226.155.12) by krycek.zoominternet.net with SMTP; 27 Oct 2000 06:23:32 -0000 Message-ID: <39F91FA9.F3FC1B22@cvzoom.net> Date: Fri, 27 Oct 2000 02:24:41 -0400 From: Donn Miller X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.1.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: stable@FreeBSD.ORG Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved References: <20001026222017.A9391@dragon.nuxi.com> <20001026231134.D9391@dragon.nuxi.com> <20001026231338.E9391@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > On Thu, Oct 26, 2000 at 11:11:34PM -0700, David O'Brien wrote: > > Are you asking about which optflags I used? If memory serves me right, > > -O3, -march=i686, -mcpu=i686, -ffast-math, -fexpensive-optimizations. The > > -fomit-frame-pointer flag doesn't work. > > Forgot to mention. I'm considering removing the ability to do -O2 and > -O3 from the system C compiler again.... people are just proving over and > over how much they want to shoot their foot off. I wouldn't do that. I'd just hard-code -O in the Makefile used to compile the kernel. Or, you could put a perl or sed script in /sys/i386/* that does something like s/-O[12s]/-O/, so that any flags specified, such as -O2, -O3, or -Os are converted to -O. I'd keep the ability to do something like -march=ARCH, though, as that doesn't cause the headaches that -O3 et. al. do. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 23:24:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from krycek.zoominternet.net (krycek.zoominternet.net [63.67.120.9]) by hub.freebsd.org (Postfix) with SMTP id 8A32D37B4C5 for ; Thu, 26 Oct 2000 23:24:47 -0700 (PDT) Received: (qmail 4575 invoked from network); 27 Oct 2000 06:23:32 -0000 Received: from lcl12.cvzoom.net (HELO cvzoom.net) (208.226.155.12) by krycek.zoominternet.net with SMTP; 27 Oct 2000 06:23:32 -0000 Message-ID: <39F91FA9.F3FC1B22@cvzoom.net> Date: Fri, 27 Oct 2000 02:24:41 -0400 From: Donn Miller X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.1.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: stable@FreeBSD.ORG Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved References: <20001026222017.A9391@dragon.nuxi.com> <20001026231134.D9391@dragon.nuxi.com> <20001026231338.E9391@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > On Thu, Oct 26, 2000 at 11:11:34PM -0700, David O'Brien wrote: > > Are you asking about which optflags I used? If memory serves me right, > > -O3, -march=i686, -mcpu=i686, -ffast-math, -fexpensive-optimizations. The > > -fomit-frame-pointer flag doesn't work. > > Forgot to mention. I'm considering removing the ability to do -O2 and > -O3 from the system C compiler again.... people are just proving over and > over how much they want to shoot their foot off. I wouldn't do that. I'd just hard-code -O in the Makefile used to compile the kernel. Or, you could put a perl or sed script in /sys/i386/* that does something like s/-O[12s]/-O/, so that any flags specified, such as -O2, -O3, or -Os are converted to -O. I'd keep the ability to do something like -march=ARCH, though, as that doesn't cause the headaches that -O3 et. al. do. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 23:29:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 6489737B479; Thu, 26 Oct 2000 23:29:31 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Fri, 27 Oct 2000 19:29:30 +1300 Date: Fri, 27 Oct 2000 19:29:30 +1300 (NZDT) From: Juha Saarinen To: Donn Miller Cc: "stable@FreeBSD.ORG" , "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved In-Reply-To: <39F91FA9.F3FC1B22@cvzoom.net> Message-ID: X-S: Always 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 wouldn't do that. I'd just hard-code -O in the Makefile used to > compile the kernel. Or, you could put a perl or sed script in > /sys/i386/* that does something like s/-O[12s]/-O/, so that any flags > specified, such as -O2, -O3, or -Os are converted to -O. I'd keep the > ability to do something like -march=ARCH, though, as that doesn't cause > the headaches that -O3 et. al. do. More importantly, it would be nice to have it spelt out that using certain optflags just ain't gonna work. Just put in a few lines in /etc/default/make.conf to discourage people from using anything apart from -O (or whatever). That's the easiest, surely? -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 23:29:40 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 6489737B479; Thu, 26 Oct 2000 23:29:31 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Fri, 27 Oct 2000 19:29:30 +1300 Date: Fri, 27 Oct 2000 19:29:30 +1300 (NZDT) From: Juha Saarinen To: Donn Miller Cc: "stable@FreeBSD.ORG" , "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved In-Reply-To: <39F91FA9.F3FC1B22@cvzoom.net> Message-ID: X-S: Always 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 wouldn't do that. I'd just hard-code -O in the Makefile used to > compile the kernel. Or, you could put a perl or sed script in > /sys/i386/* that does something like s/-O[12s]/-O/, so that any flags > specified, such as -O2, -O3, or -Os are converted to -O. I'd keep the > ability to do something like -march=ARCH, though, as that doesn't cause > the headaches that -O3 et. al. do. More importantly, it would be nice to have it spelt out that using certain optflags just ain't gonna work. Just put in a few lines in /etc/default/make.conf to discourage people from using anything apart from -O (or whatever). That's the easiest, surely? -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 23:45:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 4D3A137B4C5; Thu, 26 Oct 2000 23:45:14 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Fri, 27 Oct 2000 19:45:13 +1300 Date: Fri, 27 Oct 2000 19:45:13 +1300 (NZDT) From: Juha Saarinen To: Donn Miller Cc: "stable@FreeBSD.ORG" , "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved In-Reply-To: Message-ID: X-S: Always 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 > More importantly, it would be nice to have it spelt out that using certain > optflags just ain't gonna work. > > Just put in a few lines in /etc/default/make.conf to discourage people > from using anything apart from -O (or whatever). > > That's the easiest, surely? Sean Winn kindly pointed out that it's there already, in make.conf... I'll go and stand in the corner with the dunce-cap on now. -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 23:45:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 4D3A137B4C5; Thu, 26 Oct 2000 23:45:14 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Fri, 27 Oct 2000 19:45:13 +1300 Date: Fri, 27 Oct 2000 19:45:13 +1300 (NZDT) From: Juha Saarinen To: Donn Miller Cc: "stable@FreeBSD.ORG" , "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved In-Reply-To: Message-ID: X-S: Always 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 > More importantly, it would be nice to have it spelt out that using certain > optflags just ain't gonna work. > > Just put in a few lines in /etc/default/make.conf to discourage people > from using anything apart from -O (or whatever). > > That's the easiest, surely? Sean Winn kindly pointed out that it's there already, in make.conf... I'll go and stand in the corner with the dunce-cap on now. -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 26 23:57:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (Postfix) with ESMTP id F05BB37B479; Thu, 26 Oct 2000 23:57:06 -0700 (PDT) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.9.3/8.9.3) with ESMTP id NAA21055; Fri, 27 Oct 2000 13:56:55 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Date: Fri, 27 Oct 2000 13:56:54 +0700 (NSS) From: Max Khon To: "David O'Brien" Cc: Randell Jesup , freebsd-stable@FreeBSD.org Subject: Re: GDB 4.18 and shared libraries (Mozilla) In-Reply-To: <20001026231727.G9391@dragon.nuxi.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 hi, there! On Thu, 26 Oct 2000, David O'Brien wrote: > > will you commit g++ 2.95.2 -fsjlj-exceptions fix by Alexander Kabaev > > before 4.2-RELEASE as well? His fixes work for me. > > I doubt it. There isn't suffient time to test it in 5-CURRENT before > 4.2-RELEASE. I have some serious questions about backward compatibility > which require a lot of testing before it's unleashed on the world. We > have to test things like old shared libraries (from ports) mixed together > with new ones, etc., and we have to do that before these changes even get > committed to -current, let alone to -stable. can you commit them to -current so we will have enough time to test them before 4.3-RELEASE? /fjoe PS I do not have problems with these patches since July/August. OpenBSD folks already have them in their CVS. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 0: 3:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id BF7C737B4CF for ; Fri, 27 Oct 2000 00:03:50 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id AAA10309; Fri, 27 Oct 2000 00:02:16 -0700 (PDT) (envelope-from obrien) Date: Fri, 27 Oct 2000 00:02:16 -0700 From: "David O'Brien" To: Max Khon Cc: freebsd-stable@FreeBSD.org Subject: Re: GDB 4.18 and shared libraries (Mozilla) Message-ID: <20001027000216.A10284@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <20001026231727.G9391@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from fjoe@iclub.nsu.ru on Fri, Oct 27, 2000 at 01:56:54PM +0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Oct 27, 2000 at 01:56:54PM +0700, Max Khon wrote: > can you commit them to -current so we will have enough time to test them > before 4.3-RELEASE? Don't know. There is about to be alot of toolchain upheaval in -CURRENT soon. I know something needs to be done, but I'm not sure how I want to approach it. Let me ponder it some. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 0: 9:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by hub.freebsd.org (Postfix) with ESMTP id 3043337B479 for ; Fri, 27 Oct 2000 00:09:47 -0700 (PDT) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.10.0/jtpda-5.3.3) with ESMTP id e9R79jq41477 for ; Fri, 27 Oct 2000 09:09:45 +0200 (CEST) Received: from rose.lpthe.jussieu.fr ([134.157.10.102]) by parthe.lpthe.jussieu.fr (8.9.1a/jtpda-5.3.1) with ESMTP id JAA02958 for ; Fri, 27 Oct 2000 09:09:45 +0200 (MET DST) Received: (from michel@localhost) by rose.lpthe.jussieu.fr (8.9.3/8.9.3) id JAA00412 for freebsd-stable@FreeBSD.ORG; Fri, 27 Oct 2000 09:09:44 +0200 (CEST) (envelope-from michel) Date: Fri, 27 Oct 2000 09:09:44 +0200 From: Michel Talon To: freebsd-stable@FreeBSD.ORG Subject: Re: Cannot reboot or power-off the machine Message-ID: <20001027090944.A394@lpthe.jussieu.fr> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <39F8765F.13847414@atipa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <39F8765F.13847414@atipa.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 26, 2000 at 01:22:23PM -0500, Jon Pennington wrote: > FreeBSD Release: 4.1.1-STABLE > > Environment: > > FreeBSD aol-eval.lab 4.1.1-STABLE FreeBSD 4.1.1-STABLE #2: Thu Oct 26 > 11:07:18 EDT root@aol-eval.lab:/usr/src/sys/compile/SUPERMICRO i386 > > Full Description: > > On a SuperMicro DL3 motherboard (RCC ServerWorks chipset with AIC-7892 > SCSI) with two 800MHz (133MHz FSB) Intel Pentium III processors, reboot > does not halt or reboot the machine as expected. The output of the con- > sole is as follows: > Is apm enabled in /etc/rc.conf? I have recently been in the same situation as you, and the obvious solution which eluded me was the good one! (or run apm -e). -- Michel Talon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 0:11:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [194.77.233.242]) by hub.freebsd.org (Postfix) with ESMTP id 03EBB37B4C5 for ; Fri, 27 Oct 2000 00:11:23 -0700 (PDT) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.9.3/8.9.3) id JAA89308; Fri, 27 Oct 2000 09:10:23 +0200 (CEST) (envelope-from ry93) From: "Patrick M. Hausen" Message-Id: <200010270710.JAA89308@hugo10.ka.punkt.de> Subject: Re: All the x11-wm ports b0rken in 4.1.1-STABLE? In-Reply-To: from Juha Saarinen at "Oct 27, 2000 05:12:56 pm" To: juha@saarinen.org (Juha Saarinen) Date: Fri, 27 Oct 2000 09:10:23 +0200 (CEST) Cc: otterr@telocity.com (Otter), keramida@ceid.upatras.gr (Giorgos Keramidas), behanna@zbzoom.net (Chris BeHanna), stable@FreeBSD.ORG (FreeBSD-Stable) 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 Hello! > Thanks everybody. The magic trick was: > > ports-all tag=. > > Now I've got an updated ports collection, and was able to build Sawfish > with Gnome support. > > Might be an idea to document that somewhere... I can't be the only one > being bitten by it. But it is: In /usr/share/examples/cvsup/ports-supfile: *default release=cvs tag=. In http://www.freebsd.org/handbook/cvsup.html Which version(s) of them do you want? With CVSup, you can receive virtually any version of the sources that ever existed. That is possible because the cvsupd server works directly from the CVS repository, which contains all of the versions. You specify which one of them you want using the tag= and date= value fields. Warning: Be very careful to specify any tag= fields correctly. Some tags are valid only for certain collections of files. If you specify an incorrect or misspelled tag, CVSup will delete files which you probably do not want deleted. ==> In particular, use only tag=. for the ports-* collections. The default method is to have two separate cvsupfiles, one for your source tree and one for the ports collection. Maybe you got bitten by merging them into one, so the tag=RELENG_4 was applied to your ports collection, too? HTH, Patrick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 0:12:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 0D57437B479 for ; Fri, 27 Oct 2000 00:12:42 -0700 (PDT) Received: from gorean.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id AAA32283; Fri, 27 Oct 2000 00:12:01 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <39F92AC1.8266381B@gorean.org> Date: Fri, 27 Oct 2000 00:12:01 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT-102 i386) X-Accept-Language: en MIME-Version: 1.0 To: Juha Saarinen Cc: Otter , Giorgos Keramidas , Chris BeHanna , FreeBSD-Stable Subject: Re: All the x11-wm ports b0rken in 4.1.1-STABLE? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Juha Saarinen wrote: > > Thanks everybody. The magic trick was: > > ports-all tag=. > > Now I've got an updated ports collection, and was able to build Sawfish > with Gnome support. > > Might be an idea to document that somewhere... I can't be the only one > being bitten by it. /usr/share/examples/cvsup/ports-supfile To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 0:14:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 5DA1A37B479 for ; Fri, 27 Oct 2000 00:14:54 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Fri, 27 Oct 2000 20:14:53 +1300 Date: Fri, 27 Oct 2000 20:14:52 +1300 (NZDT) From: Juha Saarinen To: Doug Barton Cc: Otter , Giorgos Keramidas , Chris BeHanna , FreeBSD-Stable Subject: Re: All the x11-wm ports b0rken in 4.1.1-STABLE? In-Reply-To: <39F92AC1.8266381B@gorean.org> Message-ID: X-S: Always 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 > /usr/share/examples/cvsup/ports-supfile ... was the very file I used, and it didn't have that tag. -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 0:19:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 51DD837B661 for ; Fri, 27 Oct 2000 00:19:25 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Fri, 27 Oct 2000 20:19:24 +1300 Date: Fri, 27 Oct 2000 20:19:24 +1300 (NZDT) From: Juha Saarinen To: "Patrick M. Hausen" Cc: Otter , Giorgos Keramidas , Chris BeHanna , FreeBSD-Stable Subject: Re: All the x11-wm ports b0rken in 4.1.1-STABLE? In-Reply-To: <200010270710.JAA89308@hugo10.ka.punkt.de> Message-ID: X-S: Always 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 > But it is: > > In /usr/share/examples/cvsup/ports-supfile: > > *default release=cvs tag=. Yep, I've got that that in there too. Does it do the same as 'ports-all tag=.' ? > In http://www.freebsd.org/handbook/cvsup.html > > Which version(s) of them do you want? > > With CVSup, you can receive virtually any version of > the sources that ever existed. That is possible because > the cvsupd server works directly from the CVS repository, > which contains all of the versions. > You specify which one of them you want using the tag= and > date= value fields. > > Warning: Be very careful to specify any tag= fields correctly. > Some tags are valid only for certain collections of files. > If you specify an incorrect or misspelled tag, CVSup will delete > files which you probably do not want deleted. > ==> In particular, use only tag=. for the ports-* collections. Hmmm... yes, I saw that, and noted that there was the '*default-release=cvs tag=.' in the sup file I used. > > The default method is to have two separate cvsupfiles, one for > your source tree and one for the ports collection. > > Maybe you got bitten by merging them into one, so the > > tag=RELENG_4 > > was applied to your ports collection, too? No, I've always used separate files for the source tree and the ports. Thanks for the feedback! -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 0:21: 1 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 024BA37B4CF for ; Fri, 27 Oct 2000 00:20:57 -0700 (PDT) Received: from gorean.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id AAA32354; Fri, 27 Oct 2000 00:20:46 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <39F92CCE.E03F471F@gorean.org> Date: Fri, 27 Oct 2000 00:20:46 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT-102 i386) X-Accept-Language: en MIME-Version: 1.0 To: Juha Saarinen Cc: Otter , Giorgos Keramidas , Chris BeHanna , FreeBSD-Stable Subject: Re: All the x11-wm ports b0rken in 4.1.1-STABLE? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Juha Saarinen wrote: > > > /usr/share/examples/cvsup/ports-supfile > > ... was the very file I used, and it didn't have that tag. The very first version of that file had the tag, and it's never been deleted. Your sources/install might just be corrupt. Good luck, Doug -- "The dead cannot be seduced." - Kai, "Lexx" Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 0:24:16 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 4AC8937B479 for ; Fri, 27 Oct 2000 00:24:13 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Fri, 27 Oct 2000 20:24:12 +1300 Date: Fri, 27 Oct 2000 20:24:11 +1300 (NZDT) From: Juha Saarinen To: Doug Barton Cc: Otter , Giorgos Keramidas , Chris BeHanna , FreeBSD-Stable Subject: Re: All the x11-wm ports b0rken in 4.1.1-STABLE? In-Reply-To: <39F92CCE.E03F471F@gorean.org> Message-ID: X-S: Always 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 > The very first version of that file had the tag, and it's never been > deleted. Your sources/install might just be corrupt. Ack. That would explain a few things. :-( > Good luck, Thanks.... -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 0:28:48 2000 Delivered-To: freebsd-stable@freebsd.org Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by hub.freebsd.org (Postfix) with ESMTP id 8CCFE37B479 for ; Fri, 27 Oct 2000 00:28:43 -0700 (PDT) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.10.0/jtpda-5.3.3) with ESMTP id e9R7Sgq45534 for ; Fri, 27 Oct 2000 09:28:42 +0200 (CEST) Received: from rose.lpthe.jussieu.fr ([134.157.10.102]) by parthe.lpthe.jussieu.fr (8.9.1a/jtpda-5.3.1) with ESMTP id JAA03220 for ; Fri, 27 Oct 2000 09:28:41 +0200 (MET DST) Received: (from michel@localhost) by rose.lpthe.jussieu.fr (8.9.3/8.9.3) id JAA00457 for freebsd-stable@FreeBSD.ORG; Fri, 27 Oct 2000 09:28:41 +0200 (CEST) (envelope-from michel) Date: Fri, 27 Oct 2000 09:28:41 +0200 From: Michel Talon To: "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved Message-ID: <20001027092841.B394@lpthe.jussieu.fr> Mail-Followup-To: "freebsd-stable@FreeBSD.ORG" References: <20001026231134.D9391@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Oct 27, 2000 at 07:17:09PM +1300, Juha Saarinen wrote: > > Then you were using GCC 2.7.2 in FreeBSD 3.3 -- a very different animal > > than 2.95.2. > > Yes, it is, but recall building 2.95.2 from the ports collection and using > that instead. > > > WHY!?!?!? Just what the heck do you think you're achieving with -O3 plus > > all those things? Have you *ever* profiled anything you're compiling > > with these options? Note that -O3 is not necessarily faster code than -O. > > > > This seems Yet Another "I'm macho" compiler flags instance. > > Please correct me if I'm wrong. > > Entirely possible -- but, if you don't try it, you'll never know... ;-) > > I thought I'd try, because anecdotal evidence suggested that the > optimisations made a performance difference (a positive one, that is). If > you have profiled and benchmarked code with no opts and compared it to > code compiled with optimisations, I'd be interested to see the results. I > mean, if there's no point, I'd like to know so that I can stop wasting > time fiddling with these things... ;-) Kernel code is simple with essentially no computations (except of course special domains like crypto in kernel). So there is no much room for optimizations. Recently i have timed a scientific program to see the performances of my brand new PC. Here is what i found: Without any optimization the program runs 2 times slower. With -O -O2 -O3 -Os the times are similar, the fastest was -O the slowest was -Os. Since my PC is Duron based i have tried -march things, and have compared on a pentium machine. Result, almost nothing, except -march pentium was slower than -march k6 on the Duron as could be expected. All differences are small, no more than 2s on a 30s computation. As you can see nothing that counterbalances the risk of bugs. More generally, gcc does not output specialized instructions like 3dNow and so on. These have to be hand coded in assembly if you want them. An exemple is the mp3 compressor gogo which is coded in assembly and has to be compiled with nasm because gas is not even able to understand these instructions. So don't think you can obtain something well optimized with gcc. To illustrate this, i have some years ago tested a scientific program on an alpha machine running linux. Compiled with gcc and the best optimizations it runned 7 times slower than compiled with Digital compiler. Conclude by yourself. -- Michel Talon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 0:28:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id B68A737B4F9 for ; Fri, 27 Oct 2000 00:28:48 -0700 (PDT) Received: from gorean.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id AAA32412; Fri, 27 Oct 2000 00:28:34 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <39F92EA2.91ABAAED@gorean.org> Date: Fri, 27 Oct 2000 00:28:34 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT-102 i386) X-Accept-Language: en MIME-Version: 1.0 To: Juha Saarinen Cc: Otter , Giorgos Keramidas , Chris BeHanna , FreeBSD-Stable Subject: Re: All the x11-wm ports b0rken in 4.1.1-STABLE? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Juha Saarinen wrote: > > > The very first version of that file had the tag, and it's never been > > deleted. Your sources/install might just be corrupt. > > Ack. That would explain a few things. :-( Been there, done that, autographed the T-shirt. :) -- "The dead cannot be seduced." - Kai, "Lexx" Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 0:36:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 5161337B479 for ; Fri, 27 Oct 2000 00:36:22 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Fri, 27 Oct 2000 20:36:13 +1300 Date: Fri, 27 Oct 2000 20:36:12 +1300 (NZDT) From: Juha Saarinen To: Michel Talon Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved In-Reply-To: <20001027092841.B394@lpthe.jussieu.fr> Message-ID: X-S: Always 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 > Kernel code is simple with essentially no computations (except of course > special domains like crypto in kernel). So there is no much room for > optimizations. Recently i have timed a scientific program to see the > performances of my brand new PC. Here is what i found: > Without any optimization the program runs 2 times slower. With > -O -O2 -O3 -Os the times are similar, the fastest was -O the slowest > was -Os. Since my PC is Duron based i have tried -march things, and have > compared on a pentium machine. Result, almost nothing, except -march pentium > was slower than -march k6 on the Duron as could be expected. All differences > are small, no more than 2s on a 30s computation. As you can see nothing that > counterbalances the risk of bugs. > > More generally, gcc does not output specialized instructions like 3dNow and so > on. These have to be hand coded in assembly if you want them. An exemple is > the mp3 compressor gogo which is coded in assembly and has to be compiled with > nasm because gas is not even able to understand these instructions. So don't > think you can obtain something well optimized with gcc. > > To illustrate this, i have some years ago tested a scientific program on an > alpha machine running linux. Compiled with gcc and the best optimizations it > runned 7 times slower than compiled with Digital compiler. Conclude by > yourself. Thanks, Michel, for taking the time to explain the above. Very useful information indeed, and I didn't consider the fact that gcc does not handle e.g. 3DNow! instructions (presumably it doesn't do MMX either?). -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 0:46:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id 9336937B479; Fri, 27 Oct 2000 00:46:08 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id e9R7k5k00392; Fri, 27 Oct 2000 00:46:05 -0700 (PDT) (envelope-from dillon) Date: Fri, 27 Oct 2000 00:46:05 -0700 (PDT) From: Matt Dillon Message-Id: <200010270746.e9R7k5k00392@earth.backplane.com> To: "freebsd-stable@FreeBSD.ORG" Cc: hackers@FreeBSD.ORG Subject: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is really weird. I have two valinux rackmount boxes, duel cpu's. I was testing the PXE stuff and booting one of the boxes regularly. All of a sudden every time I reboot I get: ... BIOS drive A: is disk0 int=00000000 err=00000000 efl=00030246 eip=00001d29 eax=00000000 ebs=00000390 ecx=00000000 edx=00000000 esi=00008db7 edi=00001c09 ebp=00000398 esp=0000038c cs=c800 ds=0040 es=8db7 fs=0000 gs=0000 ss=8db7 cs:eip= f7 f1 33 d2 8a 4e f6 f7-f1 3d ff 03 76 03 b8 ff ss:esp= 00 00 3f 00 00 00 00 00-00 00 02 00 22 0a 00 c8 BTX halted *All* the time. That is, everything was working fine, then nothing was working. Powering down doesn't help... now every boot comes up with the above error. I didn't change the boot image ... in fact, when I stuck the 4.1 CD in the now non-working machine, *IT's* bootloader also crashed every time too (and it worked previously). I messed around trying to track down where the loader was dying. I found it was dying in v86int(), called from bd_int13probe() in libi386/biosdisk.c. It seems to be dying in the BIOS itself. When I put a 'printf("X\n");' just before the v86int() call, the boot loader stopped crashing at that point and was able to load the kernel, but when it tried to run the kernel either it or the kernel crashed with the same BTX halted message. This is too weird. I put the second machine on my desk and started playing with it. After about the 30th reboot (where everything was working up until the 30th reboot), *IT* started doing the same thing! And it did the same thing when I stuck the 3.2 CD or the 4.1 CD in the box... both CD's crunched with the same BTX error. Anyone have any clue? -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 1:13: 3 2000 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id B8C0837B479; Fri, 27 Oct 2000 01:12:54 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id e9R8Cpd02393; Fri, 27 Oct 2000 01:12:51 -0700 (PDT) (envelope-from dillon) Date: Fri, 27 Oct 2000 01:12:51 -0700 (PDT) From: Matt Dillon Message-Id: <200010270812.e9R8Cpd02393@earth.backplane.com> To: Paul Saab Cc: freebsd-stable@freebsd.org, hackers@freebsd.org Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware References: <200010270746.e9R7k5k00392@earth.backplane.com> <20001027005935.A96133@elvis.mu.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :I'm just curious. How many disks are in this box? We saw something :similar here at work and it turned out that there were multiple disklabels :on the other disks and for somereason it was confusing the loader. :We dd'd the bad sections off and everything worked. : :paul I've got one IDE CDRom and two SCSI disks. I did play with the labels on those machines. I will try blowing them away. If I put a 'printf("XXX\n");' in front of every single v86int() call in libi386/biosdisk.c it doesn't crash on me. ... ( time passes ) ... ok... I cleared the disk labels using dd. Hoa! That seems to have fixed it allright! Very weird. I was sure I zero'd the labels before I populated the disk, but maybe not. Thanks much! I was tearing my hair out on this one... -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 1:22:22 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-178-14.dsl.snfc21.pacbell.net [63.202.178.14]) by hub.freebsd.org (Postfix) with ESMTP id 053D237B479; Fri, 27 Oct 2000 01:22:18 -0700 (PDT) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id e9R8QWF01184; Fri, 27 Oct 2000 01:26:32 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200010270826.e9R8QWF01184@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Matt Dillon Cc: freebsd-stable@freebsd.org, hackers@freebsd.org Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware In-reply-to: Your message of "Fri, 27 Oct 2000 01:12:51 PDT." <200010270812.e9R8Cpd02393@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Oct 2000 01:26:32 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > :I'm just curious. How many disks are in this box? We saw something > :similar here at work and it turned out that there were multiple disklabels > :on the other disks and for somereason it was confusing the loader. > :We dd'd the bad sections off and everything worked. Are you sure it's confusing the loader? Matt's fault address puts it in the BIOS at 0xc800, which is probably the SCSI adapter's BIOS...> -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 1:25:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from elvis.mu.org (elvis.mu.org [207.154.226.10]) by hub.freebsd.org (Postfix) with ESMTP id 05E7837B479; Fri, 27 Oct 2000 01:25:28 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1000) id 7D3D72B206; Fri, 27 Oct 2000 03:25:22 -0500 (CDT) Date: Fri, 27 Oct 2000 01:25:22 -0700 From: Paul Saab To: Mike Smith Cc: freebsd-stable@freebsd.org, hackers@freebsd.org Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware Message-ID: <20001027012522.A96576@elvis.mu.org> References: <200010270812.e9R8Cpd02393@earth.backplane.com> <200010270826.e9R8QWF01184@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200010270826.e9R8QWF01184@mass.osd.bsdi.com>; from msmith@mass.osd.bsdi.com on Fri, Oct 27, 2000 at 01:26:32AM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith (msmith@mass.osd.bsdi.com) wrote: > > > > :I'm just curious. How many disks are in this box? We saw something > > :similar here at work and it turned out that there were multiple disklabels > > :on the other disks and for somereason it was confusing the loader. > > :We dd'd the bad sections off and everything worked. > > Are you sure it's confusing the loader? Matt's fault address puts it in > the BIOS at 0xc800, which is probably the SCSI adapter's BIOS...> I wasn't 100% involved with the problem. Peter looked into and notice the disks had bogus labels (sometimes up to 3 labels on 1 disk) and when he removed them, the machines were happy again. We never looked into further because we just didn't have the time. -- Paul Saab Technical Yahoo paul@mu.org - ps@yahoo-inc.com - ps@freebsd.org Do You .. uhh .. Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 2:12:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (Postfix) with ESMTP id 7435337B661; Fri, 27 Oct 2000 02:12:18 -0700 (PDT) Received: (from daemon@localhost) by smtp04.primenet.com (8.9.3/8.9.3) id CAA01298; Fri, 27 Oct 2000 02:09:08 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp04.primenet.com, id smtpdAAAZXaaDc; Fri Oct 27 02:09:04 2000 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id CAA26546; Fri, 27 Oct 2000 02:12:10 -0700 (MST) From: Terry Lambert Message-Id: <200010270912.CAA26546@usr09.primenet.com> Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware To: dillon@earth.backplane.com (Matt Dillon) Date: Fri, 27 Oct 2000 09:12:10 +0000 (GMT) Cc: freebsd-stable@FreeBSD.ORG (freebsd-stable@FreeBSD.ORG), hackers@FreeBSD.ORG In-Reply-To: <200010270746.e9R7k5k00392@earth.backplane.com> from "Matt Dillon" at Oct 27, 2000 12:46:05 AM X-Mailer: ELM [version 2.5 PL2] 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 was testing the PXE stuff and booting one of the boxes regularly. > All of a sudden every time I reboot I get: > > ... > BIOS drive A: is disk0 > > int=00000000 err=00000000 efl=00030246 eip=00001d29 > eax=00000000 ebs=00000390 ecx=00000000 edx=00000000 > esi=00008db7 edi=00001c09 ebp=00000398 esp=0000038c > cs=c800 ds=0040 es=8db7 fs=0000 gs=0000 ss=8db7 > cs:eip= f7 f1 33 d2 8a 4e f6 f7-f1 3d ff 03 76 03 b8 ff > ss:esp= 00 00 3f 00 00 00 00 00-00 00 02 00 22 0a 00 c8 > BTX halted > > *All* the time. That is, everything was working fine, then nothing was > working. Powering down doesn't help... now every boot comes up with the > above error. I didn't change the boot image ... in fact, when I stuck > the 4.1 CD in the now non-working machine, *IT's* bootloader also > crashed every time too (and it worked previously). Too bad you killed your test case, or it might have gotton fixed; you made an image backup before you blew away the labels, or not? I think you might want to consider putting a DELAY after the BIOS call itself; perhaps some device that was poked by the BIOS is latching the bus, and you are doing an INB or OUTB too soon after the fact (but that's just my gut reaction to a crash following a BIOS call... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 2:15: 1 2000 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id 9882037B479; Fri, 27 Oct 2000 02:14:51 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id e9R9E5Y03182; Fri, 27 Oct 2000 02:14:05 -0700 (PDT) (envelope-from dillon) Date: Fri, 27 Oct 2000 02:14:05 -0700 (PDT) From: Matt Dillon Message-Id: <200010270914.e9R9E5Y03182@earth.backplane.com> To: Mike Smith Cc: freebsd-stable@freebsd.org, hackers@freebsd.org Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware References: <200010270826.e9R8QWF01184@mass.osd.bsdi.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> :> :I'm just curious. How many disks are in this box? We saw something :> :similar here at work and it turned out that there were multiple disklabels :> :on the other disks and for somereason it was confusing the loader. :> :We dd'd the bad sections off and everything worked. : :Are you sure it's confusing the loader? Matt's fault address puts it in :the BIOS at 0xc800, which is probably the SCSI adapter's BIOS...> I'm confusing something. If I clear the disk by dd'ing it, the machine boots (diskless) fine. If I do this: dd if=/dev/zero of=/dev/da0 bs=32k count=4 dd if=/dev/zero of=/dev/da1 bs=32k count=4 disklabel -w -r da0 auto disklabel -w -r da1 auto reboot The machine will boot diskless just fine. fdisk reports: Information from DOS bootblock is: The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 63, size 143363997 (70001 Meg), flag 80 (active) beg: cyl 0/ sector 1/ head 1; end: cyl 731/ sector 63/ head 254 ***************************************************** If I install boot blocks it seems to whack the partition info, and if I reboot after this point the machine is fracked -- the boot loader blows up in the BIOS (i.e. the BIOS blows up) trying to scan the disks. disklabel -B da0 disklabel -B da1 fdisk da0 ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=8924 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=8924 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 0, size 50000 (24 Meg), flag 80 (active) beg: cyl 0/ sector 1/ head 0; end: cyl 1023/ sector 63/ head 255 reboot... BEWM!!!!!!! ***************************************************** HEEELP! Why is the simple installation of boot blocks by disklabel screwing up the partition table? -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 2:30:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id E06B837B479; Fri, 27 Oct 2000 02:30:02 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id e9R9U1X03815; Fri, 27 Oct 2000 02:30:01 -0700 (PDT) (envelope-from dillon) Date: Fri, 27 Oct 2000 02:30:01 -0700 (PDT) From: Matt Dillon Message-Id: <200010270930.e9R9U1X03815@earth.backplane.com> To: Terry Lambert Cc: freebsd-stable@FreeBSD.ORG (freebsd-stable@FreeBSD.ORG), hackers@FreeBSD.ORG Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware References: <200010270912.CAA26546@usr09.primenet.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Raw data on disk after 'disklabel -w -r da0 auto; disklabel -B da0 auto' 000000f0 66 8b 46 08 52 66 0f b6 d9 66 31 d2 66 f7 f3 88 |f.F.Rf...f1.f...| 00000100 eb 88 d5 43 30 d2 66 f7 f3 88 d7 5a 66 3d ff 03 |...C0.f....Zf=..| 00000110 00 00 fb 77 44 86 c4 c0 c8 02 08 e8 40 91 88 fe |...wD.......@...| 00000120 28 e0 8a 66 02 38 e0 72 02 88 e0 bf 05 00 c4 5e |(..f.8.r.......^| 00000130 04 50 b4 02 cd 13 5b 73 0a 4f 74 1c 30 e4 cd 13 |.P....[s.Ot.0...| 00000140 93 eb eb 0f b6 c3 01 46 08 73 03 ff 46 0a d0 e3 |.......F.s..F...| 00000150 00 5e 05 28 46 02 77 88 c3 2e f6 06 99 08 80 0f |.^.(F.w.........| 00000160 84 79 ff bb aa 55 52 b4 41 cd 13 5a 0f 82 6f ff |.y...UR.A..Z..o.| 00000170 81 fb 55 aa 0f 85 64 ff f6 c1 01 0f 84 5d ff 89 |..U...d......]..| 00000180 ee b4 42 cd 13 c3 52 65 61 64 00 42 6f 6f 74 00 |..B...Read.Boot.| 00000190 20 65 72 72 6f 72 0d 0a 00 80 90 90 90 90 90 90 | error..........| 000001a0 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 |................| 000001b0 90 90 90 90 90 90 90 90 90 90 90 90 90 90 00 00 |................| 000001c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000001e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80 00 |................| 000001f0 01 00 a5 ff ff ff 00 00 00 00 50 c3 00 00 55 aa |..........P...U.| fdisk da0 The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 0, size 50000 (24 Meg), flag 80 (active) beg: cyl 0/ sector 1/ head 0; end: cyl 1023/ sector 63/ head 255 Raw data on disk after 'fdisk -I da0' 000000f0 65 6d 00 4d 69 73 73 69 6e 67 20 6f 70 65 72 61 |em.Missing opera| 00000100 74 69 6e 67 20 73 79 73 74 65 6d 00 00 00 00 00 |ting system.....| 00000110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000001b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80 01 |................| 000001c0 01 00 a5 fe bf db 3f 00 00 00 9d 8f 8b 08 00 00 |......?.........| 000001d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.| 00000200 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| fdisk da0 The data for partition 1 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 63, size 143363997 (70001 Meg), flag 80 (active) beg: cyl 0/ sector 1/ head 1; end: cyl 731/ sector 63/ head 254 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 2:44:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from heechee.tobez.org (238.adsl0.ryv.worldonline.dk [213.237.10.238]) by hub.freebsd.org (Postfix) with ESMTP id 03AD037B479; Fri, 27 Oct 2000 02:44:47 -0700 (PDT) Received: by heechee.tobez.org (Postfix, from userid 1001) id 4CEF354D2; Fri, 27 Oct 2000 11:44:29 +0200 (CEST) Date: Fri, 27 Oct 2000 11:44:29 +0200 From: Anton Berezin To: Matt Dillon Cc: "freebsd-stable@FreeBSD.ORG" , hackers@FreeBSD.ORG Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware Message-ID: <20001027114429.B69762@heechee.tobez.org> Mail-Followup-To: Anton Berezin , Matt Dillon , "freebsd-stable@FreeBSD.ORG" , hackers@FreeBSD.ORG References: <200010270746.e9R7k5k00392@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200010270746.e9R7k5k00392@earth.backplane.com>; from dillon@earth.backplane.com on Fri, Oct 27, 2000 at 12:46:05AM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Oct 27, 2000 at 12:46:05AM -0700, Matt Dillon wrote: > This is really weird. I have two valinux rackmount boxes, duel cpu's. > > I was testing the PXE stuff and booting one of the boxes regularly. > All of a sudden every time I reboot I get: > > ... > BIOS drive A: is disk0 > > int=00000000 err=00000000 efl=00030246 eip=00001d29 > eax=00000000 ebs=00000390 ecx=00000000 edx=00000000 > esi=00008db7 edi=00001c09 ebp=00000398 esp=0000038c > cs=c800 ds=0040 es=8db7 fs=0000 gs=0000 ss=8db7 > cs:eip= f7 f1 33 d2 8a 4e f6 f7-f1 3d ff 03 76 03 b8 ff > ss:esp= 00 00 3f 00 00 00 00 00-00 00 02 00 22 0a 00 c8 > BTX halted > > *All* the time. That is, everything was working fine, then nothing was > working. Powering down doesn't help... now every boot comes up with the > above error. I didn't change the boot image ... in fact, when I stuck > the 4.1 CD in the now non-working machine, *IT's* bootloader also > crashed every time too (and it worked previously). > > I messed around trying to track down where the loader was dying. I > found it was dying in v86int(), called from bd_int13probe() in > libi386/biosdisk.c. It seems to be dying in the BIOS itself. It looks pretty similar to famous BIOS virus protection thingy. Can this be the case? Cheers, %Anton. -- and would be a nice addition to HTML specification. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 3: 3:39 2000 Delivered-To: freebsd-stable@freebsd.org Received: from siri.nordier.com (c3-dbn-109.dial-up.net [196.33.200.109]) by hub.freebsd.org (Postfix) with ESMTP id 03B2737B479; Fri, 27 Oct 2000 03:03:31 -0700 (PDT) Received: (from rnordier@localhost) by siri.nordier.com (8.9.3/8.6.12) id MAA24624; Fri, 27 Oct 2000 12:03:06 +0200 (SAST) From: Robert Nordier Message-Id: <200010271003.MAA24624@siri.nordier.com> Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware To: dillon@earth.backplane.com (Matt Dillon) Date: Fri, 27 Oct 2000 12:03:06 +0200 (SAST) Cc: tlambert@primenet.com (Terry Lambert), freebsd-stable@FreeBSD.ORG (freebsd-stable@FreeBSD.ORG), hackers@FreeBSD.ORG In-Reply-To: <200010270930.e9R9U1X03815@earth.backplane.com> from "Matt Dillon" at Oct 27, 2000 02:30:01 AM 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 Matt Dillon wrote: > Raw data on disk after 'disklabel -w -r da0 auto; disklabel -B da0 auto' If you added "auto" after the "disklabel -B", that may be your problem. -- Robert Nordier rnordier@nordier.com rnordier@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 Oct 27 3:17:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ns.a1.org.uk (ns.a1.org.uk [194.105.64.163]) by hub.freebsd.org (Postfix) with ESMTP id 212D137B479 for ; Fri, 27 Oct 2000 03:17:07 -0700 (PDT) Received: (from root@localhost) by ns.a1.org.uk (8.9.3/8.9.3) id LAA01157 for freebsd-stable@freebsd.org; Fri, 27 Oct 2000 11:04:34 +0100 (BST) (envelope-from bap) From: Bap Message-Id: <200010271004.LAA01157@ns.a1.org.uk> Subject: Re: Busted -STABLE In-Reply-To: <20001026182730.A15563@lerami.lerctr.org> from Larry Rosenman at "Oct 26, 2000 06:27:30 pm" To: freebsd-stable@freebsd.org Date: Fri, 27 Oct 2000 11:04:34 +0100 (BST) Reply-To: freebsd-stable@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 CVSUP'd last night: make buildworld success make installworld success make buildkernel KERNEL=GENERIC FAILED Got the same oputput as bellow, and am also using RELENG_4 I also tried to delete the dev/bktr/ and modules/bktr and CVSUP'd sys from several different servers, but always the same result. Any ideas? Thanks, Bap. > RELENG_4, BTW. > * Larry Rosenman [001026 18:22]: > > Just CVSUP'd, make world, and trying to build a Kernel: > > > > ===> bktr/bktr > > cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs > > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > > -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. > > -I@ -I@/../include -mpreferred-stack-boundary=2 -c > > /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c > > /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c: In > > function `bktr_probe': > > /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:264: > > `BROOKTREE_848_PCI_ID' undeclared (first use in this function) > > /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:264: (Each > > undeclared identifier is reported only once > > /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:264: for > > each function it appears in.) > > /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:268: > > `BROOKTREE_849_PCI_ID' undeclared (first use in this function) > > /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:271: > > `BROOKTREE_878_PCI_ID' undeclared (first use in this function) > > /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:274: > > `BROOKTREE_879_PCI_ID' undeclared (first use in this function) > > /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:265: > > warning: unreachable code at beginning of switch statement > > *** Error code 1 > > > > Stop in /usr/src/sys/modules/bktr/bktr. > > *** Error code 1 > > > > Stop in /usr/src/sys/modules/bktr. > > *** Error code 1 > > > > Stop in /usr/src/sys/modules. > > *** Error code 1 > > > > Stop in /usr/src/sys/compile/LERBSD. > > lerbsd# > > > > > > > > -- > > Larry Rosenman http://www.lerctr.org/~ler > > Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org > > US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org > US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 > > > 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 Oct 27 3:18:39 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mailgw3.netvision.net.il (mailgw3.netvision.net.il [194.90.1.11]) by hub.freebsd.org (Postfix) with ESMTP id CF23937B479; Fri, 27 Oct 2000 03:18:33 -0700 (PDT) Received: from phpStop.com (ras3-p153.hfa.netvision.net.il [62.0.147.153]) by mailgw3.netvision.net.il (8.9.3/8.9.3) with ESMTP id MAA18293; Fri, 27 Oct 2000 12:17:27 +0200 (IST) Message-ID: <39F955F2.49FA8BE0@phpStop.com> Date: Fri, 27 Oct 2000 12:16:18 +0200 From: "Stop here. Start everywhere." Organization: phpStop.com X-Mailer: Mozilla 4.73 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: ipfw security. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello all, I thought I would spread this to the mailing list just in case no one knew about it, and ask whether ipfw does implement all of the mentioned requirements: ftp://ftp.isi.edu/in-notes/rfc2979.txt Well, does ipfw support all of it, and if not, what doesn't it support? Thanks in advance. /John -- Regards, phpStop.com http://www.phpstop.com/ Stop here. Start everywhere. mailto:info@phpstop.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 3:34:29 2000 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id 4F2F037B479; Fri, 27 Oct 2000 03:34:25 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id e9RAY9J04147; Fri, 27 Oct 2000 03:34:09 -0700 (PDT) (envelope-from dillon) Date: Fri, 27 Oct 2000 03:34:09 -0700 (PDT) From: Matt Dillon Message-Id: <200010271034.e9RAY9J04147@earth.backplane.com> To: Robert Nordier Cc: tlambert@primenet.com (Terry Lambert), freebsd-stable@FreeBSD.ORG (freebsd-stable@FreeBSD.ORG), hackers@FreeBSD.ORG Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware References: <200010271003.MAA24624@siri.nordier.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :> Raw data on disk after 'disklabel -w -r da0 auto; disklabel -B da0 auto' : :If you added "auto" after the "disklabel -B", that may be your problem. : :-- :Robert Nordier type-o. No auto for the -B still blows up the dos partition table. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 4:11:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from siri.nordier.com (c2-dbn-81.dial-up.net [196.34.155.209]) by hub.freebsd.org (Postfix) with ESMTP id A78B037B479; Fri, 27 Oct 2000 04:11:16 -0700 (PDT) Received: (from rnordier@localhost) by siri.nordier.com (8.9.3/8.6.12) id NAA26088; Fri, 27 Oct 2000 13:10:56 +0200 (SAST) From: Robert Nordier Message-Id: <200010271110.NAA26088@siri.nordier.com> Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware To: dillon@earth.backplane.com (Matt Dillon) Date: Fri, 27 Oct 2000 13:10:56 +0200 (SAST) Cc: tlambert@primenet.com (Terry Lambert), freebsd-stable@FreeBSD.ORG (freebsd-stable@FreeBSD.ORG), hackers@FreeBSD.ORG In-Reply-To: <200010271034.e9RAY9J04147@earth.backplane.com> from "Matt Dillon" at Oct 27, 2000 03:34:09 AM 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 Matt Dillon wrote: > > : > :> Raw data on disk after 'disklabel -w -r da0 auto; disklabel -B da0 auto' > : > :If you added "auto" after the "disklabel -B", that may be your problem. > : > :-- > :Robert Nordier > > type-o. No auto for the -B still blows up the dos partition > table. Just doing the disklabel -w -r followed by the disklabel -B is creating a dangerously dedicated disk, which your BIOS apparently doesn't like. (See the first hex dump you did, where boot1 has ended up in the MBR.) That's why installing boot blocks is messing with the partition table, to answer the question you asked elsewhere. You need to dd and fdisk before the disklabel commands, which will give you a standard partition table (at the cost of 63 sectors of disk space). -- Robert Nordier rnordier@nordier.com rnordier@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 Oct 27 4:29:59 2000 Delivered-To: freebsd-stable@freebsd.org Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by hub.freebsd.org (Postfix) with ESMTP id C0EAF37B479 for ; Fri, 27 Oct 2000 04:29:57 -0700 (PDT) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.10.0/jtpda-5.3.3) with ESMTP id e9RBTuq10983 for ; Fri, 27 Oct 2000 13:29:56 +0200 (CEST) Received: from rose.lpthe.jussieu.fr ([134.157.10.102]) by parthe.lpthe.jussieu.fr (8.9.1a/jtpda-5.3.1) with ESMTP id NAA08765 for ; Fri, 27 Oct 2000 13:29:56 +0200 (MET DST) Received: (from michel@localhost) by rose.lpthe.jussieu.fr (8.9.3/8.9.3) id NAA00827 for freebsd-stable@FreeBSD.ORG; Fri, 27 Oct 2000 13:29:55 +0200 (CEST) (envelope-from michel) Date: Fri, 27 Oct 2000 13:29:55 +0200 From: Michel Talon To: freebsd-stable@FreeBSD.ORG Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware Message-ID: <20001027132955.A812@lpthe.jussieu.fr> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <200010270826.e9R8QWF01184@mass.osd.bsdi.com> <200010270914.e9R9E5Y03182@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200010270914.e9R9E5Y03182@earth.backplane.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To add to that, on my home machine, if i do lsdev at the loader prompt, then the loader crashes. However he boots the machine fine, so i am not much concerned. -- Michel Talon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 4:38:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by hub.freebsd.org (Postfix) with ESMTP id 9742137B479 for ; Fri, 27 Oct 2000 04:38:15 -0700 (PDT) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.10.0/jtpda-5.3.3) with ESMTP id e9RBcEq12932 for ; Fri, 27 Oct 2000 13:38:14 +0200 (CEST) Received: from rose.lpthe.jussieu.fr ([134.157.10.102]) by parthe.lpthe.jussieu.fr (8.9.1a/jtpda-5.3.1) with ESMTP id NAA08928 for ; Fri, 27 Oct 2000 13:38:14 +0200 (MET DST) Received: (from michel@localhost) by rose.lpthe.jussieu.fr (8.9.3/8.9.3) id NAA00871 for freebsd-stable@FreeBSD.ORG; Fri, 27 Oct 2000 13:38:14 +0200 (CEST) (envelope-from michel) Date: Fri, 27 Oct 2000 13:38:14 +0200 From: Michel Talon To: freebsd-stable@FreeBSD.ORG Subject: Re: Busted -STABLE Message-ID: <20001027133814.D812@lpthe.jussieu.fr> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20001026182730.A15563@lerami.lerctr.org> <200010271004.LAA01157@ns.a1.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200010271004.LAA01157@ns.a1.org.uk> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG There is a recent fix to the brooktree driver. -- Michel Talon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 5: 4:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 4FDE637B479; Fri, 27 Oct 2000 05:04:23 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 27 Oct 2000 12:42:30 +0100 (BST) Date: Fri, 27 Oct 2000 12:42:29 +0100 From: David Malone To: "Stop here. Start everywhere." Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ipfw security. Message-ID: <20001027124229.A52457@walton.maths.tcd.ie> References: <39F955F2.49FA8BE0@phpStop.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <39F955F2.49FA8BE0@phpStop.com>; from feedback@phpStop.com on Fri, Oct 27, 2000 at 12:16:18PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Oct 27, 2000 at 12:16:18PM +0200, Stop here. Start everywhere. wrote: > I thought I would spread this to the mailing list just in case no one > knew about it, and ask whether ipfw does implement all of the mentioned > requirements: > > ftp://ftp.isi.edu/in-notes/rfc2979.txt > > Well, does ipfw support all of it, and if not, what doesn't it support? Ipfw allows you to specify what action to take on the recept of certain packets. As such it compliance with that RFC depends on your intended security policy and the set of rules you define using ipfw. It is certainly possibly to create complient and noncomplient rule-sets. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 5:31:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ns.a1.org.uk (ns.a1.org.uk [194.105.64.163]) by hub.freebsd.org (Postfix) with ESMTP id 8799637B479 for ; Fri, 27 Oct 2000 05:31:23 -0700 (PDT) Received: (from root@localhost) by ns.a1.org.uk (8.9.3/8.9.3) id NAA01314; Fri, 27 Oct 2000 13:18:38 +0100 (BST) (envelope-from bap) From: Bap Message-Id: <200010271218.NAA01314@ns.a1.org.uk> Subject: Re: Busted -STABLE In-Reply-To: <20001027133814.D812@lpthe.jussieu.fr> from Michel Talon at "Oct 27, 2000 01:38:14 pm" To: michel@lpthe.jussieu.fr (Michel Talon) Date: Fri, 27 Oct 2000 13:18:37 +0100 (BST) Cc: freebsd-stable@freebsd.org Reply-To: freebsd-stable@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 Where? > There is a recent fix to the brooktree driver. > > -- > Michel Talon > > > 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 Oct 27 6:32:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.clones.com (unknown [216.70.178.182]) by hub.freebsd.org (Postfix) with ESMTP id 5BC9137B4CF for ; Fri, 27 Oct 2000 06:32:51 -0700 (PDT) Received: from localhost (gross@localhost) by mail.clones.com (8.9.3/8.9.3) with ESMTP id GAA06318; Fri, 27 Oct 2000 06:36:58 -0700 Date: Fri, 27 Oct 2000 06:36:58 -0700 (PDT) From: Glendon Gross To: Michel Talon Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved In-Reply-To: <20001027092841.B394@lpthe.jussieu.fr> 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 reminds me of another issue I have wondered about for some time. Are there major advantages to be gained by disabling support for other architectures in the kernel build file? I have been routinely turning off 386 and 486 support, thinking this would speed things up... but I'm not sure of the soundness of this logic. Does anyone know if disabling support for other CPU's increases performance? On Fri, 27 Oct 2000, Michel Talon wrote: > On Fri, Oct 27, 2000 at 07:17:09PM +1300, Juha Saarinen wrote: > > > Then you were using GCC 2.7.2 in FreeBSD 3.3 -- a very different animal > > > than 2.95.2. > > > > Yes, it is, but recall building 2.95.2 from the ports collection and using > > that instead. > > > > > WHY!?!?!? Just what the heck do you think you're achieving with -O3 plus > > > all those things? Have you *ever* profiled anything you're compiling > > > with these options? Note that -O3 is not necessarily faster code than -O. > > > > > > This seems Yet Another "I'm macho" compiler flags instance. > > > Please correct me if I'm wrong. > > > > Entirely possible -- but, if you don't try it, you'll never know... ;-) > > > > I thought I'd try, because anecdotal evidence suggested that the > > optimisations made a performance difference (a positive one, that is). If > > you have profiled and benchmarked code with no opts and compared it to > > code compiled with optimisations, I'd be interested to see the results. I > > mean, if there's no point, I'd like to know so that I can stop wasting > > time fiddling with these things... ;-) > > Kernel code is simple with essentially no computations (except of course > special domains like crypto in kernel). So there is no much room for > optimizations. Recently i have timed a scientific program to see the > performances of my brand new PC. Here is what i found: > Without any optimization the program runs 2 times slower. With > -O -O2 -O3 -Os the times are similar, the fastest was -O the slowest > was -Os. Since my PC is Duron based i have tried -march things, and have > compared on a pentium machine. Result, almost nothing, except -march pentium > was slower than -march k6 on the Duron as could be expected. All differences > are small, no more than 2s on a 30s computation. As you can see nothing that > counterbalances the risk of bugs. > > More generally, gcc does not output specialized instructions like 3dNow and so > on. These have to be hand coded in assembly if you want them. An exemple is > the mp3 compressor gogo which is coded in assembly and has to be compiled with > nasm because gas is not even able to understand these instructions. So don't > think you can obtain something well optimized with gcc. > > To illustrate this, i have some years ago tested a scientific program on an > alpha machine running linux. Compiled with gcc and the best optimizations it > runned 7 times slower than compiled with Digital compiler. Conclude by > yourself. > > -- > Michel Talon > > > 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 Oct 27 6:53:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.10]) by hub.freebsd.org (Postfix) with ESMTP id B122E37B479; Fri, 27 Oct 2000 06:53:51 -0700 (PDT) Received: from sexta.cs.huji.ac.il ([132.65.16.13] ident=exim) by cs.huji.ac.il with esmtp (Exim 3.16 #1) id 13p9x6-0000om-00; Fri, 27 Oct 2000 15:53:48 +0200 Received: from localhost ([127.0.0.1] helo=sexta.cs.huji.ac.il ident=danny) by sexta.cs.huji.ac.il with esmtp (Exim 3.15 #1) id 13p9x5-0002oM-00; Fri, 27 Oct 2000 15:53:47 +0200 X-Mailer: exmh version 2.2 06/23/2000 with nmh-0.24 To: Matt Dillon Cc: freebsd-stable@freebsd.org, hackers@freebsd.org Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware In-reply-to: Your message of Fri, 27 Oct 2000 00:46:05 -0700 (PDT) . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Oct 2000 15:53:47 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200010270746.e9R7k5k00392@earth.backplane.com>you write: } This is really weird. I have two valinux rackmount boxes, duel cpu's. } } I was testing the PXE stuff and booting one of the boxes regularly. } All of a sudden every time I reboot I get: } i've seen the same, i just reboot it, and it works. sometimes, while the kernel is doing it's init stuff it panics. i haven't seen it fail more than once in a row, so i was thinking maybe some network error that was not dealt properly. btw, the boxes are DELL. danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 6:55:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by hub.freebsd.org (Postfix) with ESMTP id 210B037B479 for ; Fri, 27 Oct 2000 06:55:22 -0700 (PDT) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.10.0/jtpda-5.3.3) with ESMTP id e9RDtHq51596 for ; Fri, 27 Oct 2000 15:55:17 +0200 (CEST) Received: from rose.lpthe.jussieu.fr ([134.157.10.102]) by parthe.lpthe.jussieu.fr (8.9.1a/jtpda-5.3.1) with ESMTP id PAA13602 for ; Fri, 27 Oct 2000 15:55:16 +0200 (MET DST) Received: (from michel@localhost) by rose.lpthe.jussieu.fr (8.9.3/8.9.3) id PAA01092 for freebsd-stable@FreeBSD.ORG; Fri, 27 Oct 2000 15:55:16 +0200 (CEST) (envelope-from michel) Date: Fri, 27 Oct 2000 15:55:16 +0200 From: Michel Talon To: freebsd-stable@FreeBSD.ORG Subject: Re: Busted -STABLE Message-ID: <20001027155516.A1077@lpthe.jussieu.fr> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20001027133814.D812@lpthe.jussieu.fr> <200010271218.NAA01314@ns.a1.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200010271218.NAA01314@ns.a1.org.uk> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Oct 27, 2000 at 01:18:37PM +0100, Bap wrote: > Where? > > > There is a recent fix to the brooktree driver. > > > > -- > > Michel Talon > > > > > > 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 > I have seen that on the freebsd-stable list this morning, i think. -- Michel Talon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 7: 2:40 2000 Delivered-To: freebsd-stable@freebsd.org Received: from elvis.mu.org (elvis.mu.org [207.154.226.10]) by hub.freebsd.org (Postfix) with ESMTP id 592EF37B479; Fri, 27 Oct 2000 07:02:35 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1000) id 08C6B2B21D; Fri, 27 Oct 2000 09:02:29 -0500 (CDT) Date: Fri, 27 Oct 2000 07:02:29 -0700 From: Paul Saab To: Danny Braniss Cc: freebsd-stable@freebsd.org, hackers@freebsd.org Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware Message-ID: <20001027070229.A3341@elvis.mu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from danny@cs.huji.ac.il on Fri, Oct 27, 2000 at 03:53:47PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Danny Braniss (danny@cs.huji.ac.il) wrote: > In message <200010270746.e9R7k5k00392@earth.backplane.com>you write: > } This is really weird. I have two valinux rackmount boxes, duel cpu's. > } > } I was testing the PXE stuff and booting one of the boxes regularly. > } All of a sudden every time I reboot I get: > } > > i've seen the same, i just reboot it, and it works. sometimes, while > the kernel is doing it's init stuff it panics. i haven't seen it fail > more than once in a row, so i was thinking maybe some network error > that was not dealt properly. btw, the boxes are DELL. He was not seeing a PXE bug, it was a loader issue with the BIOS. The PXE bug you are seeing is with anything build 078 or earlier. Intel has a bug in their rom which they fixed back in March of this year. -- Paul Saab Technical Yahoo paul@mu.org - ps@yahoo-inc.com - ps@freebsd.org Do You .. uhh .. Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 7:12:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.10]) by hub.freebsd.org (Postfix) with ESMTP id 58C2037B4C5; Fri, 27 Oct 2000 07:12:13 -0700 (PDT) Received: from sexta.cs.huji.ac.il ([132.65.16.13] ident=exim) by cs.huji.ac.il with esmtp (Exim 3.16 #1) id 13pAEq-00010a-00; Fri, 27 Oct 2000 16:12:08 +0200 Received: from localhost ([127.0.0.1] helo=sexta.cs.huji.ac.il ident=danny) by sexta.cs.huji.ac.il with esmtp (Exim 3.15 #1) id 13pAEp-0002pS-00; Fri, 27 Oct 2000 16:12:07 +0200 X-Mailer: exmh version 2.2 06/23/2000 with nmh-0.24 To: Paul Saab Cc: freebsd-stable@freebsd.org, hackers@freebsd.org Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware In-reply-to: Your message of Fri, 27 Oct 2000 07:02:29 -0700 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Oct 2000 16:12:07 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20001027070229.A3341@elvis.mu.org>you write: }Danny Braniss (danny@cs.huji.ac.il) wrote: } }He was not seeing a PXE bug, it was a loader issue with the BIOS. }The PXE bug you are seeing is with anything build 078 or earlier. }Intel has a bug in their rom which they fixed back in March of this year. } i am not 100% sure, but i think it also happend with 3com. i'll do some more testing next week. thanks for the tip, danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 7:45:59 2000 Delivered-To: freebsd-stable@freebsd.org Received: from veldy.net (w028.z064001117.msp-mn.dsl.cnc.net [64.1.117.28]) by hub.freebsd.org (Postfix) with ESMTP id D465F37B479 for ; Fri, 27 Oct 2000 07:45:56 -0700 (PDT) Received: from cascade (cascade.veldy.net [192.168.0.1]) by veldy.net (Postfix) with SMTP id 0C2ED8C34; Fri, 27 Oct 2000 09:46:32 -0500 (CDT) Message-ID: <001b01c04024$68c4c460$0100a8c0@veldy.net> From: "Thomas T. Veldhouse" To: "Paul Saab" , References: <20001027070229.A3341@elvis.mu.org> Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware Date: Fri, 27 Oct 2000 09:44:28 -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.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am also seeing BTX failures, but only from manual commands. The lsdev command will cause BTX to fail (and halt) when it scans my CDROM/DVD. I am using 4.1.1-RELEASE. I have a ABIT KA7-100 board (which uses the VIA686A chipset for IDE access). Tom Veldhouse veldy@veldy.net ----- Original Message ----- From: "Paul Saab" To: "Danny Braniss" Cc: ; Sent: Friday, October 27, 2000 9:02 AM Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware > Danny Braniss (danny@cs.huji.ac.il) wrote: > > In message <200010270746.e9R7k5k00392@earth.backplane.com>you write: > > } This is really weird. I have two valinux rackmount boxes, duel cpu's. > > } > > } I was testing the PXE stuff and booting one of the boxes regularly. > > } All of a sudden every time I reboot I get: > > } > > > > i've seen the same, i just reboot it, and it works. sometimes, while > > the kernel is doing it's init stuff it panics. i haven't seen it fail > > more than once in a row, so i was thinking maybe some network error > > that was not dealt properly. btw, the boxes are DELL. > > He was not seeing a PXE bug, it was a loader issue with the BIOS. > The PXE bug you are seeing is with anything build 078 or earlier. > Intel has a bug in their rom which they fixed back in March of this year. > > -- > Paul Saab > Technical Yahoo > paul@mu.org - ps@yahoo-inc.com - ps@freebsd.org > Do You .. uhh .. Yahoo!? > > > 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 Oct 27 8: 8:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by hub.freebsd.org (Postfix) with ESMTP id 4800637B479 for ; Fri, 27 Oct 2000 08:08:51 -0700 (PDT) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.10.0/jtpda-5.3.3) with ESMTP id e9RF8jq75071 for ; Fri, 27 Oct 2000 17:08:45 +0200 (CEST) Received: from rose.lpthe.jussieu.fr ([134.157.10.102]) by parthe.lpthe.jussieu.fr (8.9.1a/jtpda-5.3.1) with ESMTP id RAA15343 for ; Fri, 27 Oct 2000 17:08:45 +0200 (MET DST) Received: (from michel@localhost) by rose.lpthe.jussieu.fr (8.9.3/8.9.3) id RAA01279 for freebsd-stable@FreeBSD.ORG; Fri, 27 Oct 2000 17:08:45 +0200 (CEST) (envelope-from michel) Date: Fri, 27 Oct 2000 17:08:45 +0200 From: Michel Talon To: freebsd-stable@FreeBSD.ORG Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware Message-ID: <20001027170845.A1259@lpthe.jussieu.fr> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20001027070229.A3341@elvis.mu.org> <001b01c04024$68c4c460$0100a8c0@veldy.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <001b01c04024$68c4c460$0100a8c0@veldy.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Oct 27, 2000 at 09:44:28AM -0500, Thomas T. Veldhouse wrote: > I am also seeing BTX failures, but only from manual commands. The lsdev > command will cause BTX to fail (and halt) when it scans my CDROM/DVD. I am > using 4.1.1-RELEASE. I have a ABIT KA7-100 board (which uses the VIA686A > chipset for IDE access). > I recognize my exact problem. I have a Abit KT7 with a dvdrom, and lsdev crashes the loader. I had not related this to the DVD however. In any case FreeBSD is loded perfectly fine from the DVD as well as the hard disk. Only lsdev crashes the loader. By the way, i always have this annoying problem that the same machine is unable to format floppies under freebsd, while it formats them fine under Linux and Windows. I have been told that other have the same problem on various machines, while one guy with the same mobo said me he does not have it. Also i have seen comments in the CVS tree at ata.c about the ata driver stealing an ioport of the floppy drive. Does somebody know the present status of the question, and if it is valuable to upgrade (i run 4.1, it is at home so upgrades are painful)? -- Michel Talon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 8:18:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mmap.nyct.net (mmap.nyct.net [216.44.109.243]) by hub.freebsd.org (Postfix) with ESMTP id 23C2C37B479 for ; Fri, 27 Oct 2000 08:18:31 -0700 (PDT) Received: by mmap.nyct.net (Postfix, from userid 1000) id 99038F9AC; Fri, 27 Oct 2000 11:17:23 -0400 (EDT) Date: Fri, 27 Oct 2000 11:17:23 -0400 From: Michael Bacarella To: freebsd-stable@FreeBSD.ORG Subject: vm_page_remove() problem.. Message-ID: <20001027111723.A9057@mmap.nyct.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This keeps happening to one of our multiprocessor servers. About twice a day. panic: vm_page_remove(): page not found in hash mp_lock = 01000001; cpuid = 1; lapic.id = 01000000 boot() called on cpu#1 syncing disks... 68 68 68 68 68 68 68 68 68 68 68 68 68 68 68 68 68 68 68 68 giving up on 67 buffers Uptime: 21h28m53s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... cpu_reset called on cpu#1 cpu_reset: Stopping other CPUs cpu_reset: Restarting BSP cpu_reset_proxy: Grabbed mp lock for BSP cpu_reset_proxy: Stopped CPU 1 FreeBSD bsd10.nyct.net 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Fri Oct 20 15:58:40 EDT 2000 myj@bsd6.nyct.net:/usr/obj/usr/src/sys/NYCT i386 We've tweaked some variables in response to this (maxusers?) but it doesn't seem to do the trick. It happens most when I do something memory intensive (like stopping and restarting apache, and all several-hundred children), but it really does happen quite randomly. My wild uneducated guess is that both processors are calling vm_page_remove() on a page and the one that doesn't happen first ends up panic'ing because it can't find the page anymore. We're in the process of trying it with a non-SMP kernel, but I figure I'd put this out early in any case as it's obviously a bug of some kind. If I really find myself at the end of a rope, I'm going to look to see if it's a hardware problem. Thanks -- Michael Bacarella ;finger address for public key GPG Key Fingerprint: B4E4 82F5 BCAC AB83 E6F7 B5AA 933E 2A75 79A4 A9C1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 8:59:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 7D9A337B479 for ; Fri, 27 Oct 2000 08:59:08 -0700 (PDT) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e9RFx6K00908; Fri, 27 Oct 2000 08:59:06 -0700 (PDT) Date: Fri, 27 Oct 2000 08:59:06 -0700 From: Alfred Perlstein To: Michael Bacarella Cc: freebsd-stable@FreeBSD.ORG Subject: Re: vm_page_remove() problem.. Message-ID: <20001027085906.X28123@fw.wintelcom.net> References: <20001027111723.A9057@mmap.nyct.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20001027111723.A9057@mmap.nyct.net>; from mbac@mmap.nyct.net on Fri, Oct 27, 2000 at 11:17:23AM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A crashdump would be a lot more helpful. see: http://www.freebsd.org/handbook/kerneldebug.html -Alfred * Michael Bacarella [001027 08:19] wrote: > This keeps happening to one of our multiprocessor servers. About twice > a day. > > panic: vm_page_remove(): page not found in hash > mp_lock = 01000001; cpuid = 1; lapic.id = 01000000 > boot() called on cpu#1 > > syncing disks... 68 68 68 68 68 68 68 68 68 68 68 68 68 68 68 68 68 68 68 68 > giving up on 67 buffers > Uptime: 21h28m53s > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... > cpu_reset called on cpu#1 > cpu_reset: Stopping other CPUs > cpu_reset: Restarting BSP > cpu_reset_proxy: Grabbed mp lock for BSP > cpu_reset_proxy: Stopped CPU 1 > > FreeBSD bsd10.nyct.net 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Fri Oct 20 15:58:40 EDT 2000 myj@bsd6.nyct.net:/usr/obj/usr/src/sys/NYCT i386 > > We've tweaked some variables in response to this (maxusers?) but it > doesn't seem to do the trick. > > It happens most when I do something memory intensive (like stopping and > restarting apache, and all several-hundred children), but it really does > happen quite randomly. > > My wild uneducated guess is that both processors are calling vm_page_remove() > on a page and the one that doesn't happen first ends up panic'ing because > it can't find the page anymore. > > We're in the process of trying it with a non-SMP kernel, but I figure I'd > put this out early in any case as it's obviously a bug of some kind. If > I really find myself at the end of a rope, I'm going to look to see if it's > a hardware problem. > > Thanks > > -- > Michael Bacarella ;finger address for public key > GPG Key Fingerprint: B4E4 82F5 BCAC AB83 E6F7 B5AA 933E 2A75 79A4 A9C1 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 9:15:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from be-well.ilk.org (lowellg.ne.mediaone.net [24.147.184.128]) by hub.freebsd.org (Postfix) with ESMTP id 88C8837B4C5 for ; Fri, 27 Oct 2000 09:15:17 -0700 (PDT) Received: (from lowell@localhost) by be-well.ilk.org (8.11.1/8.11.1) id e9RGFGR33936; Fri, 27 Oct 2000 12:15:16 -0400 (EDT) (envelope-from lowell) Date: 27 Oct 2000 19:21:14 -0400 To: freebsd-stable@freebsd.org Subject: Re: ipfw security. References: <8tbkqs$ki$1@FreeBSD.csie.NCTU.edu.tw> From: Lowell Gilbert In-Reply-To: feedback@phpStop.com's message of "27 Oct 2000 18:19:08 +0800" Message-ID: <44d7gm8dm3.fsf@lowellg.ne.mediaone.net> Lines: 22 X-Mailer: Gnus v5.7/Emacs 20.7 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG feedback@phpStop.com ("Stop here. Start everywhere.") writes: > I thought I would spread this to the mailing list just in case no one > knew about it, and ask whether ipfw does implement all of the mentioned > requirements: > > ftp://ftp.isi.edu/in-notes/rfc2979.txt > > Well, does ipfw support all of it, and if not, what doesn't it support? RFC 2979 is informational, not a standards-track document, and it puts very few specific requirements on an implementation. It's more of a set of design principles for deployment of firewalls than it is a set of requirements for firewall software. Like nearly every other piece of packet filtering code (at least, those that are remotely configurable) I've ever seen, ipfw is perfectly capable of being used in accordance with 2979, and perfectly capable of being configured to violate its every stricture. 2979 is (in my opinion) a good starting point for network administrators to learn what *not* to do with a packet filter, but that's about all. - Lowell Gilbert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 9:20:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from bsd.mbp.ee (bsd.mbp.ee [194.204.12.74]) by hub.freebsd.org (Postfix) with ESMTP id E858F37B479 for ; Fri, 27 Oct 2000 09:20:38 -0700 (PDT) Received: from lant.mbp.ee (lant.mbp.ee [194.204.12.41]) by bsd.mbp.ee (8.11.1/8.11.1) with ESMTP id e9RGKSS02878 for ; Fri, 27 Oct 2000 18:20:31 +0200 (EET) (envelope-from mauri@aripaev.ee) Received: by lant.mbp.ee with Internet Mail Service (5.5.2650.21) id ; Fri, 27 Oct 2000 18:21:10 +0200 Message-ID: <8E67E032AD23D4118F740050042F21F764@lant.mbp.ee> From: Lauri Laupmaa To: "'stable@freebsd.org'" Subject: IPXrouted barfs after upgrade Date: Fri, 27 Oct 2000 18:21:02 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Just upgraded to recent stable from ~month old stable and: Oct 27 18:18:29 bsd IPXrouted[85]: socket: Protocol not supported Something wrong with IPX ? Nothing in UPDATING though... L. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 9:41:15 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lucifer.ninth-circle.org (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 4042D37B479; Fri, 27 Oct 2000 09:41:09 -0700 (PDT) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.11.0/8.11.0) id e9RGf7310252; Fri, 27 Oct 2000 18:41:07 +0200 (CEST) (envelope-from asmodai) Date: Fri, 27 Oct 2000 18:41:07 +0200 From: Jeroen Ruigrok van der Werven To: stable@freebsd.org Cc: developers@freebsd.org Subject: HEADS UP! MFC's Message-ID: <20001027184107.T5433@lucifer.bart.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all, Short: if you value stability, please be careful updating any mission critical system for the coming few days. Longer: since we are approaching the freeze date for 4.2-RELEASE real soon now there will be a surge of MFC's of fixes which we think should be in this release. I hope to test the world a few times a day and make sure that that part won't bite us, but with the diff between 4 and 5 being nearly 39 MB I might miss things, although I do try to test every single commit. I would appreciate people helping out the couple of days doing Q&A testing, especially on /stand/sysinstall. Also, if there are any outstanding system crashing bugs out there which haven't been MFC'd, please call on me and I will see if it is possible to get it merged as well. Also a note to all committers, are there people totally against me merging any of their stuff, please let me know. Thank you, and up to a good 4.2-RELEASE. -- 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 And the price of a Memory is the Memory of the Sorrow it brings... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 9:46:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 4922037B479; Fri, 27 Oct 2000 09:46:16 -0700 (PDT) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e9RGkD502333; Fri, 27 Oct 2000 09:46:13 -0700 (PDT) Date: Fri, 27 Oct 2000 09:46:13 -0700 From: Alfred Perlstein To: Jeroen Ruigrok van der Werven Cc: stable@FreeBSD.org, developers@FreeBSD.org Subject: Re: HEADS UP! MFC's Message-ID: <20001027094613.E28123@fw.wintelcom.net> References: <20001027184107.T5433@lucifer.bart.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20001027184107.T5433@lucifer.bart.nl>; from jruigrok@via-net-works.nl on Fri, Oct 27, 2000 at 06:41:07PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Jeroen Ruigrok van der Werven [001027 09:41] wrote: > Hi all, > > Short: if you value stability, please be careful updating any mission > critical system for the coming few days. If you consider anything as a possible regression for stable users then I urge you to not even consider MFC'ing. -stable is not meant to be a snapshot of -current, it's supposed to be _stable_ as the name implies. Be tread lightly because _I_ carry a large stick. thanks, -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 9:53:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lucifer.ninth-circle.org (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id F0F9337B479; Fri, 27 Oct 2000 09:53:14 -0700 (PDT) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.11.0/8.11.0) id e9RGrAA10424; Fri, 27 Oct 2000 18:53:10 +0200 (CEST) (envelope-from asmodai) Date: Fri, 27 Oct 2000 18:53:10 +0200 From: Jeroen Ruigrok van der Werven To: Alfred Perlstein Cc: stable@FreeBSD.org, developers@FreeBSD.org Subject: Re: HEADS UP! MFC's Message-ID: <20001027185310.V5433@lucifer.bart.nl> References: <20001027184107.T5433@lucifer.bart.nl> <20001027094613.E28123@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001027094613.E28123@fw.wintelcom.net>; from bright@wintelcom.net on Fri, Oct 27, 2000 at 09:46:13AM -0700 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20001027 18:50], Alfred Perlstein (bright@wintelcom.net) wrote: >* Jeroen Ruigrok van der Werven [001027 09:41] wrote: >> Short: if you value stability, please be careful updating any mission >> critical system for the coming few days. > >If you consider anything as a possible regression for stable users >then I urge you to not even consider MFC'ing. > >-stable is not meant to be a snapshot of -current, it's supposed >to be _stable_ as the name implies. You totally miss the point I was trying to communicate across. While I strive to make sure everything I MFC is tested it can always happen that something for some reason blows up. Some things are just beyond your control. I am just giving people a warning to be careful the next few days in updating their system as I am sure the MFC rushing of some things might occur again. Please don't tutor me on what STABLE should be, I think I know it myself as well as you do. -- 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 I believe because it is impossible... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 9:58:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id A821F37B479; Fri, 27 Oct 2000 09:58:20 -0700 (PDT) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id JAA23332; Fri, 27 Oct 2000 09:58:16 -0700 Date: Fri, 27 Oct 2000 09:58:15 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Jeroen Ruigrok van der Werven Cc: stable@FreeBSD.org, developers@FreeBSD.org Subject: Re: HEADS UP! MFC's In-Reply-To: <20001027184107.T5433@lucifer.bart.nl> 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 There are some things which are broken in -stable that need to be fixed (alpha booting, e.g.). We'll try to leave the world a better place for our efforts. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 10: 2:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 55F2837B479; Fri, 27 Oct 2000 10:02:28 -0700 (PDT) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e9RH2Qf02760; Fri, 27 Oct 2000 10:02:26 -0700 (PDT) Date: Fri, 27 Oct 2000 10:02:26 -0700 From: Alfred Perlstein To: Jeroen Ruigrok van der Werven Cc: stable@FreeBSD.org, developers@FreeBSD.org Subject: Re: HEADS UP! MFC's Message-ID: <20001027100225.F28123@fw.wintelcom.net> References: <20001027184107.T5433@lucifer.bart.nl> <20001027094613.E28123@fw.wintelcom.net> <20001027185310.V5433@lucifer.bart.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20001027185310.V5433@lucifer.bart.nl>; from jruigrok@via-net-works.nl on Fri, Oct 27, 2000 at 06:53:10PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Jeroen Ruigrok van der Werven [001027 09:53] wrote: > -On [20001027 18:50], Alfred Perlstein (bright@wintelcom.net) wrote: > >* Jeroen Ruigrok van der Werven [001027 09:41] wrote: > >> Short: if you value stability, please be careful updating any mission > >> critical system for the coming few days. > > > >If you consider anything as a possible regression for stable users > >then I urge you to not even consider MFC'ing. > > > >-stable is not meant to be a snapshot of -current, it's supposed > >to be _stable_ as the name implies. > > You totally miss the point I was trying to communicate across. > > While I strive to make sure everything I MFC is tested it can always > happen that something for some reason blows up. > > Some things are just beyond your control. That's understandable, and if things are proceeding as normal then there's no reason for potentially creating panic for the users. However, if there's an 'MFC rush' then I think that's not the right way to go about doing it. > I am just giving people a warning to be careful the next few days in > updating their system as I am sure the MFC rushing of some things might > occur again. Again, if you are _sure_ that there will be problems then please don't, if you aren't _sure_ then there's no reason to make people fear the next release. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 10:28: 8 2000 Delivered-To: freebsd-stable@freebsd.org Received: from clmboh1-smtp1.columbus.rr.com (clmboh1-smtp1.columbus.rr.com [65.24.0.110]) by hub.freebsd.org (Postfix) with ESMTP id C0F0C37B479 for ; Fri, 27 Oct 2000 10:28:03 -0700 (PDT) Received: from columbus.rr.com (dhcp16466029.columbus.rr.com [24.164.66.29]) by clmboh1-smtp1.columbus.rr.com (8.9.3/8.9.3) with ESMTP id NAA12697 for ; Fri, 27 Oct 2000 13:24:58 -0400 (EDT) Message-ID: <39F9BC62.4B702347@columbus.rr.com> Date: Fri, 27 Oct 2000 13:33:22 -0400 From: Bill Moran X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 Cc: stable@FreeBSD.ORG Subject: Re: HEADS UP! MFC's References: <20001027184107.T5433@lucifer.bart.nl> <20001027094613.E28123@fw.wintelcom.net> <20001027185310.V5433@lucifer.bart.nl> <20001027100225.F28123@fw.wintelcom.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > > * Jeroen Ruigrok van der Werven [001027 09:53] wrote: > > While I strive to make sure everything I MFC is tested it can always > > happen that something for some reason blows up. > > > > Some things are just beyond your control. > > That's understandable, and if things are proceeding as normal then > there's no reason for potentially creating panic for the users. Come on here. This is the kind of talk I don't want to hear. There is no "panic" here. Anyone who knows anything about this system already knows that -STABLE is never a guarantee of stability. It's a best attempt at it. (and a damn good one, I might add!) Personally, I have a test system that I cvsup and test before doing a cvsup on a mission-critical production system. (I then use the date tag in cvsup to get the exact version tested onto the production machine) Anyone who is not doing something similar is begging for trouble. Occasionally the -STABLE tree breaks. And as far as not communicating anything for fear of "potentially" doing anything. Ignore him, Jeroen! If I want communications smoothed over for marketing purposes, I'll go back to commercial software. I want honest information on what's going on in the tree, and that's what Jeroen is giving us. One of the great things I like about Open Source is the candidness. Bugs are freely communicated so I don't have to spend hours on the phone with a tech support person who has been told not to admit that there could be bugs that aren't officially published by big brother. I thought Jeroen's message was a well-worded reminder to be careful with cvsupping -STABLE on production machines. Anyone who is concerned by this message needs to reconsider their upgrading practices. -Bill (I'm not mad, I'm just loud - hope this doesn't sound like a rant) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 10:35:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from wormhole.bluestar.net (wormhole.bluestar.net [208.53.1.61]) by hub.freebsd.org (Postfix) with ESMTP id A737937B479 for ; Fri, 27 Oct 2000 10:35:21 -0700 (PDT) Received: from planetwe.com (admin.planetwe.com [64.182.69.146]) by wormhole.bluestar.net (8.10.1/8.10.1) with ESMTP id e9RHZEl15909; Fri, 27 Oct 2000 12:35:14 -0500 (CDT) Message-ID: <39F9BCD2.661261D5@planetwe.com> Date: Fri, 27 Oct 2000 12:35:14 -0500 From: Drew Sanford X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Bill Moran Cc: stable@FreeBSD.ORG Subject: Re: HEADS UP! MFC's References: <20001027184107.T5433@lucifer.bart.nl> <20001027094613.E28123@fw.wintelcom.net> <20001027185310.V5433@lucifer.bart.nl> <20001027100225.F28123@fw.wintelcom.net> <39F9BC62.4B702347@columbus.rr.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bill Moran wrote: > > Come on here. This is the kind of talk I don't want to hear. > > There is no "panic" here. Anyone who knows anything about this system > already knows that -STABLE is never a guarantee of stability. It's a > best attempt at it. (and a damn good one, I might add!) > Personally, I have a test system that I cvsup and test before doing a > cvsup on a mission-critical production system. (I then use the date > tag in cvsup to get the exact version tested onto the production > machine) Anyone who is not doing something similar is begging for > trouble. Occasionally the -STABLE tree breaks. > > And as far as not communicating anything for fear of "potentially" > doing anything. Ignore him, Jeroen! If I want communications smoothed > over for marketing purposes, I'll go back to commercial software. I > want honest information on what's going on in the tree, and that's > what Jeroen is giving us. > One of the great things I like about Open Source is the candidness. > Bugs are freely communicated so I don't have to spend hours on the > phone with a tech support person who has been told not to admit that > there could be bugs that aren't officially published by big brother. > > I thought Jeroen's message was a well-worded reminder to be careful > with cvsupping -STABLE on production machines. Anyone who is concerned > by this message needs to reconsider their upgrading practices. > > -Bill > > (I'm not mad, I'm just loud - hope this doesn't sound like a rant) (amen) -- Drew Sanford Systems Administrator Planetwe.com Email: drew@planetwe.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 10:37:13 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 011DA37B4C5; Fri, 27 Oct 2000 10:37:10 -0700 (PDT) Received: from laptop.baldwin.cx (ether.osd.bsdi.com [204.216.28.196]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9RHaXf83496; Fri, 27 Oct 2000 10:36:33 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: <200010270746.e9R7k5k00392@earth.backplane.com> Date: Fri, 27 Oct 2000 10:37:23 -0700 (PDT) From: John Baldwin To: Matt Dillon Subject: RE: Really odd "BTX halted" problem booting FreeBSD on VALinux h Cc: hackers@FreeBSD.org Cc: hackers@FreeBSD.org, "freebsd-stable@FreeBSD.ORG" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 27-Oct-00 Matt Dillon wrote: > This is really weird. I have two valinux rackmount boxes, duel cpu's. > > I was testing the PXE stuff and booting one of the boxes regularly. > All of a sudden every time I reboot I get: > > ... > BIOS drive A: is disk0 > > int=00000000 err=00000000 efl=00030246 eip=00001d29 > eax=00000000 ebs=00000390 ecx=00000000 edx=00000000 > esi=00008db7 edi=00001c09 ebp=00000398 esp=0000038c > cs=c800 ds=0040 es=8db7 fs=0000 gs=0000 ss=8db7 > cs:eip= f7 f1 33 d2 8a 4e f6 f7-f1 3d ff 03 76 03 b8 ff > ss:esp= 00 00 3f 00 00 00 00 00-00 00 02 00 22 0a 00 c8 > BTX halted Int 00 is a divide by zero fault. Note that %eax is zero. Do you have dangerously dedicated mode on by chance? Some SCSI BIOS's _will_ crash with this if you use dangerously dedicated mode. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Oct 27 10:49:25 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 37B1A37B479 for ; Fri, 27 Oct 2000 10:49:21 -0700 (PDT) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id MAA15386; Fri, 27 Oct 2000 12:49:18 -0500 (CDT) (envelope-from jeff-ml@mountin.net) Received: from dial-77.max1.wa.cyberlynk.net(207.227.118.77) by peak.mountin.net via smap (V1.3) id sma015383; Fri Oct 27 12:48:49 2000 Message-Id: <4.3.2.20001027114057.00b91100@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Fri, 27 Oct 2000 12:48:27 -0500 To: Donn Miller From: "Jeffrey J. Mountin" Subject: Re: "Malloc type lacks magic" show-stopper solved Cc: stable@FreeBSD.ORG In-Reply-To: <39F91FA9.F3FC1B22@cvzoom.net> References: <20001026222017.A9391@dragon.nuxi.com> <20001026231134.D9391@dragon.nuxi.com> <20001026231338.E9391@dragon.nuxi.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 02:24 AM 10/27/00 -0400, Donn Miller wrote: >I wouldn't do that. I'd just hard-code -O in the Makefile used to >compile the kernel. Or, you could put a perl or sed script in >/sys/i386/* that does something like s/-O[12s]/-O/, so that any flags >specified, such as -O2, -O3, or -Os are converted to -O. I'd keep the >ability to do something like -march=ARCH, though, as that doesn't cause >the headaches that -O3 et. al. do. What is interesting is that -march will produce a slightly larger binary than -mcpu. Would expect the opposite, since the code is compiled to run *only* on one CPU class with -march, rather than just a scheduling change. Also should clarify in my previous message that using anything other than -O (ie -Os or => -O2) with -march tends to make compiling problematic. Related to that is the compile time for buildword is about 15% slower with -O2, so those going for the "macho" compilier flags might *think* things are faster (only a few have posted tests results), but their build times are guaranteed to be significantly slower. Anyone doing any testing should check the binary's size, compile time, and of course performance. Checking back the order of variance is compile time, size, and performance. While all the talk (or speculation) hits on my curiosity, there seems little to be gained overall by optimization changes, unless they are applied to a specific program. Even then I can only generalize, since there is little empirical data. ISTR some testing by PHK, but think it related to egcs vs gcc and another (same?) using bzip for testing. 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 Oct 27 10:51:57 2000 Delivered-To: freebsd-stable@freebsd.org Received: from srv13-poa.poa.terra.com.br (srv13-poa.poa.zaz.com.br [200.248.149.91]) by hub.freebsd.org (Postfix) with ESMTP id 691B137B479 for ; Fri, 27 Oct 2000 10:51:53 -0700 (PDT) Received: from srv8-poa.poa.terra.com.br (srv8-poa.poa.terra.com.br [200.248.149.253]) by srv13-poa.poa.terra.com.br (8.9.3/8.9.3) with ESMTP id PAA04284; Fri, 27 Oct 2000 15:51:43 -0200 Received: from br.zoing.net (cm-net-C8B02AC8.poa.terra.com.br [200.176.42.200]) by srv8-poa.poa.terra.com.br (8.9.3/8.9.3) with ESMTP id PAA32438; Fri, 27 Oct 2000 15:51:43 -0200 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: <39F9BC62.4B702347@columbus.rr.com> Date: Fri, 27 Oct 2000 15:51:45 -0200 (EDT) Organization: http://www.showZ.com.br From: Antonio Carlos Venancio Junior To: Bill Moran Subject: Re: HEADS UP! MFC's Cc: stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bill, I have production machines running 4.1.1-STABLE but they have some problems with self reboots so I will make at least one of them 4.2 to see if the errors are still there. ;) > I thought Jeroen's message was a well-worded reminder to be careful > with cvsupping -STABLE on production machines. Anyone who is concerned > by this message needs to reconsider their upgrading practices. Cya Antonio [ floripa@zoing.net | antonio@inf.ufsc.br ] [ ICQ# 9253680 | Floripa | MySQL | PHP | FreeBSD - The Power to Serve ] --- You can tell how far we have to go, when FORTRAN is the language of supercomputers. -- Steven Feiner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 10:53:29 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 52E6737B479 for ; Fri, 27 Oct 2000 10:53:26 -0700 (PDT) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id MAA15465; Fri, 27 Oct 2000 12:53:19 -0500 (CDT) (envelope-from jeff-ml@mountin.net) Received: from dial-77.max1.wa.cyberlynk.net(207.227.118.77) by peak.mountin.net via smap (V1.3) id sma015463; Fri Oct 27 12:53:01 2000 Message-Id: <4.3.2.20001027114209.00b8f2a0@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Fri, 27 Oct 2000 12:52:23 -0500 To: Juha Saarinen From: "Jeffrey J. Mountin" Subject: Re: "Malloc type lacks magic" show-stopper solved Cc: stable@FreeBSD.ORG In-Reply-To: References: 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:45 PM 10/27/00 +1300, Juha Saarinen wrote: > > More importantly, it would be nice to have it spelt out that using certain > > optflags just ain't gonna work. > > > > Just put in a few lines in /etc/default/make.conf to discourage people > > from using anything apart from -O (or whatever). > > > > That's the easiest, surely? > >Sean Winn kindly pointed out that it's there already, in make.conf... > >I'll go and stand in the corner with the dunce-cap on now. The warning is in front of the CFLAGS and not in front of COPTFLAGS. As pointed out little is to be gained with tweaking kernel optimization flags, so perhaps a "Don't think to gain anything here by changing these" warning is called for. 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 Oct 27 10:59: 7 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 20B9C37B4C5 for ; Fri, 27 Oct 2000 10:59:05 -0700 (PDT) Received: from gandalf.lebel.org ([207.253.204.157]) by falla.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with SMTP id <0G3300I7YOMETP@falla.videotron.net> for stable@freebsd.org; Fri, 27 Oct 2000 13:59:03 -0400 (EDT) Received: (qmail 4568 invoked by uid 1001); Fri, 27 Oct 2000 17:58:05 +0000 X-URL: http://www.lebel.org/ Date: Fri, 27 Oct 2000 13:58:05 -0400 From: David Lebel Subject: problems with emu10k1.c version 1.6.2.3 and above... To: stable@freebsd.org Message-id: <20001027135805.A14815@lebel.org> Organization: None whatsover. MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, since the MFC of emu10k1.c that brought the file from 1.6.2.2 to 1.6.2.3 my Soundblaster Live! refuses to emit data thru my Hoontech Digital daugthercard (to allow the card to be outputed via optical or coax digital cables: http://www.hoontech.com/english/products/Brackets/product6_9.html). I know that between those two versions, a MFC took place, that might be the cause of that. Apart from manually using 1.6.2.2, is there a way to fix this problem? Ciao, ...David -- // david lebel // nobiaze' Inc. // http://www.lebel.org/ // http://www.nobiaze.com/ // pgp: 3633 6999 D47E 73ED 099F // vox: (514) 943.3045 4341 08A4 8E48 EF56 61D1 // fax: (514) 938.8881 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 11: 4:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id 019BE37B479; Fri, 27 Oct 2000 11:04:26 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id e9RI3wK05949; Fri, 27 Oct 2000 11:03:58 -0700 (PDT) (envelope-from dillon) Date: Fri, 27 Oct 2000 11:03:58 -0700 (PDT) From: Matt Dillon Message-Id: <200010271803.e9RI3wK05949@earth.backplane.com> To: Paul Saab Cc: Danny Braniss , freebsd-stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware References: <20001027070229.A3341@elvis.mu.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Danny Braniss (danny@cs.huji.ac.il) wrote: :> In message <200010270746.e9R7k5k00392@earth.backplane.com>you write: :> } This is really weird. I have two valinux rackmount boxes, duel cpu's. :> } :> } I was testing the PXE stuff and booting one of the boxes regularly. :> } All of a sudden every time I reboot I get: :> } :> :> i've seen the same, i just reboot it, and it works. sometimes, while :> the kernel is doing it's init stuff it panics. i haven't seen it fail :> more than once in a row, so i was thinking maybe some network error :> that was not dealt properly. btw, the boxes are DELL. : :He was not seeing a PXE bug, it was a loader issue with the BIOS. :The PXE bug you are seeing is with anything build 078 or earlier. :Intel has a bug in their rom which they fixed back in March of this year. : :-- :Paul Saab :Technical Yahoo Right. It isn't PXE. PXE works fine. I'm starting to figure out what is going on. If I create a 'dangerously dedicated' parittion, the BIOS drops dead when the loader tries to scan it. If I create a normal fdisk partition, the BIOS works, but disklabel will not let me label the fdisk partition and I have no clue as to why not! fdisk -I da0 (init a real freebsd-dedicated DOS partition) reboot (reboot just to be sure) (BIOS does NOT crash with a real dos partition table) fdisk da0 (see output below) The data for partition 1 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 63, size 143363997 (70001 Meg), flag 80 (active) beg: cyl 0/ sector 1/ head 1; end: cyl 731/ sector 63/ head 254 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: 10:/root# disklabel -w -r da0s1 auto (label it) 10:/root# disklabel -w -r da0s1 auto Oct 27 11:00:35 10 /kernel: da0: cannot find label (no disk label) Oct 27 11:00:35 10 /kernel: da0s1: cannot find label (no disk label) Oct 27 11:00:35 10 /kernel: da0: cannot find label (no disk label) Oct 27 11:00:35 10 /kernel: da0s1: cannot find label (no disk label) disklabel: ioctl DIOCGDINFO: Invalid argument disklabel: auto: unknown disk type I don't understand why it won't let me label the fdisk partition. If only I could label the real partition 'fdisk -I' created, I think the system will work. The question is, why is disklabel failing above? It shouldn't be failing..it should let me label da0s1. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 11: 4:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mobile.foobie.net (w018.z064220173.sjc-ca.dsl.cnc.net [64.220.173.18]) by hub.freebsd.org (Postfix) with ESMTP id 5554D37B4D7 for ; Fri, 27 Oct 2000 11:04:44 -0700 (PDT) Received: from envolved.com (IDENT:sbeitzel@mobile.foobie.net [127.0.0.1]) by mobile.foobie.net (8.9.3/8.9.3) with ESMTP id LAA01359; Fri, 27 Oct 2000 11:04:27 -0700 Message-Id: <200010271804.LAA01359@mobile.foobie.net> Date: Fri, 27 Oct 2000 11:04:24 -0700 (PDT) From: Stephen Beitzel Reply-To: Stephen Beitzel Subject: Re: All the x11-wm ports b0rken in 4.1.1-STABLE? To: juha@saarinen.org Cc: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 27 Oct, Juha Saarinen wrote: > ports-all tag=. [...] > Might be an idea to document that somewhere... I can't be the only one > being bitten by it. It is documented; you just have to know where to look! Take a peek in /usr/src/share/examples/cvsup/ports-supfile as an example, and /usr/src/share/examples/cvsup/standard-supfile. The latter includes a comment warning about making sure you include 'tag=.' if you cvsup ports at the same time as the rest of the world. Yes, it took me a little while to find this. Also, the online handbook at http://www.FreeBSD.org/handbook makes a note of this in the section on cvsup and the ports tree. Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 11:14:13 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 73A2137B4CF; Fri, 27 Oct 2000 11:14:01 -0700 (PDT) Received: from laptop.baldwin.cx (ether.osd.bsdi.com [204.216.28.196]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9RIDOf84634; Fri, 27 Oct 2000 11:13:24 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: <200010271803.e9RI3wK05949@earth.backplane.com> Date: Fri, 27 Oct 2000 11:14:14 -0700 (PDT) From: John Baldwin To: Matt Dillon Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h Cc: hackers@FreeBSD.org, freebsd-stable@FreeBSD.org, Danny Braniss , Paul Saab Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 27-Oct-00 Matt Dillon wrote: >:Danny Braniss (danny@cs.huji.ac.il) wrote: >:> In message <200010270746.e9R7k5k00392@earth.backplane.com>you write: >:> } This is really weird. I have two valinux rackmount boxes, duel cpu's. >:> } >:> } I was testing the PXE stuff and booting one of the boxes regularly. >:> } All of a sudden every time I reboot I get: >:> } >:> >:> i've seen the same, i just reboot it, and it works. sometimes, while >:> the kernel is doing it's init stuff it panics. i haven't seen it fail >:> more than once in a row, so i was thinking maybe some network error >:> that was not dealt properly. btw, the boxes are DELL. >: >:He was not seeing a PXE bug, it was a loader issue with the BIOS. >:The PXE bug you are seeing is with anything build 078 or earlier. >:Intel has a bug in their rom which they fixed back in March of this year. >: >:-- >:Paul Saab >:Technical Yahoo > > Right. It isn't PXE. PXE works fine. > > I'm starting to figure out what is going on. If I create a > 'dangerously dedicated' parittion, the BIOS drops dead when the > loader tries to scan it. > > If I create a normal fdisk partition, the BIOS works, but disklabel > will not let me label the fdisk partition and I have no clue as to why > not! > > fdisk -I da0 (init a real freebsd-dedicated DOS partition) > reboot (reboot just to be sure) > (BIOS does NOT crash with a real dos partition > table) > fdisk da0 (see output below) > > The data for partition 1 is: > sysid 165,(FreeBSD/NetBSD/386BSD) > start 63, size 143363997 (70001 Meg), flag 80 (active) > beg: cyl 0/ sector 1/ head 1; > end: cyl 731/ sector 63/ head 254 > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > > 10:/root# > > disklabel -w -r da0s1 auto (label it) Disklabel can not label slices. For a project I had to work on receently I hacked up a slicelabel tool that used libdisk (which can handle slices) to initialize the disklabels in slices. The code for the slicelabel command is quite short: #include #include #include #include #include static void usage(void); static void label_disk(const char *name); static void usage(void) { fprintf(stderr, "Usage: slicelabel disk [disk ...]\n"); exit(1); } static void label_disk(const char *name) { struct disk *disk; if ((disk = Open_Disk(name)) == NULL) fprintf(stderr, "Unable to open disk %s.\n", name); else Write_Disk(disk); } int main(int argc, char *argv[]) { int index; if (argc == 1) usage(); for(index = 1; index < argc; index++) label_disk(argv[index]); return(0); } -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Oct 27 11:17:17 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 532BA37B4CF; Fri, 27 Oct 2000 11:17:02 -0700 (PDT) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id NAA15582; Fri, 27 Oct 2000 13:16:53 -0500 (CDT) (envelope-from jeff-ml@mountin.net) Received: from dial-77.max1.wa.cyberlynk.net(207.227.118.77) by peak.mountin.net via smap (V1.3) id sma015576; Fri Oct 27 13:16:28 2000 Message-Id: <4.3.2.20001027125304.022eb440@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Fri, 27 Oct 2000 13:16:06 -0500 To: Alfred Perlstein , Jeroen Ruigrok van der Werven From: "Jeffrey J. Mountin" Subject: Re: HEADS UP! MFC's Cc: stable@FreeBSD.ORG, developers@FreeBSD.ORG In-Reply-To: <20001027100225.F28123@fw.wintelcom.net> References: <20001027185310.V5433@lucifer.bart.nl> <20001027184107.T5433@lucifer.bart.nl> <20001027094613.E28123@fw.wintelcom.net> <20001027185310.V5433@lucifer.bart.nl> 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 10:02 AM 10/27/00 -0700, Alfred Perlstein replied to Joeroen: >* Jeroen Ruigrok van der Werven [001027 09:53] >wrote: > > -On [20001027 18:50], Alfred Perlstein (bright@wintelcom.net) wrote: > > >* Jeroen Ruigrok van der Werven [001027 > 09:41] wrote: > > >> Short: if you value stability, please be careful updating any mission > > >> critical system for the coming few days. > > > > > >If you consider anything as a possible regression for stable users > > >then I urge you to not even consider MFC'ing. > > > > > >-stable is not meant to be a snapshot of -current, it's supposed > > >to be _stable_ as the name implies. > > > > You totally miss the point I was trying to communicate across. > > > > While I strive to make sure everything I MFC is tested it can always > > happen that something for some reason blows up. > > > > > Some things are just beyond your control. > >That's understandable, and if things are proceeding as normal then >there's no reason for potentially creating panic for the users. > >However, if there's an 'MFC rush' then I think that's not the right >way to go about doing it. > > > I am just giving people a warning to be careful the next few days in > > updating their system as I am sure the MFC rushing of some things might > > occur again. > >Again, if you are _sure_ that there will be problems then please >don't, if you aren't _sure_ then there's no reason to make people >fear the next release. Historically I would say that there is some breakage either just before or very early in the code freeze. I agree with Jeroen in that this is "normal" and with Alfred in that it could be better. However, there are generally so many commits and they may be well tested, but might conflict with other commits. With the leisurely pace lost to the MFC rush, problems are bound to happen. That is why we have a freeze. Perhaps Alfred is just trying to say that is was agreed that a bit more care should be taken for MFC's, but if those working on their ( well tested I trust) MFC's are trying to ensure they make it in time for the next release, as the large number for today (the 26th) suggest, then there are likely to be some conflicts that are difficult to avoid. Just a matter of statistics IMO. My suggestion to those likely to be panicked is to sit back and watch the show rather than participate. Ironically received the heads-up *after* I just pulled sources. Figures, but then my expectations are a bit lower during this part of the development cycle. Next week things should settle down. No matter, since I do more building during this period than during the 3-4 months in between releases. YMMV Should also add there seem to be a LOT more false alarms during this period due to the flurry of commits and mistimed source pulls. Those tracking -stable should read their mail before we end up with a half dozen threads on the same problem, which only adds to the confusion. .02 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 Oct 27 11:24:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id 6F92B37B479; Fri, 27 Oct 2000 11:24:21 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id e9RIOLw06173; Fri, 27 Oct 2000 11:24:21 -0700 (PDT) (envelope-from dillon) Date: Fri, 27 Oct 2000 11:24:21 -0700 (PDT) From: Matt Dillon Message-Id: <200010271824.e9RIOLw06173@earth.backplane.com> To: John Baldwin Cc: hackers@FreeBSD.org, "freebsd-stable@FreeBSD.ORG" Subject: Re: RE: Really odd "BTX halted" problem booting FreeBSD on VALinux h References: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> :> I was testing the PXE stuff and booting one of the boxes regularly. :> All of a sudden every time I reboot I get: :> :> ... :> BIOS drive A: is disk0 :> :> int=00000000 err=00000000 efl=00030246 eip=00001d29 :> eax=00000000 ebs=00000390 ecx=00000000 edx=00000000 :> esi=00008db7 edi=00001c09 ebp=00000398 esp=0000038c :> cs=c800 ds=0040 es=8db7 fs=0000 gs=0000 ss=8db7 :> cs:eip= f7 f1 33 d2 8a 4e f6 f7-f1 3d ff 03 76 03 b8 ff :> ss:esp= 00 00 3f 00 00 00 00 00-00 00 02 00 22 0a 00 c8 :> BTX halted : :Int 00 is a divide by zero fault. Note that %eax is zero. :Do you have dangerously dedicated mode on by chance? Some :SCSI BIOS's _will_ crash with this if you use dangerously :dedicated mode. : :-- : :John Baldwin -- http://www.FreeBSD.org/~jhb/ Yup. The real question is: Ok, so if I can't use dangerously dedicated mode, then how do I create a disklabel on a normal partition? Everything I try using fdisk and disklabel fails. fdisk will create a normal freebsd-dedicated dos partition, but disklabel refuses to label it. Beyond that, our 'dangerously dedicated' disk label should at least contain reasonable values -- be correct enough to pass BIOS muster. I don't know enough about the partition format to know where the BIOS calculation is failing. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 11:29:59 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id F297037B479; Fri, 27 Oct 2000 11:29:52 -0700 (PDT) Received: from laptop.baldwin.cx (ether.osd.bsdi.com [204.216.28.196]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9RITGf85246; Fri, 27 Oct 2000 11:29:16 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: <200010271824.e9RIOLw06173@earth.backplane.com> Date: Fri, 27 Oct 2000 11:30:06 -0700 (PDT) From: John Baldwin To: Matt Dillon Subject: Re: RE: Really odd "BTX halted" problem booting FreeBSD on VALin Cc: "freebsd-stable@FreeBSD.ORG" Cc: "freebsd-stable@FreeBSD.ORG" , hackers@FreeBSD.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 27-Oct-00 Matt Dillon wrote: > The real question is: Ok, so if I can't use dangerously dedicated > mode, then how do I create a disklabel on a normal partition? Everything > I try using fdisk and disklabel fails. fdisk will create a normal > freebsd-dedicated dos partition, but disklabel refuses to label it. See my previous e-mail about my slicelabel utility^Whack. If you use sysinstall you can label the disk as well. :) > Beyond that, our 'dangerously dedicated' disk label should at least > contain reasonable values -- be correct enough to pass BIOS muster. > I don't know enough about the partition format to know where the > BIOS calculation is failing. Errr, the dangerously dedicated label can't contain reasonable values because it violates assumptions made by other pieces of the PC architecture. > -Matt -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Oct 27 11:33: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id 613EC37B4C5; Fri, 27 Oct 2000 11:32:54 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id e9RIWsk06307; Fri, 27 Oct 2000 11:32:54 -0700 (PDT) (envelope-from dillon) Date: Fri, 27 Oct 2000 11:32:54 -0700 (PDT) From: Matt Dillon Message-Id: <200010271832.e9RIWsk06307@earth.backplane.com> To: John Baldwin Cc: hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, Danny Braniss , Paul Saab Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h References: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> :> disklabel -w -r da0s1 auto (label it) : :Disklabel can not label slices. For a project I had to work on receently :I hacked up a slicelabel tool that used libdisk (which can handle slices) :to initialize the disklabels in slices. The code for the slicelabel :command is quite short: :.. :John Baldwin -- http://www.FreeBSD.org/~jhb/ Thanks for the program. I think, however, that the proper solution is to make disklabel work with slices. We shouldn't need three programs to label a disk... if fdisk and disklabel can't do the job then our distribution is broken. I am going to spend some time researching the problem to see if I can come up with a 'disklabel' solution for labeling slices. It would also be nice if someone could figure out why our 'dangerously dedicated' partition fails with some BIOSes ... it should be possible to fix it if someone could track down what exactly is causing the divide-by-0 ! -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 11:33:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from topperwein.dyndns.org (acs-24-154-28-99.zoominternet.net [24.154.28.99]) by hub.freebsd.org (Postfix) with ESMTP id 62AE737B4C5 for ; Fri, 27 Oct 2000 11:33:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by topperwein.dyndns.org (8.11.0/8.11.1) with ESMTP id e9RIYU414737 for ; Fri, 27 Oct 2000 14:34:30 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Fri, 27 Oct 2000 14:34:30 -0400 (EDT) From: Chris BeHanna Reply-To: behanna@zbzoom.net To: FreeBSD-Stable Subject: Sighandling patch in 4.2? 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 Is there any chance that Andrew Gallatin's linuxulator signal-handling patches will make it into 4.2? Thanks, -- Chris BeHanna Software Engineer (at yourfit.com) behanna@zbzoom.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 11:38:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id 44A0137B479 for ; Fri, 27 Oct 2000 11:38:10 -0700 (PDT) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.0/8.11.0) id e9RIb4k02003; Fri, 27 Oct 2000 20:37:04 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200010271837.e9RIb4k02003@zibbi.icomtek.csir.co.za> Subject: Re: IPXrouted barfs after upgrade In-Reply-To: <8E67E032AD23D4118F740050042F21F764@lant.mbp.ee> from Lauri Laupmaa at "Oct 27, 2000 06:21:02 pm" To: mauri@aripaev.ee (Lauri Laupmaa) Date: Fri, 27 Oct 2000 20:37:04 +0200 (SAT) Cc: stable@FreeBSD.ORG ('stable@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 > > Just upgraded to recent stable from ~month old stable and: > Oct 27 18:18:29 bsd IPXrouted[85]: socket: Protocol not supported > > Something wrong with IPX ? > Nothing in UPDATING though... You did remember to build a kernel with "options IPX" in? John -- John Hay -- John.Hay@icomtek.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 11:43:39 2000 Delivered-To: freebsd-stable@freebsd.org Received: from bsd.mbp.ee (bsd.mbp.ee [194.204.12.74]) by hub.freebsd.org (Postfix) with ESMTP id BF9CE37B479 for ; Fri, 27 Oct 2000 11:43:36 -0700 (PDT) Received: from lant.mbp.ee (lant.mbp.ee [194.204.12.41]) by bsd.mbp.ee (8.11.1/8.11.1) with ESMTP id e9RIhUo03389 for ; Fri, 27 Oct 2000 20:43:32 +0200 (EET) (envelope-from mauri@aripaev.ee) Received: by lant.mbp.ee with Internet Mail Service (5.5.2650.21) id ; Fri, 27 Oct 2000 20:44:11 +0200 Message-ID: <8E67E032AD23D4118F740050042F21F765@lant.mbp.ee> From: Lauri Laupmaa To: "'stable@freebsd.org'" Subject: RE: IPXrouted barfs after upgrade Date: Fri, 27 Oct 2000 20:43:59 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Something wrong with IPX ? > > Nothing in UPDATING though... > > You did remember to build a kernel with "options IPX" in? BIG OOPS! Yup I did forget optios IPX :( sorry....sorry. L. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 12: 1:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dsl-64-193-123-121.telocity.com (dsl-64-193-123-121.telocity.com [64.193.123.121]) by hub.freebsd.org (Postfix) with ESMTP id 4451B37B479; Fri, 27 Oct 2000 12:01:29 -0700 (PDT) Received: (from brueggma@localhost) by dsl-64-193-123-121.telocity.com (8.11.1/8.11.1) id e9RJ1Su91284; Fri, 27 Oct 2000 14:01:28 -0500 (CDT) (envelope-from brueggma) Date: Fri, 27 Oct 2000 14:01:28 -0500 From: Eric Brueggmann To: Robert Watson Cc: freebsd-stable@freebsd.org, freebsd-fs@freebsd.org Subject: Re: df -h Message-ID: <20001027140128.A90763@snoopie.yi.org> Reply-To: brueggma@snoopie.yi.org References: <20001026072311.A765@snoopie.yi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rwatson@freebsd.org on Fri, Oct 27, 2000 at 11:27:55AM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yes sir: # ls -la smbfs-1.3.0.tar -rw-r--r-- 1 root samba 716800 Oct 19 22:58 smbfs-1.3.0.tar # uname -a FreeBSD dsl-64-193-123-121.telocity.com 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Th u Oct 26 23:36:44 CDT 2000 root@dsl-64-193-123-121.telocity.com:/usr/src/sys /compile/BEAST i386 Since the previous post, I have found out that df, du, and quota all cause the machine to reboot. But the machine only reboots using the above commands after X mins of uptime. Eric B. Please let me know if you need more info. On Fri, Oct 27, 2000 at 11:27:55AM -0400, Robert Watson wrote: > > About 24 hours after you sent this, Shawn Halpenny > sent e-mail observing that he was experiencing it when using smbfs. Are > you using smbfs, another file system, or only normal FFS/MFS partitions? > > Thanks, > > Robert N M Watson FreeBSD Core Team, TrustedBSD Project > robert@fledge.watson.org NAI Labs, Safeport Network Services > > On Thu, 26 Oct 2000, Eric Brueggmann wrote: > > > Hello again, > > > > I'm experiencing some more df problems. I just typed "df -h" for the > > second time in the past 2 days, and the machine rebooted. No messages in the > > logs, nothing. > > > > # uname -a > > FreeBSD dsl-64-193-123-121.telocity.com 4.1.1-STABLE FreeBSD 4.1.1-STABLE #0: Fri Oct 20 12:11:58 CDT 2000 root@dsl-64-193-123-121.telocity.com:/usr/src/sys/compile/BEAST i386 > > > > Could this just be hardware failure? (disk) > > > > > > Eric B. > > > > > Hello.. > > > > > > Sorry for the cross post. I was wondering what could cause this: > > > > > ># du -hc /var | grep total > > > 15M total > > ># df -h /var > > >Filesystem Size Used Avail Capacity Mounted on > > >/dev/ad3s2e 483M 101M 343M 23% /var > > ># sync > > ># df -h /var > > >Filesystem Size Used Avail Capacity Mounted on > > >/dev/ad3s2e 483M 101M 343M 23% /var > > > > > >This happens every couple of weeks or so.. The difference is usually not > > >as great as it is now. Is there any way to fix it? I don't think du is > > >following any sym links, or anything. > > > > > > Thank You, > > > Eric Brueggmann > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-fs" 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 Oct 27 12:30:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id 7AC0D37B479; Fri, 27 Oct 2000 12:30:40 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id e9RJUad07211; Fri, 27 Oct 2000 12:30:36 -0700 (PDT) (envelope-from dillon) Date: Fri, 27 Oct 2000 12:30:36 -0700 (PDT) From: Matt Dillon Message-Id: <200010271930.e9RJUad07211@earth.backplane.com> To: John Baldwin Cc: hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, Danny Braniss , Paul Saab Subject: Proposed patch to fix disklabel for slices. (was re: BTX halted...) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here is my proposal and a patch. The patch adds a new iodctl, called DIOCGDVIRGIN. This ioctl returns a 'virgin disklabel' for a disk or slice. The other part of the patch is to modify the 'disklabel' program to use the new ioctl (and to fallback to what it was doing before: DIOCGINFO if the new ioctl fails). With this patch you can now use 'fdisk -I da0' to create a real dos partition, and then use 'disklabel -w -r da0s1 auto' to label it. Without the patch it is not possible to disklabel a slice without writing a separate program to do it (as mentioned by others in this thread). I am testing it now, but I believe it to be very close to correct if not completely correct. I would appreciate comment and testing by others and some input from Jordan in regards to possibly getting it into the release. -Matt Index: sbin/disklabel/disklabel.c =================================================================== RCS file: /home/ncvs/src/sbin/disklabel/disklabel.c,v retrieving revision 1.28.2.3 diff -u -r1.28.2.3 disklabel.c --- sbin/disklabel/disklabel.c 2000/07/01 06:47:46 1.28.2.3 +++ sbin/disklabel/disklabel.c 2000/10/27 19:24:00 @@ -1347,10 +1347,17 @@ warn("cannot open %s", namebuf); return (NULL); } - if (ioctl(f, DIOCGDINFO, &lab) < 0) { - warn("ioctl DIOCGDINFO"); - close(f); - return (NULL); + + /* + * Try to use the new get-virgin-label ioctl. If it fails, + * fallback to the old get-disdk-info ioctl. + */ + if (ioctl(f, DIOCGDVIRGIN, &lab) < 0) { + if (ioctl(f, DIOCGDINFO, &lab) < 0) { + warn("ioctl DIOCGDINFO"); + close(f); + return (NULL); + } } close(f); lab.d_boot0 = NULL; Index: sys/kern/kern_descrip.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_descrip.c,v retrieving revision 1.81.2.4 diff -u -r1.81.2.4 kern_descrip.c --- sys/kern/kern_descrip.c 2000/10/24 19:28:26 1.81.2.4 +++ sys/kern/kern_descrip.c 2000/10/26 04:04:25 @@ -125,6 +125,9 @@ /* * Duplicate a file descriptor to a particular value. + * + * note: keep in mind that a potential race condition exists when closing + * descriptors from a shared descriptor table (via rfork). */ #ifndef _SYS_SYSPROTO_H_ struct dup2_args { @@ -145,8 +148,9 @@ if (old >= fdp->fd_nfiles || fdp->fd_ofiles[old] == NULL || new >= p->p_rlimit[RLIMIT_NOFILE].rlim_cur || - new >= maxfilesperproc) + new >= maxfilesperproc) { return (EBADF); + } if (old == new) { p->p_retval[0] = new; return (0); @@ -157,12 +161,15 @@ if (new != i) panic("dup2: fdalloc"); } else if (fdp->fd_ofiles[new]) { + struct file *fp = fdp->fd_ofiles[new]; + if (fdp->fd_ofileflags[new] & UF_MAPPED) (void) munmapfd(p, new); /* * dup2() must succeed even if the close has an error. */ - (void) closef(fdp->fd_ofiles[new], p); + fdp->fd_ofiles[new] = NULL; + (void) closef(fp, p); } return (finishdup(fdp, (int)old, (int)new, p->p_retval)); } Index: sys/kern/subr_diskslice.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_diskslice.c,v retrieving revision 1.82 diff -u -r1.82 subr_diskslice.c --- sys/kern/subr_diskslice.c 2000/01/28 11:51:08 1.82 +++ sys/kern/subr_diskslice.c 2000/10/27 19:23:28 @@ -366,12 +366,46 @@ int slice; struct diskslice *sp; struct diskslices *ssp; + struct partition *pp; slice = dkslice(dev); ssp = *sspp; sp = &ssp->dss_slices[slice]; lp = sp->ds_label; switch (cmd) { + + case DIOCGDVIRGIN: + lp = (struct disklabel *)data; + if (ssp->dss_slices[WHOLE_DISK_SLICE].ds_label) { + *lp = *ssp->dss_slices[WHOLE_DISK_SLICE].ds_label; + } else { + bzero(lp, sizeof(struct disklabel)); + } + + lp->d_magic = DISKMAGIC; + lp->d_magic2 = DISKMAGIC; + pp = &lp->d_partitions[RAW_PART]; + pp->p_offset = 0; + pp->p_size = sp->ds_size; + + lp->d_npartitions = MAXPARTITIONS; + if (lp->d_interleave == 0) + lp->d_interleave = 1; + if (lp->d_rpm == 0) + lp->d_rpm = 3600; + if (lp->d_nsectors == 0) + lp->d_nsectors = 32; + if (lp->d_ntracks == 0) + lp->d_ntracks = 64; + + lp->d_bbsize = BBSIZE; + lp->d_sbsize = SBSIZE; + lp->d_secpercyl = lp->d_nsectors * lp->d_ntracks; + lp->d_ncylinders = sp->ds_size / lp->d_secpercyl; + lp->d_secperunit = sp->ds_size; + lp->d_checksum = 0; + lp->d_checksum = dkcksum(lp); + return (0); case DIOCGDINFO: if (lp == NULL) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 13: 4:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gatekeeper.veriohosting.com (gatekeeper.veriohosting.com [192.41.0.2]) by hub.freebsd.org (Postfix) with ESMTP id DC3C137B479; Fri, 27 Oct 2000 13:04:27 -0700 (PDT) Received: by gatekeeper.veriohosting.com; Fri, 27 Oct 2000 14:04:26 -0600 (MDT) Received: from unknown(192.168.1.7) by gatekeeper.veriohosting.com via smap (V3.1.1) id xma027833; Fri, 27 Oct 00 14:03:58 -0600 Received: from vespa.orem.iserver.com (vespa.orem.iserver.com [192.168.1.144]) by orca.orem.veriohosting.com [Verio Web Hosting, Inc. 801.437.0200] (8.8.8) id OAA81690; Fri, 27 Oct 2000 14:03:57 -0600 (MDT) Date: Fri, 27 Oct 2000 14:20:30 -0600 (MDT) From: Fred Clift X-Sender: fred@vespa.orem.iserver.com To: Matt Dillon Cc: hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h In-Reply-To: <200010271832.e9RIWsk06307@earth.backplane.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 So let me see if I get this -- the recommended way to install is to have fdisk slices, and inside (one of) those slices have FreeBSD lables. However, right now, other than using the program posted in this thread, getting creative with dd is the only way to set up lables like that in an automated way. The only other choice it would seem is to use sysinstall interactively? disklabel -e claims it supports 'leaving the fdisk partition alone' while labling -- would that work? This is interactive too, however. The 'fake' fdisk table that gets put on for dangerously dedicated mode (ie the one inside boot0) has a fake 25 meg partition in it. Wouldn't the problem be solved if we jut put valid info in this 'fake' partition table making this a both 'dedicated' and non-bios confusing 'normal' install at the same time? I have a bunch boxes based on the L440GX+ intel motherboard that get confused by 'dangerously dedicated' labels. If you want real fun, dd boo0 from 3.4 onto the first block of any hard disk in your system and you will be unable to boot _any_ device in your system as the bios gets a wedgie somewhere before the bootloader gets invoked. PXE or other network boot still works and from there you can 'fix' the disk, or you can just yank it from the box too. At any rate, I've found a workaround in that if I put in valid partition info into the boot0 bootblock, the wedgie problem goes away. Am I confused about something? Perhaps I'm mistaken about how things work -- if so, enlighten me, please. -- Fred Clift - fclift@verio.net -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 13:24:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id 34C4837B479; Fri, 27 Oct 2000 13:24:18 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id e9RKOHL07526; Fri, 27 Oct 2000 13:24:17 -0700 (PDT) (envelope-from dillon) Date: Fri, 27 Oct 2000 13:24:17 -0700 (PDT) From: Matt Dillon Message-Id: <200010272024.e9RKOHL07526@earth.backplane.com> To: Fred Clift Cc: hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h References: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :I have a bunch boxes based on the L440GX+ intel motherboard that get :confused by 'dangerously dedicated' labels. If you want real fun, dd :boo0 from 3.4 onto the first block of any hard disk in your system and :you will be unable to boot _any_ device in your system as the bios gets a :wedgie somewhere before the bootloader gets invoked. PXE or other network :boot still works and from there you can 'fix' the disk, or you can just :yank it from the box too. : :At any rate, I've found a workaround in that if I put in valid partition :info into the boot0 bootblock, the wedgie problem goes away. : :Am I confused about something? Perhaps I'm mistaken about how things work :-- if so, enlighten me, please. :-- :Fred Clift - fclift@verio.net -- Remember: If brute I think that the days of the 'dangerously dedicated partition' are numbered. It has obviously caused much more havoc then people have realized. We don't have time to fix it for the current release, but I took a good hard look at the code and as far as I can tell the only reason we *have* a dangerously dedicated partition at all is because the disklabel code is too cheap to create a real one - it is just copying the skeleton fdisk data from boot0 verbatim and leaving it. Disklabel could very easily create a real partition - in fact, I think with my proposed patch for labeling slices all it needs to do is exec 'fdisk -I disk' to do it, and then generate a virgin label for the slice. An interim solution would be to get my proposed patch (DIOCGVIRGIN and giving disklabel the ability to label a slice) in for this release, assuming it passes muster. We definitely need something for this release, or everyone running VALinux hardware is going to be real confused if they ever disklabel a disk manually. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 13:25:10 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gatekeeper.veriohosting.com (gatekeeper.veriohosting.com [192.41.0.2]) by hub.freebsd.org (Postfix) with ESMTP id 5D5AA37B4F9; Fri, 27 Oct 2000 13:25:05 -0700 (PDT) Received: by gatekeeper.veriohosting.com; Fri, 27 Oct 2000 14:25:04 -0600 (MDT) Received: from unknown(192.168.1.7) by gatekeeper.veriohosting.com via smap (V3.1.1) id xma002775; Fri, 27 Oct 00 14:24:32 -0600 Received: from vespa.orem.iserver.com (vespa.orem.iserver.com [192.168.1.144]) by orca.orem.veriohosting.com [Verio Web Hosting, Inc. 801.437.0200] (8.8.8) id OAA84224; Fri, 27 Oct 2000 14:24:31 -0600 (MDT) Date: Fri, 27 Oct 2000 14:41:06 -0600 (MDT) From: Fred Clift X-Sender: fred@vespa.orem.iserver.com To: Matt Dillon Cc: Mike Smith , freebsd-stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware In-Reply-To: <200010270914.e9R9E5Y03182@earth.backplane.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 you do a hexdump on boot0 and the first sector of your disk, you'll see that boot0 has been copied onto your disk, broken partition table and all. If you then run fdisk on the disk and put in the 'right' number of sectors and let it automatically recalculate everything else, you'll get a decent fdisk table back. disklabel -B, in my opinion should either A) leave the partition table alone (even though it's part of the first sector too) or B) look at the freebsd label and automagically calculate what the values should be and put them in (as does fdisk -u when you 'Supply a decimal value for "size"' and dont explicitly calculate anything else, letting it calculate it for you. > > disklabel -B da0 > disklabel -B da1 > > fdisk da0 ... > The data for partition 4 is: > sysid 165,(FreeBSD/NetBSD/386BSD) > start 0, size 50000 (24 Meg), flag 80 (active) > beg: cyl 0/ sector 1/ head 0; > end: cyl 1023/ sector 63/ head 255 Fred -- Fred Clift - fclift@verio.net -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 13:28:59 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gatekeeper.veriohosting.com (gatekeeper.veriohosting.com [192.41.0.2]) by hub.freebsd.org (Postfix) with ESMTP id 7E83537B479; Fri, 27 Oct 2000 13:28:53 -0700 (PDT) Received: by gatekeeper.veriohosting.com; Fri, 27 Oct 2000 14:28:46 -0600 (MDT) Received: from unknown(192.168.1.7) by gatekeeper.veriohosting.com via smap (V3.1.1) id xma003668; Fri, 27 Oct 00 14:28:36 -0600 Received: from vespa.orem.iserver.com (vespa.orem.iserver.com [192.168.1.144]) by orca.orem.veriohosting.com [Verio Web Hosting, Inc. 801.437.0200] (8.8.8) id OAA84731; Fri, 27 Oct 2000 14:28:36 -0600 (MDT) Date: Fri, 27 Oct 2000 14:45:10 -0600 (MDT) From: Fred Clift X-Sender: fred@vespa.orem.iserver.com To: Robert Nordier Cc: Matt Dillon , Terry Lambert , "freebsd-stable@FreeBSD.ORG" , hackers@FreeBSD.ORG Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware In-Reply-To: <200010271110.NAA26088@siri.nordier.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 Fri, 27 Oct 2000, Robert Nordier wrote: > > Just doing the disklabel -w -r followed by the disklabel -B is creating > a dangerously dedicated disk, which your BIOS apparently doesn't like. > (See the first hex dump you did, where boot1 has ended up in the MBR.) > > That's why installing boot blocks is messing with the partition table, > to answer the question you asked elsewhere. > > You need to dd and fdisk before the disklabel commands, which will give > you a standard partition table (at the cost of 63 sectors of disk > space). > So why not just put a valid partition table inside the boot1 that gets put on sector zero? When boot1 gets dropped onto sector zero, it does hose the partition table, but there is no reason why a valid one couln't be put there insead of this broken one: Information from DOS bootblock is: The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 0, size 50000 (24 Meg), flag 80 (active) beg: cyl 0/ sector 1/ head 0; end: cyl 1023/ sector 63/ head 255 Why not edit the partition table after boot1 gets installed? Fred -- Fred Clift - fclift@verio.net -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 13:30:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gatekeeper.veriohosting.com (gatekeeper.veriohosting.com [192.41.0.2]) by hub.freebsd.org (Postfix) with ESMTP id 0FC1037B479; Fri, 27 Oct 2000 13:30:28 -0700 (PDT) Received: by gatekeeper.veriohosting.com; Fri, 27 Oct 2000 14:30:27 -0600 (MDT) Received: from unknown(192.168.1.7) by gatekeeper.veriohosting.com via smap (V3.1.1) id xma003956; Fri, 27 Oct 00 14:30:08 -0600 Received: from vespa.orem.iserver.com (vespa.orem.iserver.com [192.168.1.144]) by orca.orem.veriohosting.com [Verio Web Hosting, Inc. 801.437.0200] (8.8.8) id OAA84950; Fri, 27 Oct 2000 14:30:08 -0600 (MDT) Date: Fri, 27 Oct 2000 14:46:42 -0600 (MDT) From: Fred Clift X-Sender: fred@vespa.orem.iserver.com To: Fred Clift Cc: Matt Dillon , Mike Smith , freebsd-stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware 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 Fri, 27 Oct 2000, Fred Clift wrote: > > If you do a hexdump on boot0 and the first sector of your disk, you'll see > that boot0 has been copied onto your disk, broken partition table and a typo/thinko -- replace boot0 here with boot1 -- Fred Clift - fclift@verio.net -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 13:45: 1 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id C3D9237B479; Fri, 27 Oct 2000 13:44:55 -0700 (PDT) Received: from laptop.baldwin.cx (ether.osd.bsdi.com [204.216.28.196]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9RKiIf90204; Fri, 27 Oct 2000 13:44:18 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: <200010272024.e9RKOHL07526@earth.backplane.com> Date: Fri, 27 Oct 2000 13:45:08 -0700 (PDT) From: John Baldwin To: Matt Dillon Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h Cc: freebsd-stable@FreeBSD.org, hackers@FreeBSD.org, Fred Clift Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 27-Oct-00 Matt Dillon wrote: >:I have a bunch boxes based on the L440GX+ intel motherboard that get >:confused by 'dangerously dedicated' labels. If you want real fun, dd >:boo0 from 3.4 onto the first block of any hard disk in your system and >:you will be unable to boot _any_ device in your system as the bios gets a >:wedgie somewhere before the bootloader gets invoked. PXE or other network >:boot still works and from there you can 'fix' the disk, or you can just >:yank it from the box too. >: >:At any rate, I've found a workaround in that if I put in valid partition >:info into the boot0 bootblock, the wedgie problem goes away. >: >:Am I confused about something? Perhaps I'm mistaken about how things work >:-- if so, enlighten me, please. >:-- >:Fred Clift - fclift@verio.net -- Remember: If brute > > I think that the days of the 'dangerously dedicated partition' are > numbered. It has obviously caused much more havoc then people have > realized. We don't have time to fix it for the current release, but I > took a good hard look at the code and as far as I can tell the only > reason we *have* a dangerously dedicated partition at all is because > the disklabel code is too cheap to create a real one - it is just copying > the skeleton fdisk data from boot0 verbatim and leaving it. Disklabel > could very easily create a real partition - in fact, I think with my > proposed patch for labeling slices all it needs to do is exec > 'fdisk -I disk' to do it, and then generate a virgin label for the slice. No, unfortunately we can't quite kill dedicated mode yet. There are still potential cases where the geometry the BIOS uses and the geometry that sysinstall uses are different, resulting in sysinstall writing a MBR that the BIOS won't handle properly (it won't find boot1 on the FreeBSD slice in the right place). DD mode works around this by sticking boot1 as the second sector on the disk whose geometry can't be screwed up. If you remove DD mode then the workaround in this case is for the user to enter the BIOS setup, write down the geometry the BIOS thinks the disk has, and then use the set geometry command in sysinstall's fdisk editor to set the geometry to the one the BIOS is using so that sysinstall writes out a MBR that the BIOS can properly use. As you can see, the issues involved with PC booting are revolting at best. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Oct 27 13:51: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pilikia.net (pilikia.net [12.36.98.183]) by hub.freebsd.org (Postfix) with ESMTP id BDD8237B479 for ; Fri, 27 Oct 2000 13:50:57 -0700 (PDT) Received: from gecko (gecko [192.168.0.3]) by pilikia.net (8.9.3/8.9.3) with ESMTP id KAA04732 for ; Fri, 27 Oct 2000 10:50:56 -1000 (HST) (envelope-from art@pilikia.net) Message-ID: <200010271050570020.0D96FF79@pilikia.net> X-Mailer: Calypso Version 3.10.03.02 (3) Date: Fri, 27 Oct 2000 10:50:57 -1000 Reply-To: art@pilikia.net From: "Arthur W. Neilson III" To: stable@freebsd.org 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'm running FreeBSD 3.5 on a K6-2 200Mhz box and have a Linksys card in it= which I use for my private interface, pn0. The linksys card connects to a= Netgear FS308 switch. I'm running the interface at 100Mb full-duplex. When I reboot the= system 100Mb full-duplex is negotiated just fine however sometime later I lose the= full duplex and don't know why, it's driving me nuts :^). I've tried both "media= autoselect" and "media 100baseTX mediaopts full-duplex" in my ifconfig_pn0 var within= rc.conf, both work on boot up and both loose full-duplex after a while. I'd= appreciate any advice anyone can provide. -- __ / ) _/_ It is a capital mistake to theorise before one has data. /--/ __ / Insensibly one begins to twist facts to suit theories, / (_/ (_<__ Instead of theories to suit facts. -- Sherlock Holmes, "A Scandal in Bohemia" Arthur W. Neilson III, WH7N - FISTS #7448 Bank of Hawaii Tech Support http://www.pilikia.net art@pilikia.net, aneilson@boh.com, wh7n@arrl.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 13:54:29 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 05F4F37B479; Fri, 27 Oct 2000 13:54:24 -0700 (PDT) Received: from laptop.baldwin.cx (ether.osd.bsdi.com [204.216.28.196]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9RKrpf90497; Fri, 27 Oct 2000 13:53:51 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: Date: Fri, 27 Oct 2000 13:54:41 -0700 (PDT) From: John Baldwin To: Fred Clift Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h Cc: hackers@FreeBSD.org Cc: hackers@FreeBSD.org, "freebsd-stable@FreeBSD.ORG" , Terry Lambert , Matt Dillon , Robert Nordier Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 27-Oct-00 Fred Clift wrote: > On Fri, 27 Oct 2000, Robert Nordier wrote: > >> >> Just doing the disklabel -w -r followed by the disklabel -B is creating >> a dangerously dedicated disk, which your BIOS apparently doesn't like. >> (See the first hex dump you did, where boot1 has ended up in the MBR.) >> >> That's why installing boot blocks is messing with the partition table, >> to answer the question you asked elsewhere. >> >> You need to dd and fdisk before the disklabel commands, which will give >> you a standard partition table (at the cost of 63 sectors of disk >> space). >> > > > So why not just put a valid partition table inside the boot1 that gets put > on sector zero? When boot1 gets dropped onto sector zero, it does hose > the partition table, but there is no reason why a valid one couln't be put > there insead of this broken one: Well, for one thing, 99% of the PC architecture assumes that the first track is reserved for the MBR so to speak, so putting boot1 in the MBR is already bogus. The reason it is bogus is to work around disk geometry pain as I mentioned in my previous e-mail to Matt. The only thing you can change is the size of the last slice, but my guess is that that won't fix the problem that the SCSI BIOS's have, but that instead the hack that we use boot1 as an MBR for (having the slice start at 0/0/1) is what is causing the BIOS to choke. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Oct 27 14:12:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from siri.nordier.com (c2-dbn-94.dial-up.net [196.34.155.222]) by hub.freebsd.org (Postfix) with ESMTP id 607C637B479; Fri, 27 Oct 2000 14:12:23 -0700 (PDT) Received: (from rnordier@localhost) by siri.nordier.com (8.9.3/8.6.12) id XAA32064; Fri, 27 Oct 2000 23:11:26 +0200 (SAST) From: Robert Nordier Message-Id: <200010272111.XAA32064@siri.nordier.com> Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux To: fclift@verio.net (Fred Clift) Date: Fri, 27 Oct 2000 23:11:26 +0200 (SAST) Cc: dillon@earth.backplane.com (Matt Dillon), tlambert@primenet.com (Terry Lambert), freebsd-stable@FreeBSD.ORG (freebsd-stable@FreeBSD.ORG), hackers@FreeBSD.ORG In-Reply-To: from "Fred Clift" at Oct 27, 2000 02:45:10 PM 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 Fred Clift wrote: > On Fri, 27 Oct 2000, Robert Nordier wrote: > > > > > Just doing the disklabel -w -r followed by the disklabel -B is creating > > a dangerously dedicated disk, which your BIOS apparently doesn't like. > > (See the first hex dump you did, where boot1 has ended up in the MBR.) > > > > That's why installing boot blocks is messing with the partition table, > > to answer the question you asked elsewhere. > > > > You need to dd and fdisk before the disklabel commands, which will give > > you a standard partition table (at the cost of 63 sectors of disk > > space). > > > So why not just put a valid partition table inside the boot1 that gets put > on sector zero? When boot1 gets dropped onto sector zero, it does hose > the partition table, but there is no reason why a valid one couln't be put > there insead of this broken one: There seems to be a lot of muddy thinking going around, so let's go over some basics: o Dangerously dedicated mode was created so that boot1 could sit on sector zero, as it does on non-PC implementations of UNIX. (It also saved space, since PC partitions are usually head- aligned and up to 62 sectors could be wasted, though that's hardly an issue now.) o A dangerously dedicated disk can _never_ be a valid PC partition. By even a loose definition, a PC partition always _excludes_ the MBR. By definition, a dangerously dedicated disk explicitly _includes_ the MBR sector. o Given that a dangerously dedicated disk is an invalid PC partition and can't be otherwise, the PC partition table entry is invalid and can't be otherwise. It is therefore better to "limit the damage" and always use the same invalid entry 0x80, 0x00, 0x01, 0x00 0xa5, 0xff, 0xff, 0xff 0x00, 0x00, 0x00, 0x00 0x50, 0xc3, 0x00, 0x00 rather than change it to better fit the disk. > > Information from DOS bootblock is: > The data for partition 1 is: > > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > sysid 165,(FreeBSD/NetBSD/386BSD) > start 0, size 50000 (24 Meg), flag 80 (active) > beg: cyl 0/ sector 1/ head 0; > end: cyl 1023/ sector 63/ head 255 > > Why not edit the partition table after boot1 gets installed? Because you can never make it valid. By keeping it the same set of illegal values, at least the system can recognise it. A final point: o Don't use dangerously dedicated mode. -- Robert Nordier rnordier@nordier.com rnordier@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 Oct 27 14:23:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.wgate.com (unknown [38.219.83.4]) by hub.freebsd.org (Postfix) with ESMTP id 41A3A37B4CF for ; Fri, 27 Oct 2000 14:23:47 -0700 (PDT) Received: from jesup.eng.tvol.net ([10.32.2.26]) by mail.wgate.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id VT2X0GV6; Fri, 27 Oct 2000 17:23:51 -0400 Reply-To: Randell Jesup To: Michel Talon Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved References: <20001026231134.D9391@dragon.nuxi.com> <20001027092841.B394@lpthe.jussieu.fr> From: Randell Jesup Date: 27 Oct 2000 17:27:06 -0400 In-Reply-To: Michel Talon's message of "Fri, 27 Oct 2000 09:28:41 +0200" Message-ID: User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Michel Talon writes: >> > WHY!?!?!? Just what the heck do you think you're achieving with -O3 plus >> > all those things? Have you *ever* profiled anything you're compiling >> > with these options? Note that -O3 is not necessarily faster code than -O. >> > >> > This seems Yet Another "I'm macho" compiler flags instance. >> > Please correct me if I'm wrong. >Kernel code is simple with essentially no computations (except of course >special domains like crypto in kernel). So there is no much room for >optimizations. Sure there is - just not much for things like loop unrolling, etc. Admittedly this isn't as large on an x86 as on processors with more registers, but it's still true, especially for instruction scheduling for today's superscalar CPU cores (in some ways, it actually matters more for things like PII's than for Athlon/Duron). Removing frame pointers for example can save a lot of memory traffic, as can letting the compiler optimize away or merge locals. _Measuring_ the speed of a kernel is tougher, since many operations are IO's. Also, high call overheads can swap apparent differences. > Recently i have timed a scientific program to see the >performances of my brand new PC. Here is what i found: >Without any optimization the program runs 2 times slower. With >-O -O2 -O3 -Os the times are similar, the fastest was -O the slowest >was -Os. Since my PC is Duron based i have tried -march things, and have >compared on a pentium machine. Result, almost nothing, except -march pentium >was slower than -march k6 on the Duron as could be expected. All differences >are small, no more than 2s on a 30s computation. As you can see nothing that >counterbalances the risk of bugs. This depends a lot on the program. Many programs will show improvement from -O2/-O3, but not all. Adding some -fxxxx options can get more. I've seen >10% improvements. Bugs with optimizers are by far most common with code that's banging HW registers (i.e. drivers and some kernel code). I've rarely seen userland programs harmed by aggressive optimization levels. (They can make source debugging hard.) >To illustrate this, i have some years ago tested a scientific program on an >alpha machine running linux. Compiled with gcc and the best optimizations it >runned 7 times slower than compiled with Digital compiler. Conclude by >yourself. Gcc isn't optimized for numeric codes. Dec's compiler most certainly was. -- Randell Jesup, Worldgate Communications, ex-Scala, ex-Amiga OS team ('88-94) rjesup@wgate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 14:27:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gatekeeper.veriohosting.com (gatekeeper.veriohosting.com [192.41.0.2]) by hub.freebsd.org (Postfix) with ESMTP id 0A6FC37B479; Fri, 27 Oct 2000 14:27:40 -0700 (PDT) Received: by gatekeeper.veriohosting.com; Fri, 27 Oct 2000 15:27:39 -0600 (MDT) Received: from unknown(192.168.1.7) by gatekeeper.veriohosting.com via smap (V3.1.1) id xma017396; Fri, 27 Oct 00 15:27:26 -0600 Received: from vespa.orem.iserver.com (vespa.orem.iserver.com [192.168.1.144]) by orca.orem.veriohosting.com [Verio Web Hosting, Inc. 801.437.0200] (8.8.8) id PAA90936; Fri, 27 Oct 2000 15:27:26 -0600 (MDT) Date: Fri, 27 Oct 2000 15:44:01 -0600 (MDT) From: Fred Clift X-Sender: fred@vespa.orem.iserver.com To: Robert Nordier Cc: Fred Clift , Matt Dillon , Terry Lambert , "freebsd-stable@FreeBSD.ORG" , hackers@FreeBSD.ORG Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux In-Reply-To: <200010272111.XAA32064@siri.nordier.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 > > > > Why not edit the partition table after boot1 gets installed? > > Because you can never make it valid. By keeping it the same set of > illegal values, at least the system can recognise it. What do you mean it can't be made valid? fdisk -u and a few keystrokes later and I have a valid partition table... Whats wrong with it? Really, if I'm being dense, sorry -- perhaps I just dont under stand yet -- please be patient with me :) > > A final point: > > o Don't use dangerously dedicated mode. I'd love to but the tools for automated installs in non-dedicated mode dont really exist in a supported way. One of the things that was pointed out in the thread is that disklabel doesn't work inside an fdisk slice. I could use expect to manipulate sysinstall? So, for now, I use dangerously dedicated installs with a hacked fake partition table to work around the broken bioses I use. I just might start using program posted in this thread that lets you do labels right in lieu of anything else, or perhaps I'll fix disklabel to work right as was suggeseted elsewhere. Fred -- Fred Clift - fclift@verio.net -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 14:40:22 2000 Delivered-To: freebsd-stable@freebsd.org Received: from siri.nordier.com (c3-dbn-77.dial-up.net [196.33.200.77]) by hub.freebsd.org (Postfix) with ESMTP id 736EE37B479; Fri, 27 Oct 2000 14:40:10 -0700 (PDT) Received: (from rnordier@localhost) by siri.nordier.com (8.9.3/8.6.12) id XAA32861; Fri, 27 Oct 2000 23:39:55 +0200 (SAST) From: Robert Nordier Message-Id: <200010272139.XAA32861@siri.nordier.com> Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux To: fclift@verio.net (Fred Clift) Date: Fri, 27 Oct 2000 23:39:54 +0200 (SAST) Cc: fclift@verio.net (Fred Clift), dillon@earth.backplane.com (Matt Dillon), tlambert@primenet.com (Terry Lambert), freebsd-stable@FreeBSD.ORG (freebsd-stable@FreeBSD.ORG), hackers@FreeBSD.ORG In-Reply-To: from "Fred Clift" at Oct 27, 2000 03:44:01 PM 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 Fred Clift wrote: > > > > > > Why not edit the partition table after boot1 gets installed? > > > > Because you can never make it valid. By keeping it the same set of > > illegal values, at least the system can recognise it. > > > What do you mean it can't be made valid? fdisk -u and a few keystrokes > later and I have a valid partition table... Whats wrong with it? Really, > if I'm being dense, sorry -- perhaps I just dont under stand yet -- please > be patient with me :) If the PC partition (slice) includes boot1, it is invalid. A slice should can't include its own MBR. If the BSD partition excludes boot1, it is invalid. A partition can't exclude its own boot blocks. Just because fdisk is happy, doesn't mean it's valid. Just because it works (for you), doesn't mean it's valid, either. :) > > > > A final point: > > > > o Don't use dangerously dedicated mode. > > I'd love to but the tools for automated installs in non-dedicated mode > dont really exist in a supported way. One of the things that was pointed > out in the thread is that disklabel doesn't work inside an fdisk slice. Disklabel really needs to be rewritten. > I could use expect to manipulate sysinstall? So, for now, I use > dangerously dedicated installs with a hacked fake partition table to work > around the broken bioses I use. I just might start using program posted > in this thread that lets you do labels right in lieu of anything else, or > perhaps I'll fix disklabel to work right as was suggeseted elsewhere. Don't sysinstall work in a script mode? I've never used it, but I thought it did. -- Robert Nordier rnordier@nordier.com rnordier@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 Oct 27 14:55:43 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 6161637B479 for ; Fri, 27 Oct 2000 14:55:38 -0700 (PDT) Received: from gandalf.lebel.org ([207.253.207.74]) by falla.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with SMTP id <0G33007JFZKNZ0@falla.videotron.net> for stable@freebsd.org; Fri, 27 Oct 2000 17:55:36 -0400 (EDT) Received: (qmail 31040 invoked by uid 1001); Fri, 27 Oct 2000 21:54:36 +0000 X-URL: http://www.lebel.org/ Date: Fri, 27 Oct 2000 17:54:36 -0400 From: David Lebel Subject: Re: problems with emu10k1.c version 1.6.2.3 and above... In-reply-to: <20001027135805.A14815@lebel.org>; from lebel@lebel.org on Fri, Oct 27, 2000 at 01:58:05PM -0400 To: stable@freebsd.org Message-id: <20001027175436.A18374@lebel.org> Organization: None whatsover. MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20001027135805.A14815@lebel.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I hate to follow up on my own problems but you see, my motherboard has an internet AC'97 soundcard that I don't use and didn't seem to be supported before. Now, it is configured and show up as pcm0 and my Soundblaster Live! is configured as pcm1. That's why it didn't work before. Sorry. Ciao, ...David Quoting David Lebel (lebel@lebel.org): > Hello, > > since the MFC of emu10k1.c that brought the file from 1.6.2.2 to > 1.6.2.3 my Soundblaster Live! refuses to emit data thru my Hoontech > Digital daugthercard (to allow the card to be outputed via optical or > coax digital cables: > http://www.hoontech.com/english/products/Brackets/product6_9.html). I > know that between those two versions, a MFC took place, that might be > the cause of that. > > Apart from manually using 1.6.2.2, is there a way to fix this problem? > > Ciao, > ...David > -- // david lebel // nobiaze' Inc. // http://www.lebel.org/ // http://www.nobiaze.com/ // pgp: 3633 6999 D47E 73ED 099F // vox: (514) 943.3045 4341 08A4 8E48 EF56 61D1 // fax: (514) 938.8881 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 15:19:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 1387E37B479 for ; Fri, 27 Oct 2000 15:19:39 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Sat, 28 Oct 2000 11:19:37 +1300 Date: Sat, 28 Oct 2000 11:19:37 +1300 (NZDT) From: Juha Saarinen To: Randell Jesup Cc: Michel Talon , "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved In-Reply-To: Message-ID: X-S: Always 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 > things like PII's than for Athlon/Duron). Removing frame pointers for > example can save a lot of memory traffic, With -fomit-frame-pointer? That doesn't seem to be possible -- if you try that, you get an error message about "pg" (probably not the right name, but I can't check that now) not being compatible with -fomit-frame-pointer. > as can letting the compiler > optimize away or merge locals. How would you do that, out of interest? -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 15:23:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from europe.std.com (europe.std.com [199.172.62.20]) by hub.freebsd.org (Postfix) with ESMTP id CD08A37B479; Fri, 27 Oct 2000 15:23:48 -0700 (PDT) Received: from world.std.com (root@world-f.std.com [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id SAA25320; Fri, 27 Oct 2000 18:23:46 -0400 (EDT) Received: (from kwc@localhost) by world.std.com (8.9.3/8.9.3) id SAA16354; Fri, 27 Oct 2000 18:21:24 -0400 (EDT) Date: Fri, 27 Oct 2000 18:21:24 -0400 (EDT) From: Kenneth W Cochran Message-Id: <200010272221.SAA16354@world.std.com> To: freebsd-fs@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Upcoming 4.2, Linux ext2 fs Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello -stable & -fs, With the upcoming 4.2 freeze, what is the status of any improvements in support for the Linux ext2 filesystem? As of 4.1.1-stable 2000/10/22, the only ext2 filesystem FreeBSD can mount r/w is an "older version" & without some "features...("sparse superblock," etc.)" I *can* make a filesystem (using Linux) as the "older" version, & r/w mounting & use seems to be ok.. For now (with -stable as of 2000/10/22) Mounting the "newer version" ext2 filesystem readonly seems to work ok. Thanks, -kc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 15:41: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from spammie.svbug.com (mg136-005.ricochet.net [204.179.136.5]) by hub.freebsd.org (Postfix) with ESMTP id 3D9FE37B479; Fri, 27 Oct 2000 15:40:54 -0700 (PDT) Received: from spammie.svbug.com (localhost.mozie.org [127.0.0.1]) by spammie.svbug.com (8.9.3/8.9.3) with ESMTP id PAA02785; Fri, 27 Oct 2000 15:39:35 -0700 (PDT) (envelope-from jessem@spammie.svbug.com) Message-Id: <200010272239.PAA02785@spammie.svbug.com> Date: Fri, 27 Oct 2000 15:39:30 -0700 (PDT) From: opentrax@email.com Reply-To: opentrax@email.com Subject: Re: HEADS UP! MFC's To: jruigrok@via-net-works.nl Cc: stable@FreeBSD.ORG, developers@FreeBSD.ORG In-Reply-To: <20001027184107.T5433@lucifer.bart.nl> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What's an MFC? In Windoze it's Microsoft Foundation Class. I gather that is not what it is here. What is MFC? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 15:44: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40]) by hub.freebsd.org (Postfix) with ESMTP id 227C937B479 for ; Fri, 27 Oct 2000 15:44:04 -0700 (PDT) Received: by peitho.fxp.org (Postfix, from userid 1501) id 63E611360E; Fri, 27 Oct 2000 18:44:06 -0400 (EDT) Date: Fri, 27 Oct 2000 18:44:06 -0400 From: Chris Faulhaber To: opentrax@email.com Cc: jruigrok@via-net-works.nl, stable@FreeBSD.ORG Subject: Re: HEADS UP! MFC's Message-ID: <20001027184406.A93983@peitho.fxp.org> References: <20001027184107.T5433@lucifer.bart.nl> <200010272239.PAA02785@spammie.svbug.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200010272239.PAA02785@spammie.svbug.com>; from opentrax@email.com on Fri, Oct 27, 2000 at 03:39:30PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ trimming -developers ] On Fri, Oct 27, 2000 at 03:39:30PM -0700, opentrax@email.com wrote: > What's an MFC? > In Windoze it's Microsoft Foundation Class. > I gather that is not what it is here. > What is MFC? > http://www.FreeBSD.org/FAQ/misc.html#AEN4829 and -stable/-developers is not the forum for this question; please try questions@FreeBSD.org next time. -- 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 Oct 27 15:46:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.wgate.com (mail.wgate.com [38.219.83.4]) by hub.freebsd.org (Postfix) with ESMTP id 02DCD37B479; Fri, 27 Oct 2000 15:46:19 -0700 (PDT) Received: from jesup.eng.tvol.net ([10.32.2.26]) by mail.wgate.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id VT2X0H2L; Fri, 27 Oct 2000 18:46:23 -0400 Reply-To: Randell Jesup To: Robert Nordier Cc: dillon@earth.backplane.com (Matt Dillon), freebsd-stable@FreeBSD.ORG (freebsd-stable@FreeBSD.ORG), hackers@FreeBSD.ORG Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux References: <200010272139.XAA32861@siri.nordier.com> From: Randell Jesup Date: 27 Oct 2000 18:49:37 -0400 In-Reply-To: Robert Nordier's message of "Fri, 27 Oct 2000 23:39:54 +0200 (SAST)" Message-ID: User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Robert Nordier writes: >> > o Don't use dangerously dedicated mode. >> >> I'd love to but the tools for automated installs in non-dedicated mode >> dont really exist in a supported way. One of the things that was pointed >> out in the thread is that disklabel doesn't work inside an fdisk slice. > >Disklabel really needs to be rewritten. Few truer statements have ever been made... >> I could use expect to manipulate sysinstall? So, for now, I use >> dangerously dedicated installs with a hacked fake partition table to work >> around the broken bioses I use. I just might start using program posted >> in this thread that lets you do labels right in lieu of anything else, or >> perhaps I'll fix disklabel to work right as was suggeseted elsewhere. > >Don't sysinstall work in a script mode? I've never used it, but I >thought it did. It does work in a scripted mode, however the documentation on it is close to non-existant; arguments are case-sensitive, etc. I was working to migrate data to disks/partitions of different sizes, and had to read lots of the sysinstall/disklabel source, and on top of that had to hack sysinstall in order to get it to work at all for my purpose. Ugh. -- Randell Jesup, Worldgate Communications, ex-Scala, ex-Amiga OS team ('88-94) rjesup@wgate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 15:51:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.wgate.com (mail.wgate.com [38.219.83.4]) by hub.freebsd.org (Postfix) with ESMTP id 6387D37B479 for ; Fri, 27 Oct 2000 15:51:30 -0700 (PDT) Received: from jesup.eng.tvol.net ([10.32.2.26]) by mail.wgate.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id VT2X0HJB; Fri, 27 Oct 2000 18:51:35 -0400 Reply-To: Randell Jesup To: Juha Saarinen Cc: Michel Talon , "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved References: From: Randell Jesup Date: 27 Oct 2000 18:54:50 -0400 In-Reply-To: Juha Saarinen's message of "Sat, 28 Oct 2000 11:19:37 +1300 (NZDT)" Message-ID: User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Juha Saarinen writes: >> things like PII's than for Athlon/Duron). Removing frame pointers for >> example can save a lot of memory traffic, > >With -fomit-frame-pointer? That doesn't seem to be possible -- if you try >that, you get an error message about "pg" (probably not the right name, >but I can't check that now) not being compatible with >-fomit-frame-pointer. True - profiling code hooks (-pg) aren't compatible with -fomit-frame-pointer. So? If I want to compile a version for profiling the kernel, I'll compile a version for that purpose. >> as can letting the compiler optimize away or merge locals. > >How would you do that, out of interest? The compiler says "look, this variable isn't used again before it's thrown away (or set to another value). I'll reuse the register/stack location it's stored in for another value". Typical result is that when debugging code optimized this way, "dead" variables display as garbage in a debugger. I suspect gcc does that optimization at the -O level. It may do more of it at -O2 or -O3. -- Randell Jesup, Worldgate Communications, ex-Scala, ex-Amiga OS team ('88-94) rjesup@wgate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 16:17:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 7250937B479 for ; Fri, 27 Oct 2000 16:17:09 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Sat, 28 Oct 2000 12:17:08 +1300 Date: Sat, 28 Oct 2000 12:17:07 +1300 (NZDT) From: Juha Saarinen To: Randell Jesup Cc: Michel Talon , "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved In-Reply-To: Message-ID: X-S: Always 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 > True - profiling code hooks (-pg) aren't compatible with > -fomit-frame-pointer. So? If I want to compile a version for profiling > the kernel, I'll compile a version for that purpose. No, what I meant is that by default, profiling the kernel is enabled. You can set NOPROFILE=true, but that's only for the system libraries, AFAICT. How would you do the same for the kernel? > > I suspect gcc does that optimization at the -O level. It may do > more of it at -O2 or -O3. Yes, if I read the http://gcc.gnu.org/onlinedocs/gcc_2.html#SEC11 page right, it would seem to do just that (plus -fomit-frame-pointer in some cases). -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 16:58:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from smtp05.primenet.com (smtp05.primenet.com [206.165.6.135]) by hub.freebsd.org (Postfix) with ESMTP id BA05B37B479; Fri, 27 Oct 2000 16:58:37 -0700 (PDT) Received: (from daemon@localhost) by smtp05.primenet.com (8.9.3/8.9.3) id QAA00894; Fri, 27 Oct 2000 16:58:58 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp05.primenet.com, id smtpdAAAGxa4Kb; Fri Oct 27 16:58:49 2000 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id QAA02448; Fri, 27 Oct 2000 16:58:13 -0700 (MST) From: Terry Lambert Message-Id: <200010272358.QAA02448@usr01.primenet.com> Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h To: dillon@earth.backplane.com (Matt Dillon) Date: Fri, 27 Oct 2000 23:58:13 +0000 (GMT) Cc: jhb@FreeBSD.ORG (John Baldwin), hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, danny@cs.huji.ac.il (Danny Braniss), paul@mu.org (Paul Saab) In-Reply-To: <200010271832.e9RIWsk06307@earth.backplane.com> from "Matt Dillon" at Oct 27, 2000 11:32:54 AM X-Mailer: ELM [version 2.5 PL2] 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 > Thanks for the program. > > I think, however, that the proper solution is to make disklabel work > with slices. We shouldn't need three programs to label a disk... > if fdisk and disklabel can't do the job then our distribution is broken. > > I am going to spend some time researching the problem to see if I can > come up with a 'disklabel' solution for labeling slices. It would > also be nice if someone could figure out why our 'dangerously dedicated' > partition fails with some BIOSes ... it should be possible to fix it if > someone could track down what exactly is causing the divide-by-0 ! I think you are specifying the wrong arguments to disklabel; I seem to rememebr a -w/-W distinction... In any case, I'm running with a disklabel inside a DOS partition on all but one box of mine, and always have been. I installed 4.1 on my laptop that way. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 17:12:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id D3DB037B479; Fri, 27 Oct 2000 17:12:37 -0700 (PDT) Received: from laptop.baldwin.cx (ether.osd.bsdi.com [204.216.28.196]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9S0BPf97048; Fri, 27 Oct 2000 17:11:25 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: <200010272358.QAA02448@usr01.primenet.com> Date: Fri, 27 Oct 2000 17:12:14 -0700 (PDT) From: John Baldwin To: Terry Lambert Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h Cc: (Paul Saab) , (Danny Braniss) , freebsd-stable@FreeBSD.org, hackers@FreeBSD.org, (Matt Dillon) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 27-Oct-00 Terry Lambert wrote: >> Thanks for the program. >> >> I think, however, that the proper solution is to make disklabel work >> with slices. We shouldn't need three programs to label a disk... >> if fdisk and disklabel can't do the job then our distribution is broken. >> >> I am going to spend some time researching the problem to see if I can >> come up with a 'disklabel' solution for labeling slices. It would >> also be nice if someone could figure out why our 'dangerously dedicated' >> partition fails with some BIOSes ... it should be possible to fix it if >> someone could track down what exactly is causing the divide-by-0 ! > > I think you are specifying the wrong arguments to disklabel; I > seem to rememebr a -w/-W distinction... Nope. > In any case, I'm running with a disklabel inside a DOS partition > on all but one box of mine, and always have been. I installed > 4.1 on my laptop that way. Sysinstall can create a disklabel inside of a MBR slice fine. The problem is that the disklabel(8) _program_ itself doesn't know how to create a virgin disklabel for a MBR slice. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Oct 27 17:23:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-178-14.dsl.snfc21.pacbell.net [63.202.178.14]) by hub.freebsd.org (Postfix) with ESMTP id 7AFA437B479; Fri, 27 Oct 2000 17:23:49 -0700 (PDT) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id e9S0RtF02396; Fri, 27 Oct 2000 17:27:58 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200010280027.e9S0RtF02396@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: mjacob@feral.com Cc: Jeroen Ruigrok van der Werven , stable@FreeBSD.org, developers@FreeBSD.org Subject: Re: HEADS UP! MFC's In-reply-to: Your message of "Fri, 27 Oct 2000 09:58:15 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Oct 2000 17:27:55 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > There are some things which are broken in -stable that need to be > fixed (alpha booting, e.g.). We'll try to leave the world a better > place for our efforts. -stable world builds, installs and boots on my pws433 as of earlier today (with dfr's ata fix). -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 17:31:22 2000 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id E0DC837B479; Fri, 27 Oct 2000 17:31:13 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id e9S0VCl55795; Fri, 27 Oct 2000 17:31:12 -0700 (PDT) (envelope-from dillon) Date: Fri, 27 Oct 2000 17:31:12 -0700 (PDT) From: Matt Dillon Message-Id: <200010280031.e9S0VCl55795@earth.backplane.com> To: John Baldwin Cc: Terry Lambert , (Paul Saab) , (Danny Braniss) , freebsd-stable@FreeBSD.org, hackers@FreeBSD.org, (Matt Dillon) Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h References: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> I think you are specifying the wrong arguments to disklabel; I :> seem to rememebr a -w/-W distinction... : :Nope. : :> In any case, I'm running with a disklabel inside a DOS partition :> on all but one box of mine, and always have been. I installed :> 4.1 on my laptop that way. : :Sysinstall can create a disklabel inside of a MBR slice fine. The :problem is that the disklabel(8) _program_ itself doesn't know how :to create a virgin disklabel for a MBR slice. : :-- : :John Baldwin -- http://www.FreeBSD.org/~jhb/ The patchset I put on the lists earlier today will allow disklabel to install a virgin label on a slice. Did it not get out? As matters currently stand, disklabel can only edit a preexisting label on a slice. I'll post it again... included below (this time without the file descriptor cruft that snuck into my previous posting of the patch). With the patch you can do this: # optional dd if you are paranoid # dd if=/dev/zero of=/dev/da0 bs=32k count=4 fdisk -I da0 disklabel -w -r da0s1 auto That's much preferable to having to use sysinstall if all you want to do is initialize a label on a slice. -Matt Index: sbin/disklabel/disklabel.c =================================================================== RCS file: /home/ncvs/src/sbin/disklabel/disklabel.c,v retrieving revision 1.28.2.3 diff -u -r1.28.2.3 disklabel.c --- sbin/disklabel/disklabel.c 2000/07/01 06:47:46 1.28.2.3 +++ sbin/disklabel/disklabel.c 2000/10/27 19:24:00 @@ -1347,10 +1347,17 @@ warn("cannot open %s", namebuf); return (NULL); } - if (ioctl(f, DIOCGDINFO, &lab) < 0) { - warn("ioctl DIOCGDINFO"); - close(f); - return (NULL); + + /* + * Try to use the new get-virgin-label ioctl. If it fails, + * fallback to the old get-disdk-info ioctl. + */ + if (ioctl(f, DIOCGDVIRGIN, &lab) < 0) { + if (ioctl(f, DIOCGDINFO, &lab) < 0) { + warn("ioctl DIOCGDINFO"); + close(f); + return (NULL); + } } close(f); lab.d_boot0 = NULL; Index: sys/kern/subr_diskslice.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_diskslice.c,v retrieving revision 1.82 diff -u -r1.82 subr_diskslice.c --- sys/kern/subr_diskslice.c 2000/01/28 11:51:08 1.82 +++ sys/kern/subr_diskslice.c 2000/10/27 19:23:28 @@ -366,12 +366,46 @@ int slice; struct diskslice *sp; struct diskslices *ssp; + struct partition *pp; slice = dkslice(dev); ssp = *sspp; sp = &ssp->dss_slices[slice]; lp = sp->ds_label; switch (cmd) { + + case DIOCGDVIRGIN: + lp = (struct disklabel *)data; + if (ssp->dss_slices[WHOLE_DISK_SLICE].ds_label) { + *lp = *ssp->dss_slices[WHOLE_DISK_SLICE].ds_label; + } else { + bzero(lp, sizeof(struct disklabel)); + } + + lp->d_magic = DISKMAGIC; + lp->d_magic2 = DISKMAGIC; + pp = &lp->d_partitions[RAW_PART]; + pp->p_offset = 0; + pp->p_size = sp->ds_size; + + lp->d_npartitions = MAXPARTITIONS; + if (lp->d_interleave == 0) + lp->d_interleave = 1; + if (lp->d_rpm == 0) + lp->d_rpm = 3600; + if (lp->d_nsectors == 0) + lp->d_nsectors = 32; + if (lp->d_ntracks == 0) + lp->d_ntracks = 64; + + lp->d_bbsize = BBSIZE; + lp->d_sbsize = SBSIZE; + lp->d_secpercyl = lp->d_nsectors * lp->d_ntracks; + lp->d_ncylinders = sp->ds_size / lp->d_secpercyl; + lp->d_secperunit = sp->ds_size; + lp->d_checksum = 0; + lp->d_checksum = dkcksum(lp); + return (0); case DIOCGDINFO: if (lp == NULL) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 17:40:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 91FCF37B479; Fri, 27 Oct 2000 17:40:17 -0700 (PDT) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id RAA25034; Fri, 27 Oct 2000 17:40:15 -0700 Date: Fri, 27 Oct 2000 17:40:15 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Mike Smith Cc: Jeroen Ruigrok van der Werven , stable@FreeBSD.org, developers@FreeBSD.org Subject: Re: HEADS UP! MFC's In-Reply-To: <200010280027.e9S0RtF02396@mass.osd.bsdi.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 Fri, 27 Oct 2000, Mike Smith wrote: > > > > There are some things which are broken in -stable that need to be > > fixed (alpha booting, e.g.). We'll try to leave the world a better > > place for our efforts. > > -stable world builds, installs and boots on my pws433 as of earlier > today (with dfr's ata fix). Yes- same here. But what I want to do as the gating item for 4.2 is to make sure that the boot floppies work for all the models that we claim to support. Eh? -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 17:46:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.denverweb.net (unknown [199.45.153.14]) by hub.freebsd.org (Postfix) with SMTP id B672D37B479 for ; Fri, 27 Oct 2000 17:46:44 -0700 (PDT) Received: (qmail 88392 invoked from network); 28 Oct 2000 00:45:02 -0000 Received: from fc-pm1-21.enetis.net (HELO denverweb.net) (208.168.188.84) by xenu.denverweb.net with SMTP; 28 Oct 2000 00:45:02 -0000 Message-ID: <39FA21AA.4484ACD6@denverweb.net> Date: Fri, 27 Oct 2000 18:45:30 -0600 From: blaine X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 Cc: stable@freebsd.org Subject: Re: HEADS UP! MFC's References: <20001027184107.T5433@lucifer.bart.nl> <200010272239.PAA02785@spammie.svbug.com> <20001027184406.A93983@peitho.fxp.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG He only needed a 3 word answer. Merged From Current. Chris Faulhaber wrote: > [ trimming -developers ] > > On Fri, Oct 27, 2000 at 03:39:30PM -0700, opentrax@email.com wrote: > > What's an MFC? > > In Windoze it's Microsoft Foundation Class. > > I gather that is not what it is here. > > What is MFC? > > > > http://www.FreeBSD.org/FAQ/misc.html#AEN4829 > > and -stable/-developers is not the forum for this question; please > try questions@FreeBSD.org next time. > > -- > 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 18: 8:55 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id B9FB437B479; Fri, 27 Oct 2000 18:08:50 -0700 (PDT) Received: from laptop.baldwin.cx (ether.osd.bsdi.com [204.216.28.196]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9S18Cf98419; Fri, 27 Oct 2000 18:08:12 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: <200010280031.e9S0VCl55795@earth.backplane.com> Date: Fri, 27 Oct 2000 18:09:01 -0700 (PDT) From: John Baldwin To: Matt Dillon Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h Cc: hackers@FreeBSD.org, freebsd-stable@FreeBSD.org, (Danny Braniss) , (Paul Saab) , Terry Lambert Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 28-Oct-00 Matt Dillon wrote: >:> I think you are specifying the wrong arguments to disklabel; I >:> seem to rememebr a -w/-W distinction... >: >:Nope. >: >:> In any case, I'm running with a disklabel inside a DOS partition >:> on all but one box of mine, and always have been. I installed >:> 4.1 on my laptop that way. >: >:Sysinstall can create a disklabel inside of a MBR slice fine. The >:problem is that the disklabel(8) _program_ itself doesn't know how >:to create a virgin disklabel for a MBR slice. >: >:-- >: >:John Baldwin -- http://www.FreeBSD.org/~jhb/ > > The patchset I put on the lists earlier today will allow disklabel > to install a virgin label on a slice. Did it not get out? As matters > currently stand, disklabel can only edit a preexisting label on a slice. If your patch works it looks great to me. I was just referring to our currently checked in code in disklabel(8). :) > I'll post it again... included below (this time without the file > descriptor cruft that snuck into my previous posting of the patch). With > the patch you can do this: I did wonder about the file descriptor patch the first go-round... :) > # optional dd if you are paranoid > # dd if=/dev/zero of=/dev/da0 bs=32k count=4 > fdisk -I da0 > disklabel -w -r da0s1 auto > > That's much preferable to having to use sysinstall if all you want to > do is initialize a label on a slice. Yes, this is definitely the desired behavior. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Oct 27 18:26:59 2000 Delivered-To: freebsd-stable@freebsd.org Received: from spammie.svbug.com (mg136-005.ricochet.net [204.179.136.5]) by hub.freebsd.org (Postfix) with ESMTP id C039E37B479 for ; Fri, 27 Oct 2000 18:26:51 -0700 (PDT) Received: from spammie.svbug.com (localhost.mozie.org [127.0.0.1]) by spammie.svbug.com (8.9.3/8.9.3) with ESMTP id SAA02945; Fri, 27 Oct 2000 18:25:48 -0700 (PDT) (envelope-from jessem@spammie.svbug.com) Message-Id: <200010280125.SAA02945@spammie.svbug.com> Date: Fri, 27 Oct 2000 18:25:45 -0700 (PDT) From: opentrax@email.com Reply-To: opentrax@email.com Subject: Re: HEADS UP! MFC's To: dws@denverweb.net Cc: stable@FreeBSD.ORG In-Reply-To: <39FA21AA.4484ACD6@denverweb.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yes, but it looks like the thought police are also on my heals. =-) On 27 Oct, blaine wrote: > He only needed a 3 word answer. Merged From Current. > > Chris Faulhaber wrote: > >> ... >> >> On Fri, Oct 27, 2000 at 03:39:30PM -0700, opentrax@email.com wrote: >> > ... >> > What is MFC? >> > >> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 18:36:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id E56FB37B479; Fri, 27 Oct 2000 18:36:07 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id e9S1a7H56416; Fri, 27 Oct 2000 18:36:07 -0700 (PDT) (envelope-from dillon) Date: Fri, 27 Oct 2000 18:36:07 -0700 (PDT) From: Matt Dillon Message-Id: <200010280136.e9S1a7H56416@earth.backplane.com> To: John Baldwin Cc: hackers@FreeBSD.org, freebsd-stable@FreeBSD.org, (Danny Braniss) , (Paul Saab) , Terry Lambert Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h References: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> # optional dd if you are paranoid :> # dd if=/dev/zero of=/dev/da0 bs=32k count=4 :> fdisk -I da0 :> disklabel -w -r da0s1 auto :> :> That's much preferable to having to use sysinstall if all you want to :> do is initialize a label on a slice. : :Yes, this is definitely the desired behavior. : :-- : :John Baldwin -- http://www.FreeBSD.org/~jhb/ John, can you explain how the MBR bootstraps a slice? Should I make disklabel zero-out the fdisk partition table area in the slice rather then installing the dummy fdisk partition table? That is, for the case where -B is used on a slice (da0s1) verses on the whole-disk (da0)? -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 19: 2:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 608B537B479; Fri, 27 Oct 2000 19:02:26 -0700 (PDT) Received: from laptop.baldwin.cx (ether.osd.bsdi.com [204.216.28.196]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9S21Df00681; Fri, 27 Oct 2000 19:01:13 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: <200010280136.e9S1a7H56416@earth.backplane.com> Date: Fri, 27 Oct 2000 19:02:03 -0700 (PDT) From: John Baldwin To: Matt Dillon Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h Cc: Terry Lambert , (Paul Saab) , (Danny Braniss) , freebsd-stable@FreeBSD.org, hackers@FreeBSD.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 28-Oct-00 Matt Dillon wrote: >:> # optional dd if you are paranoid >:> # dd if=/dev/zero of=/dev/da0 bs=32k count=4 >:> fdisk -I da0 >:> disklabel -w -r da0s1 auto >:> >:> That's much preferable to having to use sysinstall if all you want to >:> do is initialize a label on a slice. >: >:Yes, this is definitely the desired behavior. >: >:-- >: >:John Baldwin -- http://www.FreeBSD.org/~jhb/ > > John, can you explain how the MBR bootstraps a slice? Should I make > disklabel zero-out the fdisk partition table area in the slice rather > then installing the dummy fdisk partition table? That is, for the > case where -B is used on a slice (da0s1) verses on the whole-disk (da0)? Just ignore the slice table within a slice. It is only used when boot1 is splatted over top of the MBR for the dangerously dedicated mode. It is unused and ignored otherwise. > -Matt -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Oct 27 20:21:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lucifer.ninth-circle.org (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id A318237B479; Fri, 27 Oct 2000 20:21:46 -0700 (PDT) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.11.0/8.11.0) id e9S3LgB20219; Sat, 28 Oct 2000 05:21:42 +0200 (CEST) (envelope-from asmodai) Date: Sat, 28 Oct 2000 05:21:42 +0200 From: Jeroen Ruigrok van der Werven To: Alfred Perlstein Cc: stable@FreeBSD.org, developers@FreeBSD.org Subject: Re: HEADS UP! MFC's Message-ID: <20001028052142.B20044@lucifer.bart.nl> References: <20001027184107.T5433@lucifer.bart.nl> <20001027094613.E28123@fw.wintelcom.net> <20001027185310.V5433@lucifer.bart.nl> <20001027100225.F28123@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001027100225.F28123@fw.wintelcom.net>; from bright@wintelcom.net on Fri, Oct 27, 2000 at 10:02:26AM -0700 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20001027 19:05], Alfred Perlstein (bright@wintelcom.net) wrote: >* Jeroen Ruigrok van der Werven [001027 09:53] wrote: >> You totally miss the point I was trying to communicate across. >> >> While I strive to make sure everything I MFC is tested it can always >> happen that something for some reason blows up. >> >> Some things are just beyond your control. > >That's understandable, and if things are proceeding as normal then >there's no reason for potentially creating panic for the users. No I understand, but given that STABLE should be guarded more than CURRENT when it comes to noticing our userbase of potential ``dangerous' source update times I think the mail I sent out was justified and not trying to cause panic. I see which point of view you are coming from though. >However, if there's an 'MFC rush' then I think that's not the right >way to go about doing it. With rush I am referring back to 4.1-RELEASE of 4.0-RELEASE MFC's. That wasn't pretty in the least. As well as the last few weeks/months of immediate MFC's. >> I am just giving people a warning to be careful the next few days in >> updating their system as I am sure the MFC rushing of some things might >> occur again. > >Again, if you are _sure_ that there will be problems then please >don't, if you aren't _sure_ then there's no reason to make people >fear the next release. I am sure that I am testing things before committing, as well as reading the logs to see what everything is about. I am not even considering major impact changes for MFC. I think the STABLE crowd knows my MFC's by know. -- 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 Reality is an illusion, grimmer. The dreamlands are like masks within masks, and Time has no dominion beyond the Shroud... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 20:30:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from glinda.oz.net (glinda.oz.net [216.39.128.6]) by hub.freebsd.org (Postfix) with ESMTP id E7D6D37B479 for ; Fri, 27 Oct 2000 20:30:18 -0700 (PDT) Received: from seamud.sam.com (sense-sea-mas-66.oz.net [216.39.130.66]) by glinda.oz.net (8.9.3/8.7.3) with ESMTP id UAA09396 for ; Fri, 27 Oct 2000 20:22:16 -0700 (PDT) Received: from sam (sam.sam.com [10.0.0.2]) by seamud.sam.com (8.11.1/8.11.1) with SMTP id e9S3UI002065 for ; Fri, 27 Oct 2000 20:30:18 -0700 (PDT) (envelope-from samz@oz.net) Message-ID: <002401c0408f$639eb3e0$0200000a@sam> Reply-To: "Sam Zamarripa" From: "Sam Zamarripa" To: Subject: PPP Nat Bandwidth Sharing Date: Fri, 27 Oct 2000 20:30:15 -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.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi. I was wondering if this is even possible or I am looking for too much. I use a 56K dialup connection. I am using PPP Nat to share with a LAN. Bandwidth sharing doesn't seem to be too efficient. For example if Machine-1 on the LAN is doing a major download of a compressed file and getting near full speed of 5.6K/sec, if Machine-2 starts web browsing or a download itself..they can barely pull 1K/sec. It would seem to me that it should start throttling the bandwidth back so both machines are getting about 2.8K/sec each evenly. Is this possible? I thought maybe using DUMMNET and the Weight command would work as the example shows on this page - http://www.iet.unipi.it/~luigi/ip_dummynet But it didn't make much difference. Is there a way to efficiently share bandwidth or am I just looking for too much out of this? I am using FreeBSD 4.1.1-STABLE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 21:19:39 2000 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.nwlink.com (smtp.nwlink.com [209.20.130.57]) by hub.freebsd.org (Postfix) with ESMTP id E3A4237B479 for ; Fri, 27 Oct 2000 21:19:37 -0700 (PDT) Received: from utah (jcwells@utah.nwlink.com [209.20.130.41]) by smtp.nwlink.com (8.9.3/8.9.1) with SMTP id VAA04684 for ; Fri, 27 Oct 2000 21:19:32 -0700 (PDT) Date: Fri, 27 Oct 2000 21:33:00 -0700 (PDT) From: "Jason C. Wells" X-Sender: jcwells@utah To: freebsd-stable@freebsd.org Subject: PCI Modems Not Shown As Supported Hardware 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 just got done chatting with Warner Losh about PCI modems. He is "pretty sure" that his PCI modem driver made its way into -stable and 4.1.1-R. The supported hardware docs and release notes do not list PCI modems as supported. (Unless I am blind in which case I will toddle along quietly, bumping into things as I go.) If someone can confirm this information then it should be in the proper docs. I will submit a PR to amend the appropriate docs. Thank you, Jason C. Wells To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 22:22: 6 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.colba.net (mail.colba.net [207.107.221.4]) by hub.freebsd.org (Postfix) with ESMTP id A01AA37B479 for ; Fri, 27 Oct 2000 22:21:56 -0700 (PDT) Received: from freyja.asgard (bhd5-Arc1-s11.mtl.colba.net [207.107.234.21]) by mail.colba.net (8.9.3/8.9.3) with SMTP id BAA01382 for ; Sat, 28 Oct 2000 01:20:07 -0400 From: Ralf Meyer To: freebsd-stable@freebsd.org Subject: sysinstall fails to access cdrom Date: Sat, 28 Oct 2000 01:23:53 -0400 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <00102801491502.00325@freyja.asgard> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hej all, after rebuilding world and kernel /stand/sysinstall fails to access my CDROM device with the following console messages: ata0-slave: too many segments in DMA table acd0: READ_BIG - ILLEGAL REQUEST asc=21 ascq=00 error=02 If I mount the device manually everything works. The old install (4.0-STABLE, 25. May 2000) did not show this problem. The devices are recognized in the dmesg-output as: atapci0: port 0x2020-0x202f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ad0: 6194MB [13424/15/63] at ata0-master using UDMA33 acd0: CDROM at ata0-slave using WDMA2 Has anybody else this problem? TIA Ralf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 22:31:13 2000 Delivered-To: freebsd-stable@freebsd.org Received: from 2711.dynacom.net (2711.dynacom.net [206.107.213.3]) by hub.freebsd.org (Postfix) with ESMTP id 6B39137B479 for ; Fri, 27 Oct 2000 22:31:10 -0700 (PDT) Received: from urx.com (dsl1-160.dynacom.net [206.159.132.160]) by 2711.dynacom.net (Build 101 8.9.3/NT-8.9.3) with ESMTP id WAA01484; Fri, 27 Oct 2000 22:30:53 -0700 Message-ID: <39FA648C.9ABCC4D2@urx.com> Date: Fri, 27 Oct 2000 22:30:52 -0700 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Meyer Cc: freebsd-stable@FreeBSD.ORG Subject: Re: sysinstall fails to access cdrom References: <00102801491502.00325@freyja.asgard> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ralf Meyer wrote: > > Hej all, > > after rebuilding world and kernel /stand/sysinstall fails to access my > CDROM device with the following console messages: > > ata0-slave: too many segments in DMA table > acd0: READ_BIG - ILLEGAL REQUEST asc=21 ascq=00 error=02 > > If I mount the device manually everything works. The old install (4.0-STABLE, > 25. May 2000) did not show this problem. The devices are recognized in the > dmesg-output as: > > atapci0: port 0x2020-0x202f at device 7.1 on pci0 > ata0: at 0x1f0 irq 14 on atapci0 > ad0: 6194MB [13424/15/63] at ata0-master using UDMA33 > acd0: CDROM at ata0-slave using WDMA2 > > Has anybody else this problem? Did you cd /usr/src/release/sysinstall and make all and make install it? It isn't built when you did the world and your kernel. Kent > > TIA > > Ralf > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 22:37:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id A739237B479 for ; Fri, 27 Oct 2000 22:37:09 -0700 (PDT) Received: from gorean.org (master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id WAA45824; Fri, 27 Oct 2000 22:37:01 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <39FA65FD.991D1F74@gorean.org> Date: Fri, 27 Oct 2000 22:37:01 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: opentrax@email.com Cc: dws@denverweb.net, stable@FreeBSD.ORG Subject: Re: HEADS UP! MFC's References: <200010280125.SAA02945@spammie.svbug.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG opentrax@email.com wrote: > > Yes, but it looks like the thought police are also on my heals. > =-) > > On 27 Oct, blaine wrote: > > He only needed a 3 word answer. Merged From Current. I think you're both missing a valid point. If no one ever teaches mailing list etiquette, no one ever learns it. The reminder was given in a friendly tone, and provided the resources for you to examine at your leisure. Learning to take friendly hints will get you far in life. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 27 23:18:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.colba.net (mail.colba.net [207.107.221.4]) by hub.freebsd.org (Postfix) with ESMTP id 0AD9837B479 for ; Fri, 27 Oct 2000 23:18:33 -0700 (PDT) Received: from freyja.asgard (bhd5-Arc2-s19.mtl.colba.net [207.107.235.29]) by mail.colba.net (8.9.3/8.9.3) with SMTP id CAA07148; Sat, 28 Oct 2000 02:16:41 -0400 From: Ralf Meyer To: kstewart@urx.com, Kent Stewart Subject: Re: sysinstall fails to access cdrom Date: Sat, 28 Oct 2000 02:43:08 -0400 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: freebsd-stable@FreeBSD.ORG References: <00102801491502.00325@freyja.asgard> <39FA648C.9ABCC4D2@urx.com> In-Reply-To: <39FA648C.9ABCC4D2@urx.com> MIME-Version: 1.0 Message-Id: <00102802454800.00478@freyja.asgard> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hej, how stupid. I was quite sure to have done this. However, a quick look showed me that the files were still the old ones. I rebuild them and now everything works. Thanks for the help Kent. Ralf On Sat, 28 Oct 2000, Kent Stewart wrote: > Ralf Meyer wrote: > > > > Hej all, > > > > after rebuilding world and kernel /stand/sysinstall fails to access my > > CDROM device with the following console messages: > > > > ata0-slave: too many segments in DMA table > > acd0: READ_BIG - ILLEGAL REQUEST asc=21 ascq=00 error=02 > > > > If I mount the device manually everything works. The old install (4.0-STABLE, > > 25. May 2000) did not show this problem. The devices are recognized in the > > dmesg-output as: > > > > atapci0: port 0x2020-0x202f at device 7.1 on pci0 > > ata0: at 0x1f0 irq 14 on atapci0 > > ad0: 6194MB [13424/15/63] at ata0-master using UDMA33 > > acd0: CDROM at ata0-slave using WDMA2 > > > > Has anybody else this problem? > > Did you cd /usr/src/release/sysinstall and make all and make install > it? It isn't built when you did the world and your kernel. > > Kent > > > > > TIA > > > > Ralf > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > -- > Kent Stewart > Richland, WA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 0:22:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from krycek.zoominternet.net (krycek.zoominternet.net [63.67.120.9]) by hub.freebsd.org (Postfix) with SMTP id 58F5A37B479 for ; Sat, 28 Oct 2000 00:22:42 -0700 (PDT) Received: (qmail 14356 invoked from network); 28 Oct 2000 07:21:24 -0000 Received: from lcl12.cvzoom.net (208.226.155.12) by krycek.zoominternet.net with SMTP; 28 Oct 2000 07:21:24 -0000 Date: Sat, 28 Oct 2000 03:22:37 -0400 (EDT) From: Donn Miller To: "Jeffrey J. Mountin" Cc: stable@FreeBSD.ORG Subject: Re: "Malloc type lacks magic" show-stopper solved In-Reply-To: <4.3.2.20001027114057.00b91100@207.227.119.2> 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 Fri, 27 Oct 2000, Jeffrey J. Mountin wrote: > At 02:24 AM 10/27/00 -0400, Donn Miller wrote: > What is interesting is that -march will produce a slightly larger binary > than -mcpu. Would expect the opposite, since the code is compiled to run > *only* on one CPU class with -march, rather than just a scheduling change. Well, I believe the "default" instruction set generated by gcc/gas is i386. If you specifify -march=486, you will get i386+i486 instructions generated, because i486 contains i386 instructions as a subset. But if one specifies gcc -march=pentium, you will get i586 instructions, which includes 586+486+386 machine code. I guess it depends on the code being compiled. If there is a case where the asm code can > Also should clarify in my previous message that using anything other than > -O (ie -Os or => -O2) with -march tends to make compiling problematic. I hear that. I think that the world+kernel should be compiled with nothing but -O. I've seen beta versions of gcc 2.96 bomb out with an "internal compiler error" when using -Os => -O3. It should be allowable to build kernel and world with -march=ARCH, though. Also, I consider gcc to be a mission-critical app, and I've noticed that when I built gcc with -Os, gcc sometimes develops some severe memory leaks that aren't there when you build gcc with -O. For example, when I built gcc with -Os, I ran out of swapspace when trying to build kdelibs-1.96. I believe the source file was dcop*.cpp or something or other. I didn't see this gcc memory leak after I rebuilt the world with -O. By all means, -O should be the only allowable flag for building world. Also, I compared building world with -Os and with -O. A world built with -O actually used slightly less disk space than with -Os. I think there are cases when -O3 is desirable, though. I built XFree86 with both -Os and -O3. The -Os version seemed significantly more sluggish than with -O3. -O3 seems the best choice for things like mpg123, xanim, and XFree86. -Os seems like it's more trouble than it's worth, as it doesn't really reduce the size of the executable significantly more than -O. Plus, the speed you gain from using -O probably far outweighs the little disk space/memory usage savings from -Os. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 0:32:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from krycek.zoominternet.net (krycek.zoominternet.net [63.67.120.9]) by hub.freebsd.org (Postfix) with SMTP id 7AD5F37B4CF for ; Sat, 28 Oct 2000 00:32:21 -0700 (PDT) Received: (qmail 16138 invoked from network); 28 Oct 2000 07:31:08 -0000 Received: from lcl12.cvzoom.net (208.226.155.12) by krycek.zoominternet.net with SMTP; 28 Oct 2000 07:31:08 -0000 Date: Sat, 28 Oct 2000 03:32:20 -0400 (EDT) From: Donn Miller To: "Jeffrey J. Mountin" Cc: stable@FreeBSD.ORG Subject: Re: "Malloc type lacks magic" show-stopper solved 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 forgot to finish. See inline. On Sat, 28 Oct 2000, Donn Miller wrote: > Well, I believe the "default" instruction set generated by gcc/gas is > i386. If you specifify -march=486, you will get i386+i486 instructions > generated, because i486 contains i386 instructions as a subset. But if > one specifies gcc -march=pentium, you will get i586 instructions, which > includes 586+486+386 machine code. > > I guess it depends on the code being compiled. If there is a case where > the asm code can collapse a series of i386 instructions into one i586 instruction, for example, the resulting code will be slightly smaller. But, I think the slight bloating by spec'ing a higher ARCH with -march=ARCH comes from the ARCH-specific instruction scheduling, which may pad the machine code on certain boundaries in memory to achieve optimum speed. In addtion, extra asm code is sometimes needed to take advantage of the pipelined architecture of the Pentium. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 2:31: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 25A9437B479; Sat, 28 Oct 2000 02:30:59 -0700 (PDT) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 13pSKD-000NAH-00; Sat, 28 Oct 2000 09:30:54 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.0/8.11.0) id e9S9TdL07270; Sat, 28 Oct 2000 11:29:39 +0200 (CEST) (envelope-from wkb) Date: Sat, 28 Oct 2000 11:29:39 +0200 From: Wilko Bulte To: Matthew Jacob Cc: Mike Smith , Jeroen Ruigrok van der Werven , stable@freebsd.org, developers@freebsd.org Subject: Re: HEADS UP! MFC's Message-ID: <20001028112939.A7242@freebie.demon.nl> References: <200010280027.e9S0RtF02396@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from mjacob@feral.com on Fri, Oct 27, 2000 at 05:40:15PM -0700 X-OS: FreeBSD 4.1-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Oct 27, 2000 at 05:40:15PM -0700, Matthew Jacob wrote: > > On Fri, 27 Oct 2000, Mike Smith wrote: > > > > > > > There are some things which are broken in -stable that need to be > > > fixed (alpha booting, e.g.). We'll try to leave the world a better > > > place for our efforts. > > > > -stable world builds, installs and boots on my pws433 as of earlier > > today (with dfr's ata fix). > > Yes- same here. But what I want to do as the gating item for 4.2 is to make > sure that the boot floppies work for all the models that we claim to support. Yes, very much so. Hence the call to arms for alpha-owners.. I think the bulk of the alpha models are now covered by the testers that volunteered per http://people.freebsd.org/~wilko/testhw.html -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 5:30:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mailhub.unibe.ch (mailhub.unibe.ch [130.92.254.109]) by hub.freebsd.org (Postfix) with ESMTP id CB92E37B479 for ; Sat, 28 Oct 2000 05:30:18 -0700 (PDT) Received: from CONVERSION-DAEMON by mailhub.unibe.ch (PMDF V5.2-32 #42480) id <0G35004013W9E2@mailhub.unibe.ch> for freebsd-stable@freebsd.org; Sat, 28 Oct 2000 14:26:34 +0200 (MET DST) Received: from iamexwi.unibe.ch (haegar.unibe.ch [130.92.71.10]) by mailhub.unibe.ch (PMDF V5.2-32 #42480) with ESMTP id <0G35004083W9CK@mailhub.unibe.ch> for freebsd-stable@freebsd.org; Sat, 28 Oct 2000 14:26:33 +0200 (MET DST) Received: from arp.unibe.ch (arp [130.92.62.25]) by iamexwi.unibe.ch (8.8.8+Sun/8.8.8) with ESMTP id OAA24636 for ; Sat, 28 Oct 2000 14:30:20 +0200 (MET DST) Received: from localhost (roth@localhost) by arp.unibe.ch (8.9.3+Sun/8.9.1) with ESMTP id OAA23999 for ; Sat, 28 Oct 2000 14:30:17 +0200 (MET DST) Date: Sat, 28 Oct 2000 14:30:17 +0200 (MET DST) From: Tobias Roth Subject: hang when making port X-Sender: roth@arp.unibe.ch To: freebsd-stable@freebsd.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT X-Authentication-warning: arp.unibe.ch: roth owned process doing -bs Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi I just built a new stable on wednesday. Now, when making ports, the process sometimes hangs after the source is downloaded and I have to do a ctrl-c and another make to continue. Is this known and will it be fixed soon (or is already)? greets, Tobe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 5:44:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freenix.no (atreides.freenix.no [213.188.21.6]) by hub.freebsd.org (Postfix) with ESMTP id 5CD8737B4C5; Sat, 28 Oct 2000 05:44:06 -0700 (PDT) Received: (from shamz@localhost) by freenix.no (8.9.3/8.9.3) id OAA69506; Sat, 28 Oct 2000 14:44:04 +0200 (CEST) (envelope-from shamz) Date: Sat, 28 Oct 2000 14:44:04 +0200 From: Shaun Jurrens To: stable@FreeBSD.org, developers@FreeBSD.org Cc: Alfred Perlstein , JeroenRuigrokvanderWerven@freenix.no Message-ID: <20001028144404.L14117@atreides.freenix.no> 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 Bcc: Subject: Re: HEADS UP! MFC's Reply-To: X-Operating-System: FreeBSD 4.1-STABLE X-Philosophy: If you can read this, you're too close. Jeroen Ruigrok van der Werven wrote: > I think the STABLE crowd knows my MFC's by know. As long as you patting yourself on the back, you might want to update named to 8.2.3-T6B since your recommended commit basically broke xfers with windows machines. As I told you months ago, going for betas with BIND was going to break things. I hope you are already testing this as well (if not better) than the last beta you committed. Btw, I notice the "impending" release of the next BIND version wasn't just around the corner. I think Alfred is justified in his concerns... -- Yours truly, Shaun D. Jurrens shaun@shamz.net shamz@freenix.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 5:45: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freenix.no (atreides.freenix.no [213.188.21.6]) by hub.freebsd.org (Postfix) with ESMTP id BB59537B4C5; Sat, 28 Oct 2000 05:44:58 -0700 (PDT) Received: (from shamz@localhost) by freenix.no (8.9.3/8.9.3) id OAA69526; Sat, 28 Oct 2000 14:44:57 +0200 (CEST) (envelope-from shamz) Date: Sat, 28 Oct 2000 14:44:57 +0200 From: Shaun Jurrens To: stable@FreeBSD.org, developers@FreeBSD.org Cc: Alfred Perlstein , JeroenRuigrokvanderWerven@freenix.no Subject: Re: HEADS UP! MFC's Message-ID: <20001028144404.L14117@atreides.freenix.no> 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 Bcc: Subject: Re: HEADS UP! MFC's Reply-To: X-Operating-System: FreeBSD 4.1-STABLE X-Philosophy: If you can read this, you're too close. Jeroen Ruigrok van der Werven wrote: > I think the STABLE crowd knows my MFC's by know. As long as you patting yourself on the back, you might want to update named to 8.2.3-T6B since your recommended commit basically broke xfers with windows machines. As I told you months ago, going for betas with BIND was going to break things. I hope you are already testing this as well (if not better) than the last beta you committed. Btw, I notice the "impending" release of the next BIND version wasn't just around the corner. I think Alfred is justified in his concerns... -- Yours truly, Shaun D. Jurrens shaun@shamz.net shamz@freenix.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 5:45:29 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freenix.no (atreides.freenix.no [213.188.21.6]) by hub.freebsd.org (Postfix) with ESMTP id CDDAC37B479; Sat, 28 Oct 2000 05:45:20 -0700 (PDT) Received: (from shamz@localhost) by freenix.no (8.9.3/8.9.3) id OAA69538; Sat, 28 Oct 2000 14:45:19 +0200 (CEST) (envelope-from shamz) Date: Sat, 28 Oct 2000 14:45:19 +0200 From: Shaun Jurrens To: stable@FreeBSD.org, developers@FreeBSD.org Cc: Alfred Perlstein , JeroenRuigrokvanderWerven@freenix.no Subject: Re: HEADS UP! MFC's Message-ID: <20001028144404.L14117@atreides.freenix.no> 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 Bcc: Subject: Re: HEADS UP! MFC's Reply-To: X-Operating-System: FreeBSD 4.1-STABLE X-Philosophy: If you can read this, you're too close. Jeroen Ruigrok van der Werven wrote: > I think the STABLE crowd knows my MFC's by know. As long as you patting yourself on the back, you might want to update named to 8.2.3-T6B since your recommended commit basically broke xfers with windows machines. As I told you months ago, going for betas with BIND was going to break things. I hope you are already testing this as well (if not better) than the last beta you committed. Btw, I notice the "impending" release of the next BIND version wasn't just around the corner. I think Alfred is justified in his concerns... -- Yours truly, Shaun D. Jurrens shaun@shamz.net shamz@freenix.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 7:15:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from deimos.ldc.net (deimos.ldc.net [213.160.128.3]) by hub.freebsd.org (Postfix) with ESMTP id 4793737B4CF for ; Sat, 28 Oct 2000 07:15:38 -0700 (PDT) Received: from localhost (sasha@localhost) by deimos.ldc.net (8.9.3/8.9.3) with ESMTP id RAA30999; Sat, 28 Oct 2000 17:15:17 +0300 (EEST) (envelope-from sasha@deimos.ldc.net) Date: Sat, 28 Oct 2000 17:15:16 +0300 (EEST) From: Alexander Nazarenko To: Tobias Roth Cc: freebsd-stable@FreeBSD.ORG Subject: Re: hang when making port 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 Did you read UPDATING? 20001009: The ports tree's new layout is in place. Be sure to update your entire ports tree, or you will have problems. On Sat, 28 Oct 2000, Tobias Roth wrote: > Hi > > I just built a new stable on wednesday. Now, when making ports, the > process sometimes hangs after the source is downloaded and I have to do a > ctrl-c and another make to continue. > > Is this known and will it be fixed soon (or is already)? > > greets, Tobe > > > > 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 Oct 28 7:19:25 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 46DD337B479; Sat, 28 Oct 2000 07:19:16 -0700 (PDT) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id HAA16048; Sat, 28 Oct 2000 07:18:59 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda16046; Sat Oct 28 07:18:58 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.0/8.9.1) id e9SEIw616118; Sat, 28 Oct 2000 07:18:58 -0700 (PDT) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdT16116; Sat Oct 28 07:18:48 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.1/8.9.1) id e9SEImB08772; Sat, 28 Oct 2000 07:18:48 -0700 (PDT) Message-Id: <200010281418.e9SEImB08772@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdoX8762; Sat Oct 28 07:18:20 2000 X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.1.1-RELEASE X-Sender: cy To: Matt Dillon Cc: John Baldwin , hackers@FreeBSD.ORG, "freebsd-stable@FreeBSD.ORG" Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h In-reply-to: Your message of "Fri, 27 Oct 2000 11:24:21 PDT." <200010271824.e9RIOLw06173@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 28 Oct 2000 07:18:20 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200010271824.e9RIOLw06173@earth.backplane.com>, Matt Dillon writes: > :Do you have dangerously dedicated mode on by chance? Some > :SCSI BIOS's _will_ crash with this if you use dangerously > :dedicated mode. > > Yup. > > The real question is: Ok, so if I can't use dangerously dedicated > mode, then how do I create a disklabel on a normal partition? Everything > I try using fdisk and disklabel fails. fdisk will create a normal > freebsd-dedicated dos partition, but disklabel refuses to label it. After fdisk creating partitions try, dd if=/dev/zero of=/dev/da0s1 count=16 Then disklabel -r -w and disklabel -B Tru64-UNIX has a disklabel -z option which zeros out the disk label. Compaq and Digital before that recommended disklabel -z prior to laying down a new label. Should we consider a -z option for our disklabel? 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 Sat Oct 28 7:34: 4 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 89D5537B479 for ; Sat, 28 Oct 2000 07:33:58 -0700 (PDT) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id HAA16077; Sat, 28 Oct 2000 07:33:20 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda16075; Sat Oct 28 07:33:02 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.0/8.9.1) id e9SEX2316168; Sat, 28 Oct 2000 07:33:02 -0700 (PDT) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdL16166; Sat Oct 28 07:32:49 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.1/8.9.1) id e9SEWmP08908; Sat, 28 Oct 2000 07:32:48 -0700 (PDT) Message-Id: <200010281432.e9SEWmP08908@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdiR8904; Sat Oct 28 07:32:33 2000 X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.1.1-RELEASE X-Sender: cy To: Glendon Gross Cc: Michel Talon , "freebsd-stable@FreeBSD.ORG" Subject: Re: "Malloc type lacks magic" show-stopper solved In-reply-to: Your message of "Fri, 27 Oct 2000 06:36:58 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 28 Oct 2000 07:32:33 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Glendon G ross writes: > > This reminds me of another issue I have wondered about for some time. > Are there major advantages to be gained by disabling support for other > architectures in the kernel build file? I have been routinely turning off > 386 and 486 support, thinking this would speed things up... but I'm not > sure of the soundness of this logic. Does anyone know if disabling > support for other CPU's increases performance? There are sections of code in the kernel specific to a particular CPU. By specifying the CPU, you ifdef out any code specific to other CPU's in the kernel making it slightly smaller and faster. For today's PII's and PIII's I don't think that the additional instructions make much of a noticeable difference in the speed of the machine, however on older P120's, 486's, and 386's, the additional instructions would have more of a noticeable impact. 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 Sat Oct 28 7:42:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gate.trident-uk.co.uk (mail.trident-uk.co.uk [195.166.16.10]) by hub.freebsd.org (Postfix) with ESMTP id 376CA37B479; Sat, 28 Oct 2000 07:42:13 -0700 (PDT) Received: from [194.207.93.139] by gate.trident-uk.co.uk for hackers@freebsd.org id OAA08146; Sat Oct 28 14:37:23 2000 Organization: Psi-Domain Ltd. Subject: Re: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware Date: Sat, 28 Oct 2000 15:41:25 +0100 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <00102815431606.00181@freefire.psi-domain.co.uk> Content-Transfer-Encoding: 8bit To: hackers@freebsd.org, freebsd-stable@freebsd.org From: Jamie Heckford Reply-To: heckfordj@psi-domain.co.uk Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Cool idea. I will add a -z option to the disklabel code and submit it to the author if thats OK with everyone else? -- Jamie Heckford Chief Network Engineer Psi-Domain - Innovative Linux Solutions. Ask Us How. =================================== email: heckfordj@psi-domain.co.uk web: http://www.psi-domain.co.uk/ tel: +44 (0)1737 789 246 fax: +44 (0)1737 789 245 mobile: +44 (0)7779 646 529 =================================== On Sat, 28 Oct 2000, you wrote: > In message <200010271824.e9RIOLw06173@earth.backplane.com>, Matt Dillon > writes: > > :Do you have dangerously dedicated mode on by chance? Some > > :SCSI BIOS's _will_ crash with this if you use dangerously > > :dedicated mode. > > > > Yup. > > > > The real question is: Ok, so if I can't use dangerously dedicated > > mode, then how do I create a disklabel on a normal partition? Everything > > I try using fdisk and disklabel fails. fdisk will create a normal > > freebsd-dedicated dos partition, but disklabel refuses to label it. > > After fdisk creating partitions try, > > dd if=/dev/zero of=/dev/da0s1 count=16 > > Then disklabel -r -w and disklabel -B > > Tru64-UNIX has a disklabel -z option which zeros out the disk label. > Compaq and Digital before that recommended disklabel -z prior to laying > down a new label. Should we consider a -z option for our disklabel? > > > 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-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 Oct 28 7:58:33 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 960EC37B479; Sat, 28 Oct 2000 07:58:27 -0700 (PDT) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id HAA16110; Sat, 28 Oct 2000 07:58:20 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda16108; Sat Oct 28 07:58:06 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.0/8.9.1) id e9SEw5n16217; Sat, 28 Oct 2000 07:58:05 -0700 (PDT) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdX16215; Sat Oct 28 07:57:50 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.1/8.9.1) id e9SEvmk09019; Sat, 28 Oct 2000 07:57:48 -0700 (PDT) Message-Id: <200010281457.e9SEvmk09019@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdXB9013; Sat Oct 28 07:57:03 2000 X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.1.1-RELEASE X-Sender: cy To: Matt Dillon Cc: Fred Clift , hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h In-reply-to: Your message of "Fri, 27 Oct 2000 13:24:17 PDT." <200010272024.e9RKOHL07526@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 28 Oct 2000 07:57:03 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200010272024.e9RKOHL07526@earth.backplane.com>, Matt Dillon writes: > I think that the days of the 'dangerously dedicated partition' are > numbered. It has obviously caused much more havoc then people have > realized. We don't have time to fix it for the current release, but I > took a good hard look at the code and as far as I can tell the only > reason we *have* a dangerously dedicated partition at all is because > the disklabel code is too cheap to create a real one - it is just copying > the skeleton fdisk data from boot0 verbatim and leaving it. Disklabel > could very easily create a real partition - in fact, I think with my > proposed patch for labeling slices all it needs to do is exec > 'fdisk -I disk' to do it, and then generate a virgin label for the slice. The other reason to have dangerously dedicated disks is to support Zip and Jazz disks. For a while under 2.2.x or was it 3.x dangerously dedicated Zip disks did not work, requiring an fdisk label on the disks. During that period, I had to relabel all of my Zip disks with fdisk labels and subsequently remove them because of this. If we do remove dangerously dedicated, which I think is a good idea, special considerations for really dedicated disks, e.g. Zip and Jazz drives need to be taken into account. If that cannot be done, then making the change would have too much impact on Jazz and Zip disk users. 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 Sat Oct 28 9:38:39 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 BAFE137B479 for ; Sat, 28 Oct 2000 09:38:33 -0700 (PDT) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id LAA22287; Sat, 28 Oct 2000 11:38:32 -0500 (CDT) (envelope-from jeff-ml@mountin.net) Received: from dial-87.max1.wa.cyberlynk.net(207.227.118.87) by peak.mountin.net via smap (V1.3) id sma022284; Sat Oct 28 11:38:14 2000 Message-Id: <4.3.2.20001028101053.00dbc960@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Sat, 28 Oct 2000 11:37:53 -0500 To: Donn Miller From: "Jeffrey J. Mountin" Subject: Re: "Malloc type lacks magic" show-stopper solved Cc: stable@FreeBSD.ORG In-Reply-To: References: <4.3.2.20001027114057.00b91100@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 03:22 AM 10/28/00 -0400, Donn Miller wrote: >On Fri, 27 Oct 2000, Jeffrey J. Mountin wrote: > > > At 02:24 AM 10/27/00 -0400, Donn Miller wrote: > > > What is interesting is that -march will produce a slightly larger binary > > than -mcpu. Would expect the opposite, since the code is compiled to run > > *only* on one CPU class with -march, rather than just a scheduling change. > >Well, I believe the "default" instruction set generated by gcc/gas is >i386. If you specifify -march=486, you will get i386+i486 instructions >generated, because i486 contains i386 instructions as a subset. But if >one specifies gcc -march=pentium, you will get i586 instructions, which >includes 586+486+386 machine code. The first part is correct, but you mixed up -march with -mcpu. Specifying -march means the code generated will run only on that CPU class. > > Also should clarify in my previous message that using anything other than > > -O (ie -Os or => -O2) with -march tends to make compiling problematic. > >I hear that. I think that the world+kernel should be compiled with >nothing but -O. I've seen beta versions of gcc 2.96 bomb out with an >"internal compiler error" when using -Os => -O3. It should be allowable >to build kernel and world with -march=ARCH, though. Also, I consider gcc Perhaps you missed the point of my clarification. There have been more times when you can get away with either '-O2' or '-march', but '-O2 -march' blows up more often. I agree that -march should work and be allowed. No longer have anything less than a Pentium around and see no reason to generate code that will work on anything less or not be optimized for newer generations. However, we are at the mercy of the gcc developers. >to be a mission-critical app, and I've noticed that when I built gcc with >-Os, gcc sometimes develops some severe memory leaks that aren't there >when you build gcc with -O. For example, when I built gcc with -Os, I ran >out of swapspace when trying to build kdelibs-1.96. I believe the source >file was dcop*.cpp or something or other. I didn't see this gcc memory >leak after I rebuilt the world with -O. By all means, -O should be the >only allowable flag for building world. memory leak != higher memory usage, you should have tried more swap space to be sure before crying "leak!" 8-) >Also, I compared building world with -Os and with -O. A world built with >-O actually used slightly less disk space than with -Os. I think there >are cases when -O3 is desirable, though. I built XFree86 with both -Os >and -O3. The -Os version seemed significantly more sluggish than with >-O3. -O3 seems the best choice for things like mpg123, xanim, and >XFree86. -Os seems like it's more trouble than it's worth, as it doesn't >really reduce the size of the executable significantly more than >-O. Plus, the speed you gain from using -O probably far outweighs the >little disk space/memory usage savings from -Os. I've seen this before when others were comparing various levels. Didn't look in depth at the code for -Os, but it set's optimize_size=1 and according to man page it sets -02 (toplev.c shows this), but leaves out flags that would bloat the size. Didn't dig out which or if in truth it does it (care little about size ;). While egcs was the system compiler, optimizations seem to have worked "as advertised" ( dug up the other messages I was looking for) and -Os worked well. Been a year, since it was in the tree and only spent 7 months there. In short, '-O -pipe' is the only thing worth the time or trouble for the world and 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 Sat Oct 28 10:37:25 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 E9D8937B479 for ; Sat, 28 Oct 2000 10:37:22 -0700 (PDT) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id MAA22400; Sat, 28 Oct 2000 12:37:10 -0500 (CDT) (envelope-from jeff-ml@mountin.net) Received: from dial-87.max1.wa.cyberlynk.net(207.227.118.87) by peak.mountin.net via smap (V1.3) id sma022394; Sat Oct 28 12:36:49 2000 Message-Id: <4.3.2.20001028123119.00dcccf0@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Sat, 28 Oct 2000 12:36:01 -0500 To: Doug Barton , opentrax@email.com From: "Jeffrey J. Mountin" Subject: Re: HEADS UP! MFC's Cc: dws@denverweb.net, stable@FreeBSD.ORG In-Reply-To: <39FA65FD.991D1F74@gorean.org> References: <200010280125.SAA02945@spammie.svbug.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 10:37 PM 10/27/00 -0700, Doug Barton wrote: >opentrax@email.com wrote: > > > > Yes, but it looks like the thought police are also on my heals. > > =-) > > > > On 27 Oct, blaine wrote: > > > He only needed a 3 word answer. Merged From Current. > > I think you're both missing a valid point. If no one ever teaches >mailing list etiquette, no one ever learns it. The reminder was given in >a friendly tone, and provided the resources for you to examine at your >leisure. Learning to take friendly hints will get you far in life. Was tempted to point this out and couldn't help but recall (one of) Mike Smith's old signatures: \\ Give a man a fish, and you feed him for a day. \\ \\ Tell him he should learn how to fish himself, \\ \\ and he'll hate you for a lifetime. \\ Hopefully the latter part doesn't apply. ;) 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 Oct 28 11:40:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from smtp1.cbn.net.id (smtp1.cbn.net.id [202.158.2.51]) by hub.freebsd.org (Postfix) with ESMTP id B717A37B479 for ; Sat, 28 Oct 2000 11:40:19 -0700 (PDT) Received: from mona.viper.com (ip29-181.cbn.net.id [202.158.29.181]) by smtp1.cbn.net.id (Postfix) with ESMTP id B16D75354B for ; Sun, 29 Oct 2000 01:43:09 +0700 (JAVT) Received: (qmail 3663 invoked by uid 500); 28 Oct 2000 18:24:02 -0000 Date: Sun, 29 Oct 2000 01:24:02 +0700 From: John Indra To: freebsd-stable@freebsd.org Subject: Re: "Malloc type lacks magic" show-stopper solved Message-ID: <20001029012402.B3597@indocyber.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <4.3.2.20001027114057.00b91100@207.227.119.2> <4.3.2.20001028101053.00dbc960@207.227.119.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4.3.2.20001028101053.00dbc960@207.227.119.2>; from jeff-ml@mountin.net on Sat, Oct 28, 2000 at 11:37:53AM -0500 X-Mailer: Mutt 1.2.5i on Linux 2.2.14-5.0 i586 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Oct 28, 2000 at 11:37:53AM -0500, Jeffrey J. Mountin wrote: |In short, '-O -pipe' is the only thing worth the time or trouble for the |world and kernel. For the world and kernel I will only use '-O -pipe' optimization thus I setup /etc/make.conf CFLAGS and COPTFLAGS to '-O -pipe' but when I want to install another apps say from the port and I like to compile it with other optimization setting, what should I do? Regards, John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 12: 4:13 2000 Delivered-To: freebsd-stable@freebsd.org Received: from p.intothewind.cx (adsl-141-157-91-172.baltmd.adsl.bellatlantic.net [141.157.91.172]) by hub.freebsd.org (Postfix) with ESMTP id A32FA37B479 for ; Sat, 28 Oct 2000 12:04:09 -0700 (PDT) Received: from freebsd.org (localhost [127.0.0.1]) by p.intothewind.cx (8.11.0/8.11.0) with ESMTP id e9SJ29G47031; Sat, 28 Oct 2000 15:02:10 -0400 (EDT) (envelope-from patrick@freebsd.org) Message-ID: <39FB22B1.460BA9A0@freebsd.org> Date: Sat, 28 Oct 2000 15:02:09 -0400 From: Patrick Gardella Organization: FreeBSD X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Alexander Nazarenko Cc: Tobias Roth , freebsd-stable@freebsd.org Subject: Re: hang when making port References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It's not specifically related, since I have a system that was created after the entire ports tree was updated, and am having the problem as well. And it only hangs after the last item is fetched, it looks like its before or during the checksum. Patrick Alexander Nazarenko wrote: > > Did you read UPDATING? > > 20001009: > The ports tree's new layout is in place. Be sure to update > your entire ports tree, or you will have problems. > > On Sat, 28 Oct 2000, Tobias Roth wrote: > > > Hi > > > > I just built a new stable on wednesday. Now, when making ports, the > > process sometimes hangs after the source is downloaded and I have to do a > > ctrl-c and another make to continue. > > > > Is this known and will it be fixed soon (or is already)? > > > > greets, Tobe -- Patrick ---------- Patrick Gardella patrick@freebsd.org The Power to Serve shall not be infringed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 12:20: 5 2000 Delivered-To: freebsd-stable@freebsd.org Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40]) by hub.freebsd.org (Postfix) with ESMTP id 4E60E37B479 for ; Sat, 28 Oct 2000 12:20:00 -0700 (PDT) Received: by peitho.fxp.org (Postfix, from userid 1501) id 0305A1360E; Sat, 28 Oct 2000 15:20:00 -0400 (EDT) Date: Sat, 28 Oct 2000 15:20:00 -0400 From: Chris Faulhaber To: "Jeffrey J. Mountin" Cc: Doug Barton , opentrax@email.com, dws@denverweb.net, stable@FreeBSD.ORG Subject: Re: HEADS UP! MFC's Message-ID: <20001028152000.A21281@peitho.fxp.org> References: <200010280125.SAA02945@spammie.svbug.com> <39FA65FD.991D1F74@gorean.org> <4.3.2.20001028123119.00dcccf0@207.227.119.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <4.3.2.20001028123119.00dcccf0@207.227.119.2>; from jeff-ml@mountin.net on Sat, Oct 28, 2000 at 12:36:01PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Oct 28, 2000 at 12:36:01PM -0500, Jeffrey J. Mountin wrote: > At 10:37 PM 10/27/00 -0700, Doug Barton wrote: > >opentrax@email.com wrote: > > > > > > Yes, but it looks like the thought police are also on my heals. > > > =-) > > > > > > On 27 Oct, blaine wrote: > > > > He only needed a 3 word answer. Merged From Current. > > > > I think you're both missing a valid point. If no one ever teaches > >mailing list etiquette, no one ever learns it. The reminder was given in > >a friendly tone, and provided the resources for you to examine at your > >leisure. Learning to take friendly hints will get you far in life. > > Was tempted to point this out and couldn't help but recall (one of) Mike > Smith's old signatures: > > \\ Give a man a fish, and you feed him for a day. \\ > \\ Tell him he should learn how to fish himself, \\ > \\ and he'll hate you for a lifetime. \\ > > Hopefully the latter part doesn't apply. ;) > Judging from the private emails I have received, I would say it is quite appropriate. -- 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 Sat Oct 28 12:38:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from clmboh1-smtp1.columbus.rr.com (clmboh1-smtp1.columbus.rr.com [65.24.0.110]) by hub.freebsd.org (Postfix) with ESMTP id 0860037B4E5 for ; Sat, 28 Oct 2000 12:38:08 -0700 (PDT) Received: from columbus.rr.com (dhcp16466029.columbus.rr.com [24.164.66.29]) by clmboh1-smtp1.columbus.rr.com (8.9.3/8.9.3) with ESMTP id PAA26844 for ; Sat, 28 Oct 2000 15:35:02 -0400 (EDT) Message-ID: <39FB2C66.97FAA42A@columbus.rr.com> Date: Sat, 28 Oct 2000 15:43:34 -0400 From: Bill Moran X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 Cc: stable@FreeBSD.ORG Subject: Re: HEADS UP! MFC's References: <200010280125.SAA02945@spammie.svbug.com> <39FA65FD.991D1F74@gorean.org> <4.3.2.20001028123119.00dcccf0@207.227.119.2> <20001028152000.A21281@peitho.fxp.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chris Faulhaber wrote: > > \\ Give a man a fish, and you feed him for a day. \\ > > \\ Tell him he should learn how to fish himself, \\ > > \\ and he'll hate you for a lifetime. \\ > > > > Hopefully the latter part doesn't apply. ;) > > > > Judging from the private emails I have received, I would say it is quite > appropriate. This fascinates me (in a sick kind of way) I'm always amazed at the people who are angry when someone suggests that they research something themselves. Best theory I have at this time is that some people have had very little success in the field of learning, so when you suggest that they should learn something it's like rubbing salt in the wound. Just a theory. I don't even know why I'm writing this, just in a talkative mood today I guess. Either way, I wouldn't let it bother me Chris. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 12:43:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mumble.foobie.net (adsl-216-103-105-178.dsl.snfc21.pacbell.net [216.103.105.178]) by hub.freebsd.org (Postfix) with ESMTP id 1223B37B479; Sat, 28 Oct 2000 12:43:32 -0700 (PDT) Received: (from sbeitzel@localhost) by mumble.foobie.net (8.11.0/8.11.0) id e9SJhVH28741; Sat, 28 Oct 2000 12:43:31 -0700 (PDT) (envelope-from sbeitzel) From: Stephen Beitzel Message-Id: <200010281943.e9SJhVH28741@mumble.foobie.net> Subject: Re: hang when making port To: patrick@FreeBSD.ORG (Patrick Gardella) Date: Sat, 28 Oct 2000 12:43:31 -0700 (PDT) Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <39FB22B1.460BA9A0@freebsd.org> from "Patrick Gardella" at Oct 28, 2000 03:02:09 PM 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 Patrick Gardella wrote: > > It's not specifically related, since I have a system that was created > after the entire ports tree was updated, and am having the problem as > well. > > And it only hangs after the last item is fetched, it looks like its > before or during the checksum. I've noticed what I believe may be the same problem, but it's only happening with some ports. Yesterday (10/27/2000) I cvsupped a fresh ports tree and then tried making XFree86, but both 3.x and 4.x hung just after fetching the tarballs. Meanwhile, making w3m-ssl works just fine. So I suspect that the problem is not a general "all ports are broken" but a more specific one, like "some ports are broken at the point where they check the MD5 of the tarball". Just another data point. Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 12:47:55 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id E670937B479 for ; Sat, 28 Oct 2000 12:47:53 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Sun, 29 Oct 2000 08:47:52 +1300 Date: Sun, 29 Oct 2000 08:47:51 +1300 (NZDT) From: Juha Saarinen To: stable@freebsd.org Subject: Re: HEADS UP! MFC's In-Reply-To: <39FB2C66.97FAA42A@columbus.rr.com> Message-ID: X-S: Always 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 fascinates me (in a sick kind of way) I'm always amazed at the > people who are angry when someone suggests that they research > something themselves. Depends on how the suggestion is phrased, I'd say... a little politeness goes a long way, but that's just my opinion. ;-) -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 12:52: 1 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 BC16B37B4C5; Sat, 28 Oct 2000 12:51:58 -0700 (PDT) Received: from thehousleys.net (baby.int.thehousleys.net [192.168.0.24]) by thehousleys.net (8.11.0/8.11.1) with ESMTP id e9SJpqs36430; Sat, 28 Oct 2000 15:51:52 -0400 (EDT) (envelope-from jim@thehousleys.net) Message-ID: <39FB2E57.8442FBF7@thehousleys.net> Date: Sat, 28 Oct 2000 15:51:51 -0400 From: James Housley X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Stephen Beitzel Cc: Patrick Gardella , freebsd-stable@FreeBSD.ORG Subject: Re: hang when making port References: <200010281943.e9SJhVH28741@mumble.foobie.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stephen Beitzel wrote: > > I've noticed what I believe may be the same problem, but it's only > happening with some ports. Yesterday (10/27/2000) I cvsupped a fresh ports > tree and then tried making XFree86, but both 3.x and 4.x hung just after > fetching the tarballs. Meanwhile, making w3m-ssl works just fine. So I > suspect that the problem is not a general "all ports are broken" but > a more specific one, like "some ports are broken at the point where they > check the MD5 of the tarball". > In the last day or two there was a patch to fetch for a reason very similar to this. You might want to check the cvs archives. I am not sure if it was on -STABLE yet. http://www.FreeBSD.org/cgi/cvsweb.cgi/ Jim -- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net --------------------------------------------------------------------- Progress (n) : What led from smart users in front of dumb terminals to dumb users in front of smart terminals. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 12:53:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id B6F1637B4C5 for ; Sat, 28 Oct 2000 12:53:47 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Sun, 29 Oct 2000 08:53:46 +1300 Date: Sun, 29 Oct 2000 08:53:46 +1300 (NZDT) From: Juha Saarinen To: stable@freebsd.org Subject: Can't make sysinstall now... Message-ID: X-S: Always 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 su-2.04# make Warning: Object directory not changed from original /usr/src/release/sysinstall cc -O -pipe -Wall -I/usr/src/release/sysinstall/../../gnu/lib/libdialog -I/usr/src/release/sysinstall -c dist.c dist.c: In function `distSetKernDeveloper': dist.c:318: `DIST_CRYPTO_BIN' undeclared (first use in this function) dist.c:318: (Each undeclared identifier is reported only once dist.c:318: for each function it appears in.) dist.c: In function `distSetUser': dist.c:342: `DIST_CRYPTO_BIN' undeclared (first use in this function) *** Error code 1 Stop in /usr/src/release/sysinstall. What am I missing this time? -- Regards, Juha PGP fingerprint: B7E1 CC52 5FCA 9756 B502 10C8 4CD8 B066 12F3 9544 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 12:56:36 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 8FF0437B479 for ; Sat, 28 Oct 2000 12:56:34 -0700 (PDT) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id OAA23164; Sat, 28 Oct 2000 14:55:28 -0500 (CDT) (envelope-from jeff-ml@mountin.net) Received: from dial-77.max1.wa.cyberlynk.net(207.227.118.77) by peak.mountin.net via smap (V1.3) id sma023162; Sat Oct 28 14:55:20 2000 Message-Id: <4.3.2.20001028143339.00d38d50@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Sat, 28 Oct 2000 14:54:46 -0500 To: John Indra , freebsd-stable@FreeBSD.ORG From: "Jeffrey J. Mountin" Subject: Re: "Malloc type lacks magic" show-stopper solved In-Reply-To: <20001029012402.B3597@indocyber.com> References: <4.3.2.20001028101053.00dbc960@207.227.119.2> <4.3.2.20001027114057.00b91100@207.227.119.2> <4.3.2.20001028101053.00dbc960@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 01:24 AM 10/29/00 +0700, John Indra wrote: >For the world and kernel I will only use '-O -pipe' optimization thus I >setup /etc/make.conf CFLAGS and COPTFLAGS to '-O -pipe' but when I want to >install another apps say from the port and I like to compile it with other >optimization setting, what should I do? Either add them to the Makefile (might require a "CFLAGS+=" line) for the port or hack bsd.port.mk or just change the CFLAGS in make.conf. Just make sure to check before a buildworld. There is some hackery that can be done to make it easier, but I don't want to encourage those looking for "macho" flags. 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 Oct 28 13: 7:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 4D06137B479 for ; Sat, 28 Oct 2000 13:07:44 -0700 (PDT) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id e9SK7G462136; Sat, 28 Oct 2000 13:07:18 -0700 (PDT) (envelope-from jkh@winston.osd.bsdi.com) To: opentrax@email.com Cc: dws@denverweb.net, stable@FreeBSD.ORG Subject: Re: HEADS UP! MFC's In-Reply-To: Message from opentrax@email.com of "Fri, 27 Oct 2000 18:25:45 PDT." <200010280125.SAA02945@spammie.svbug.com> Date: Sat, 28 Oct 2000 13:07:16 -0700 Message-ID: <62132.972763636@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Yes, but it looks like the thought police are also on my heals. Not to worry, you're out of their jurisdiction. :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 13:25:33 2000 Delivered-To: freebsd-stable@freebsd.org Received: from adsl-151-197-208-26.phila.adsl.bellatlantic.net (adsl-151-197-208-26.phila.adsl.bellatlantic.net [151.197.208.26]) by hub.freebsd.org (Postfix) with ESMTP id 05AE837B479; Sat, 28 Oct 2000 13:25:31 -0700 (PDT) Received: from localhost (root@localhost) by adsl-151-197-208-26.phila.adsl.bellatlantic.net (8.11.1/8.11.1) with ESMTP id e9SKPSh09299; Sat, 28 Oct 2000 16:25:28 -0400 (EDT) (envelope-from bleez@bellatlantic.net) Date: Sat, 28 Oct 2000 16:25:27 -0400 (EDT) From: Bryan Liesner X-Sender: root@adsl-151-197-208-26.phila.adsl.bellatlantic.net To: Stephen Beitzel Cc: Patrick Gardella , freebsd-stable@FreeBSD.ORG Subject: fetch hangs (was hang when making port) In-Reply-To: <200010281943.e9SJhVH28741@mumble.foobie.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, 28 Oct 2000, Stephen Beitzel wrote: >Patrick Gardella wrote: >> >> It's not specifically related, since I have a system that was created >> after the entire ports tree was updated, and am having the problem as >> well. >> >> And it only hangs after the last item is fetched, it looks like its >> before or during the checksum. It has nothing to do with ports at all - on my system, current as of 10/27/2000, fetch just hangs when completing a download. Just run it on the command line to fetch a file from your favorite ftp site. You have to ctrl-C out of it when the download completes. Prior to this, on a system built on 10/18/2000, no problem with fetch. ========================================================== = Bryan D. Liesner LeezSoft Communications, Inc. = = A subsidiary of LeezSoft Inc. = = bleez@bellatlantic.net Home of the Gipper = ========================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 13:48:31 2000 Delivered-To: freebsd-stable@freebsd.org Received: from adsl-151-197-208-26.phila.adsl.bellatlantic.net (adsl-151-197-208-26.phila.adsl.bellatlantic.net [151.197.208.26]) by hub.freebsd.org (Postfix) with ESMTP id 4453037B4C5; Sat, 28 Oct 2000 13:48:29 -0700 (PDT) Received: from localhost (root@localhost) by adsl-151-197-208-26.phila.adsl.bellatlantic.net (8.11.1/8.11.1) with ESMTP id e9SKmRp00784; Sat, 28 Oct 2000 16:48:27 -0400 (EDT) (envelope-from bleez@bellatlantic.net) Date: Sat, 28 Oct 2000 16:48:27 -0400 (EDT) From: Bryan Liesner X-Sender: root@adsl-151-197-208-26.phila.adsl.bellatlantic.net To: Bryan Liesner Cc: Stephen Beitzel , Patrick Gardella , freebsd-stable@FreeBSD.ORG Subject: Re: fetch hangs (was hang when making port) 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 Sat, 28 Oct 2000, Bryan Liesner wrote: Sorry to follow up on my own post, but I must have just missed the commit to libfetch. I rebuilt it, and no more fetch hangs. ========================================================== = Bryan D. Liesner LeezSoft Communications, Inc. = = A subsidiary of LeezSoft Inc. = = bleez@bellatlantic.net Home of the Gipper = ========================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 14: 9:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 2D59E37B4C5 for ; Sat, 28 Oct 2000 14:09:32 -0700 (PDT) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id e9SL9I462446; Sat, 28 Oct 2000 14:09:18 -0700 (PDT) (envelope-from jkh@winston.osd.bsdi.com) To: blaine Cc: stable@FreeBSD.ORG Subject: Re: HEADS UP! MFC's In-Reply-To: Message from blaine of "Fri, 27 Oct 2000 18:45:30 MDT." <39FA21AA.4484ACD6@denverweb.net> Date: Sat, 28 Oct 2000 14:09:18 -0700 Message-ID: <62443.972767358@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > He only needed a 3 word answer. Merged From Current. And if people aren't educated as to the correct mailing lists for certain types of content (which the charters try to clarify but most people don't read anyway) or pointed at more general documentation which covers their question and a lot more, they won't learn as much as they need to learn and will continue to post first and research second. Chris's answer was actually perfect and needed no criticism from you. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 14:21:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from seaholm.caamora.com.au (seaholm.caamora.com.au [203.7.226.5]) by hub.freebsd.org (Postfix) with ESMTP id 59F4837B4CF for ; Sat, 28 Oct 2000 14:21:40 -0700 (PDT) Received: (from jlm@localhost) by seaholm.caamora.com.au (8.11.1/8.11.1) id e9SLLQi01896; Sun, 29 Oct 2000 08:21:26 +1100 (EST) Message-ID: <20001029082126.16364@caamora.com.au> Date: Sun, 29 Oct 2000 08:21:26 +1100 From: jonathan michaels To: freebsd-stable@freebsd.org Subject: sendmail and freebsd v2.2-stable Reply-To: jlm@seaholm.caamora.com.au Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e X-Operating-System: FreeBSD 2.2.5-RELEASE i386 Organisation: Caamora, PO Box 144, Rosebery NSW 1445 Australia X-Mood: good lately, but if you must ask .. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hello all .. my subject line says it all, i've just installled (downloaded, compiled and installed) sendmail on several freebsd machines, all running freebsd v2.2-stable. it all works very well fro teh most part .. i get a funny error when i use teh mail.local (during teh compile sendmail warms about it being not compatible) not being able to deliver mail to a local user. the short version is that sendmail(mail.local) cannot write to /var/mail/userid .. from memory teh error message goes like this, blah 35 seaholm mail.local: lockmailbox /var/mail/userid failed; error code 75 sorry, i can bearlly see teh screen and reading it is not a possibility ater using it fro some8 hours to solve this little ridle. i've tried all teh stuff suggested in teh sendmail docs, as regards file/directory permissions etc, a few .mc file tricks, i've gotten to the stage where it look like i need to tackle teh c code and start tricking up teh compiler .. something that i am not very skilled at doing (lmy limits are reached just after teh make, make depend, and make install toolkit are exhausted. if anyone has installed sendmail v8.11.1 and gotten it to work i'd like to talk to you and see how i can get mine to behave it self .. at the moment i've my mail system working by replacing teh mail.local from the 8.11.1 sendmail with the one i was using previously, that is snedmail v8.8.7 the purpose of this exercise was to get the security side of things updated and i'd been discovedr by spam relayers and have about 20 or so articles i captured beofre i pulled teh pin on my email system. one thing, please no "upgrade freebsd to v4 or more, my old hardware (intel 386 with 8 mb dram works well with v2, from what i've heard v3 and beyound is not suitible for 'older' computers). please excuse my typing, i'm have a hard time seeing the screen at teh moment. regards amd best wishes. jonathan -- =============================================================== Jonathan Michaels http://www.caamora.com.au PO Box 144, Rosebery, NSW 1445 suffering construction anxiety =========================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 14:22:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 1684A37B4F9 for ; Sat, 28 Oct 2000 14:22:09 -0700 (PDT) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id e9SLLi462558; Sat, 28 Oct 2000 14:21:45 -0700 (PDT) (envelope-from jkh@winston.osd.bsdi.com) To: Juha Saarinen Cc: stable@FreeBSD.ORG Subject: Re: Can't make sysinstall now... In-Reply-To: Message from Juha Saarinen of "Sun, 29 Oct 2000 08:53:46 +1300." Date: Sat, 28 Oct 2000 14:21:44 -0700 Message-ID: <62554.972768104@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Re-cvsup; you need the dist.h commit which followed a day later. > su-2.04# make > Warning: Object directory not changed from original > /usr/src/release/sysinstall > cc -O -pipe -Wall -I/usr/src/release/sysinstall/../../gnu/lib/libdialog > -I/usr/src/release/sysinstall -c dist.c > dist.c: In function `distSetKernDeveloper': > dist.c:318: `DIST_CRYPTO_BIN' undeclared (first use in this function) > dist.c:318: (Each undeclared identifier is reported only once > dist.c:318: for each function it appears in.) > dist.c: In function `distSetUser': > dist.c:342: `DIST_CRYPTO_BIN' undeclared (first use in this function) > *** Error code 1 > > Stop in /usr/src/release/sysinstall. > > What am I missing this time? > > > -- > Regards, > > > Juha > > PGP fingerprint: > B7E1 CC52 5FCA 9756 B502 10C8 4CD8 B066 12F3 9544 > > > > 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 Oct 28 14:58:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gershwin.tera.com (gershwin.cray.com [207.224.230.28]) by hub.freebsd.org (Postfix) with ESMTP id E1B8D37B479 for ; Sat, 28 Oct 2000 14:58:22 -0700 (PDT) Received: from thought.org (tao.sea.tera.com [207.108.223.55]) by gershwin.tera.com (8.9.3/8.9.3) with ESMTP id OAA14296 for ; Sat, 28 Oct 2000 14:58:21 -0700 (PDT) Received: (from kline@localhost) by thought.org (8.11.0/8.11.0) id e9SLwE657989 for freebsd-stable@FreeBSD.ORG; Sat, 28 Oct 2000 14:58:14 -0700 (PDT) (envelope-from kline) From: Gary Kline Message-Id: <200010282158.e9SLwE657989@thought.org> Subject: thttpd config file To: freebsd-stable@FreeBSD.ORG Date: Sat, 28 Oct 2000 14:58:13 -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 It's been a year since I lost my apache setup; now it's time to get back into some HTTP server and I'm trying thttpd to get back into things-HTTP. There is no sample config file that is `useful' for thttpd. Can some web savvy -stable user send me his httpd.conf file? 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 Oct 28 14:58:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 8359237B4C5; Sat, 28 Oct 2000 14:58:44 -0700 (PDT) Received: from laptop.baldwin.cx (ether.osd.bsdi.com [204.216.28.196]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9SLw8f22894; Sat, 28 Oct 2000 14:58:08 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: <200010281418.e9SEImB08772@cwsys.cwsent.com> Date: Sat, 28 Oct 2000 14:59:01 -0700 (PDT) From: John Baldwin To: Cy Schubert - ITSD Open Systems Group Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h Cc: "freebsd-stable@FreeBSD.ORG" Cc: "freebsd-stable@FreeBSD.ORG" , hackers@FreeBSD.org, Matt Dillon Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 28-Oct-00 Cy Schubert - ITSD Open Systems Group wrote: > In message <200010271824.e9RIOLw06173@earth.backplane.com>, Matt Dillon > writes: >> :Do you have dangerously dedicated mode on by chance? Some >> :SCSI BIOS's _will_ crash with this if you use dangerously >> :dedicated mode. >> >> Yup. >> >> The real question is: Ok, so if I can't use dangerously dedicated >> mode, then how do I create a disklabel on a normal partition? >> Everything >> I try using fdisk and disklabel fails. fdisk will create a normal >> freebsd-dedicated dos partition, but disklabel refuses to label it. > > After fdisk creating partitions try, > > dd if=/dev/zero of=/dev/da0s1 count=16 > > Then disklabel -r -w and disklabel -B Nope, I tried that. Without Dillon's patch, disklabel cannot create a virgin disklabel on a slice. Period. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Sat Oct 28 15:22:39 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 7BB8637B479 for ; Sat, 28 Oct 2000 15:22:37 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Sun, 29 Oct 2000 11:22:35 +1300 Date: Sun, 29 Oct 2000 11:22:34 +1300 (NZDT) From: Juha Saarinen To: Jordan Hubbard Cc: "stable@FreeBSD.ORG" Subject: Re: Can't make sysinstall now... In-Reply-To: <62554.972768104@winston.osd.bsdi.com> Message-ID: X-S: Always 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 Thanks Jordan, that did the trick. -- Regards, Juha PGP fingerprint: B7E1 CC52 5FCA 9756 B502 10C8 4CD8 B066 12F3 9544 On Sat, 28 Oct 2000, Jordan Hubbard wrote: > Re-cvsup; you need the dist.h commit which followed a day later. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 15:28:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 798F337B479 for ; Sat, 28 Oct 2000 15:28:17 -0700 (PDT) Received: from DENDENNIS (softdnserr [::ffff:192.168.1.2]) by saarinen.org with esmtp; Sun, 29 Oct 2000 11:28:16 +1300 From: "Juha Saarinen" To: "Gary Kline" , freebsd-stable@FreeBSD.ORG Subject: RE: thttpd config file Date: Sun, 29 Oct 2000 11:28:37 +1300 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.2911.0) In-Reply-To: <200010282158.e9SLwE657989@thought.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG %-> It's been a year since I lost my apache setup; now it's time %-> to get back into some HTTP server and I'm trying thttpd to get %-> back into things-HTTP. There is no sample config file that is %-> `useful' for thttpd. Can some web savvy -stable user send me %-> his httpd.conf file? Went back to Apache because I needed SSL support etc. for Courier... does thttpd actually use an httpd.conf file? There's none in the package I have here, and it isn't mentioned at www.acme.com/software/thttpd. -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 15:28:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id CD5F137B479; Sat, 28 Oct 2000 15:28:25 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id e9SMSFu67012; Sat, 28 Oct 2000 15:28:15 -0700 (PDT) (envelope-from dillon) Date: Sat, 28 Oct 2000 15:28:15 -0700 (PDT) From: Matt Dillon Message-Id: <200010282228.e9SMSFu67012@earth.backplane.com> To: Matthew Jacob , John Baldwin , Cy Schubert - ITSD Open Systems Group Cc: freebsd-stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h References: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> > After fdisk creating partitions try, :> > :> > dd if=/dev/zero of=/dev/da0s1 count=16 : :Hmm. Isn't the only thing that's suppose to really work is : :dd if=/dev/zero of=/dev/da0 count=16 : :(which doesn't always work on Alpha yet) : :I'm missing some context, so forgive me if this is a stupid question? Ah, the joys of fdisk and disklabels. I've learned more in the last two days then I ever really wanted to find out :-) # clear out feldercarp at the base of the # disk and create a real slice for freebsd. Install # the MBR. # dd if=/dev/zero of=/dev/da0 count=16 fdisk -BI da0 # clear out feldercarp in the slice and then disklabel the * slice (using my patch) + the boot blocks # dd if=/dev/zero of=/dev/da0s1 count=16 disklabel -w -r -B da0s1 auto Presumably a '-z' option to disklabel would do the equivalent of what the 'dd' in the above examples are doing. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 15:57:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 2C84A37B479; Sat, 28 Oct 2000 15:57:40 -0700 (PDT) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id PAA27904; Sat, 28 Oct 2000 15:57:39 -0700 Date: Sat, 28 Oct 2000 15:57:38 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Matt Dillon Cc: John Baldwin , Cy Schubert - ITSD Open Systems Group , freebsd-stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h In-Reply-To: <200010282228.e9SMSFu67012@earth.backplane.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 > Ah, the joys of fdisk and disklabels. I've learned more in the last > two days then I ever really wanted to find out :-) > > # clear out feldercarp at the base of the > # disk and create a real slice for freebsd. Install > # the MBR. > # > dd if=/dev/zero of=/dev/da0 count=16 > fdisk -BI da0 > > # clear out feldercarp in the slice and then disklabel the > * slice (using my patch) + the boot blocks > # > dd if=/dev/zero of=/dev/da0s1 count=16 > disklabel -w -r -B da0s1 auto > > Presumably a '-z' option to disklabel would do the equivalent of what > the 'dd' in the above examples are doing. I guess. There's always some hack to dd me and David O'Brien keep asking about adding- you have to do the DIOCWLABEL. This keeps on getting discussed over and over and over again. Bruce claims to understand all of this- I sure don't. I *do* know that dangerously dedicated disks that are built on i386 aren't readable on alpha (a mistake that linux avoids). I have some mail going back a year saying "this all has to be fixed for 4.0!". Guess what? The story probably is "somebody needs to own the issue" and it hasn't reached a level of pain for me to do that (other things are far more painful). -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 15:58:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gershwin.tera.com (gershwin.cray.com [207.224.230.28]) by hub.freebsd.org (Postfix) with ESMTP id 2104937B479 for ; Sat, 28 Oct 2000 15:58:48 -0700 (PDT) Received: from thought.org (tao.sea.tera.com [207.108.223.55]) by gershwin.tera.com (8.9.3/8.9.3) with ESMTP id PAA14914; Sat, 28 Oct 2000 15:58:45 -0700 (PDT) Received: (from kline@localhost) by thought.org (8.11.0/8.11.0) id e9SMwnM58383; Sat, 28 Oct 2000 15:58:49 -0700 (PDT) (envelope-from kline) Date: Sat, 28 Oct 2000 15:58:48 -0700 From: Gary Kline To: Juha Saarinen Cc: Gary Kline , freebsd-stable@FreeBSD.ORG Subject: Re: thttpd config file Message-ID: <20001028155848.A58301@tao.thought.org> References: <200010282158.e9SLwE657989@thought.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from juha@saarinen.org on Sun, Oct 29, 2000 at 11:28:37AM +1300 X-Organization: Thought Unlimited. Public service Unix since 1986. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Oct 29, 2000 at 11:28:37AM +1300, Juha Saarinen wrote: > %-> It's been a year since I lost my apache setup; now it's time > %-> to get back into some HTTP server and I'm trying thttpd to get > %-> back into things-HTTP. There is no sample config file that is > %-> `useful' for thttpd. Can some web savvy -stable user send me > %-> his httpd.conf file? > > Went back to Apache because I needed SSL support etc. for Courier... does > thttpd actually use an httpd.conf file? There's none in the package I have > here, and it isn't mentioned at www.acme.com/software/thttpd. > Well (*sigh*), as happens 4 out of 5 times, I found the sample config file just 37 seconds after the locate database finished. It's in /usr/local/etc/thttpd.conf.sample; evidently the make install mv'd the file from the work//* directory. I'll retry apache eventually--when I go DSL. thttpd will help me debug the mysteries of webcvs and more. 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 Oct 28 16:13:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id D661A37B479; Sat, 28 Oct 2000 16:13:42 -0700 (PDT) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id CAA21032; Sun, 29 Oct 2000 02:13:40 +0300 (MSK) Message-Id: <200010282313.CAA21032@aaz.links.ru> Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h In-Reply-To: from "John Baldwin" at "Oct 28, 0 02:59:01 pm" To: jhb@FreeBSD.ORG (John Baldwin) Date: Sun, 29 Oct 2000 02:13:40 +0300 (MSK) Cc: Cy.Schubert@uumail.gov.bc.ca, freebsd-stable@FreeBSD.ORG, hackers@FreeBSD.ORG, dillon@earth.backplane.com From: "Aleksandr A.Babaylov" 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 John Baldwin writes: > On 28-Oct-00 Cy Schubert - ITSD Open Systems Group wrote: > > In message <200010271824.e9RIOLw06173@earth.backplane.com>, Matt Dillon > > writes: > >> :Do you have dangerously dedicated mode on by chance? Some > >> :SCSI BIOS's _will_ crash with this if you use dangerously > >> :dedicated mode. > >> > >> Yup. > >> > >> The real question is: Ok, so if I can't use dangerously dedicated > >> mode, then how do I create a disklabel on a normal partition? > >> Everything > >> I try using fdisk and disklabel fails. fdisk will create a normal > >> freebsd-dedicated dos partition, but disklabel refuses to label it. > > > > After fdisk creating partitions try, > > > > dd if=/dev/zero of=/dev/da0s1 count=16 > > > > Then disklabel -r -w and disklabel -B > Nope, I tried that. Without Dillon's patch, disklabel cannot create > a virgin disklabel on a slice. Period. I know English bad ... let me see ... what "virgin" mean ... See! disklabel CAN create a virgin disklabel on a slice. Period. just supply the real entry from disktab. For example disklabel -r -w ad0sX fd360 disklabel -e ad0sX works in any case. Yes, it is hack, I understand. And I use about 20 my own entryes in disktab for all slise sizes I ever use. This is not stright, but not annoy. What is real annoyance: it is impossible to read label twice if more then one label are present on a disk in DD mode. It is very bad because of bug in kernel, not userland. > -- > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 16:41:30 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citusc17.usc.edu (citusc17.usc.edu [128.125.38.177]) by hub.freebsd.org (Postfix) with ESMTP id 83DD637B479 for ; Sat, 28 Oct 2000 16:41:28 -0700 (PDT) Received: (from kris@localhost) by citusc17.usc.edu (8.11.1/8.11.1) id e9SNhg382793 for stable@freebsd.org; Sat, 28 Oct 2000 16:43:42 -0700 (PDT) (envelope-from kris) Date: Sat, 28 Oct 2000 16:43:42 -0700 From: Kris Kennaway To: stable@freebsd.org Subject: HEADS UP: New OpenSSH Message-ID: <20001028164342.B82537@citusc17.usc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've just merged OpenSSH 2.2.0 back to the 4.x branch. New features include: * ssh-add can handle DSA keys * sftp server interoperable with ssh.com clients and others * scp can handle files >2GB * better interoperability with other ssh2 clients/servers * ssh-agent can handle DSA keys * New feature to limit the number of outstanding unauthenticated ssh connections in sshd Please report any problems to me ASAP so I make sure they're addressed prior to 4.2. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 17:13:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from genius.systems.pavilion.net (genesis.tao.org.uk [194.242.131.254]) by hub.freebsd.org (Postfix) with ESMTP id 3DC0537B479 for ; Sat, 28 Oct 2000 17:13:10 -0700 (PDT) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id 2EE8D9B12; Sun, 29 Oct 2000 01:16:33 +0100 (BST) Date: Sun, 29 Oct 2000 01:16:33 +0100 From: Josef Karthauser To: Kris Kennaway Cc: stable@FreeBSD.ORG Subject: Re: HEADS UP: New OpenSSH Message-ID: <20001029011632.K64763@pavilion.net> Mail-Followup-To: Josef Karthauser , Kris Kennaway , stable@FreeBSD.ORG References: <20001028164342.B82537@citusc17.usc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001028164342.B82537@citusc17.usc.edu>; from kris@citusc.usc.edu on Sat, Oct 28, 2000 at 04:43:42PM -0700 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 Sat, Oct 28, 2000 at 04:43:42PM -0700, Kris Kennaway wrote: > I've just merged OpenSSH 2.2.0 back to the 4.x branch. New features > include: > > * ssh-add can handle DSA keys > * ssh-agent can handle DSA keys Groovy :) :) Thanks, Joe -- Josef Karthauser FreeBSD: How many times have you booted today? Technical Manager Viagra for your server (http://www.uk.freebsd.org) Pavilion Internet plc. [joe@pavilion.net, joe@uk.freebsd.org, joe@tao.org.uk] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 17:25: 3 2000 Delivered-To: freebsd-stable@freebsd.org Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-228.oz.net [216.39.147.228]) by hub.freebsd.org (Postfix) with SMTP id BDE3F37B479 for ; Sat, 28 Oct 2000 17:24:58 -0700 (PDT) Received: (qmail 9846 invoked by uid 100); 29 Oct 2000 00:24:57 -0000 From: Joe Kelsey MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14843.28249.257843.35526@zircon.seattle.wa.us> Date: Sat, 28 Oct 2000 17:24:57 -0700 To: Kris Kennaway , stable@FreeBSD.ORG Subject: Re: HEADS UP: New OpenSSH In-Reply-To: <20001029011632.K64763@pavilion.net> References: <20001028164342.B82537@citusc17.usc.edu> <20001029011632.K64763@pavilion.net> X-Mailer: VM 6.76 under Emacs 20.5.1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Oct 28, 2000 at 04:43:42PM -0700, Kris Kennaway wrote: > I've just merged OpenSSH 2.2.0 back to the 4.x branch. New features > include: > > * ssh-add can handle DSA keys > * ssh-agent can handle DSA keys Ooops! It's not all quite there: ===> libssh make: don't know how to make aux.c. Stop. *** Error code 2. Stop in /usr/src/secure/lib I see no aux.c after cvsup'ing from cvsup8. /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 17:28: 1 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citusc17.usc.edu (citusc17.usc.edu [128.125.38.177]) by hub.freebsd.org (Postfix) with ESMTP id F06A837B479 for ; Sat, 28 Oct 2000 17:27:57 -0700 (PDT) Received: (from kris@localhost) by citusc17.usc.edu (8.11.1/8.11.1) id e9T0UBI86385; Sat, 28 Oct 2000 17:30:11 -0700 (PDT) (envelope-from kris) Date: Sat, 28 Oct 2000 17:30:11 -0700 From: Kris Kennaway To: Joe Kelsey Cc: Kris Kennaway , stable@FreeBSD.ORG Subject: Re: HEADS UP: New OpenSSH Message-ID: <20001028173011.B85789@citusc17.usc.edu> References: <20001028164342.B82537@citusc17.usc.edu> <20001029011632.K64763@pavilion.net> <14843.28249.257843.35526@zircon.seattle.wa.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14843.28249.257843.35526@zircon.seattle.wa.us>; from joe@zircon.seattle.wa.us on Sat, Oct 28, 2000 at 05:24:57PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Oct 28, 2000 at 05:24:57PM -0700, Joe Kelsey wrote: > On Sat, Oct 28, 2000 at 04:43:42PM -0700, Kris Kennaway wrote: > > I've just merged OpenSSH 2.2.0 back to the 4.x branch. New features > > include: > > > > * ssh-add can handle DSA keys > > * ssh-agent can handle DSA keys > > Ooops! It's not all quite there: > > ===> libssh > make: don't know how to make aux.c. Stop. > *** Error code 2. > > Stop in /usr/src/secure/lib > > I see no aux.c after cvsup'ing from cvsup8. Correct - it no longer exists. You either have out of date sources, or an out of date build environment. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 17:34: 5 2000 Delivered-To: freebsd-stable@freebsd.org Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-228.oz.net [216.39.147.228]) by hub.freebsd.org (Postfix) with SMTP id 8146B37B479 for ; Sat, 28 Oct 2000 17:33:59 -0700 (PDT) Received: (qmail 9873 invoked by uid 100); 29 Oct 2000 00:33:58 -0000 From: Joe Kelsey MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14843.28790.361188.931074@zircon.seattle.wa.us> Date: Sat, 28 Oct 2000 17:33:58 -0700 To: Kris Kennaway Cc: Joe Kelsey , stable@FreeBSD.ORG Subject: Re: HEADS UP: New OpenSSH In-Reply-To: <20001028173011.B85789@citusc17.usc.edu> References: <20001028164342.B82537@citusc17.usc.edu> <20001029011632.K64763@pavilion.net> <14843.28249.257843.35526@zircon.seattle.wa.us> <20001028173011.B85789@citusc17.usc.edu> X-Mailer: VM 6.76 under Emacs 20.5.1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kris Kennaway writes: > On Sat, Oct 28, 2000 at 05:24:57PM -0700, Joe Kelsey wrote: > > On Sat, Oct 28, 2000 at 04:43:42PM -0700, Kris Kennaway wrote: > > > I've just merged OpenSSH 2.2.0 back to the 4.x branch. New features > > > include: > > > > > > * ssh-add can handle DSA keys > > > * ssh-agent can handle DSA keys > > > > Ooops! It's not all quite there: > > > > ===> libssh > > make: don't know how to make aux.c. Stop. > > *** Error code 2. > > > > Stop in /usr/src/secure/lib > > > > I see no aux.c after cvsup'ing from cvsup8. > > Correct - it no longer exists. You either have out of date sources, or > an out of date build environment. Since I just did a cvsup, I assume that it will fix all important files. Did you modify /usr/src/secure/lib/libssh/makefile to remove aux.c or not? The copy in my machine still has aux.c listed. Don't you have to update the secure makefiles when you update the crypto files? Am I missing something? I thought that I just had to cvsup to get all fixes? I am attempting to buildworld... /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 17:40: 9 2000 Delivered-To: freebsd-stable@freebsd.org Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-228.oz.net [216.39.147.228]) by hub.freebsd.org (Postfix) with SMTP id 9894337B479 for ; Sat, 28 Oct 2000 17:40:06 -0700 (PDT) Received: (qmail 9888 invoked by uid 100); 29 Oct 2000 00:40:05 -0000 From: Joe Kelsey MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14843.29157.490406.203934@zircon.seattle.wa.us> Date: Sat, 28 Oct 2000 17:40:05 -0700 To: Joe Kelsey Cc: Kris Kennaway , stable@FreeBSD.ORG Subject: Re: HEADS UP: New OpenSSH In-Reply-To: <14843.28790.361188.931074@zircon.seattle.wa.us> References: <20001028164342.B82537@citusc17.usc.edu> <20001029011632.K64763@pavilion.net> <14843.28249.257843.35526@zircon.seattle.wa.us> <20001028173011.B85789@citusc17.usc.edu> <14843.28790.361188.931074@zircon.seattle.wa.us> X-Mailer: VM 6.76 under Emacs 20.5.1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Joe Kelsey writes: > Kris Kennaway writes: > > On Sat, Oct 28, 2000 at 05:24:57PM -0700, Joe Kelsey wrote: > > > On Sat, Oct 28, 2000 at 04:43:42PM -0700, Kris Kennaway wrote: > > > > I've just merged OpenSSH 2.2.0 back to the 4.x branch. New features > > > > include: > > > > > > > > * ssh-add can handle DSA keys > > > > * ssh-agent can handle DSA keys > > > > > > Ooops! It's not all quite there: > > > > > > ===> libssh > > > make: don't know how to make aux.c. Stop. > > > *** Error code 2. > > > > > > Stop in /usr/src/secure/lib > > > > > > I see no aux.c after cvsup'ing from cvsup8. > > > > Correct - it no longer exists. You either have out of date sources, or > > an out of date build environment. > > Since I just did a cvsup, I assume that it will fix all important > files. Did you modify /usr/src/secure/lib/libssh/makefile to remove > aux.c or not? The copy in my machine still has aux.c listed. Don't you > have to update the secure makefiles when you update the crypto files? > > Am I missing something? I thought that I just had to cvsup to get all > fixes? I am attempting to buildworld... OK, so I looked at the web cvs interface and I see the change that Kris made to the Makefile. However, my Makefile is still at rev 1.2.2.1! Is that because cvsup8 hasn't synched with the master yet? I will try deleting the Makefile and seeing what happens. /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 17:40:31 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citusc17.usc.edu (citusc17.usc.edu [128.125.38.177]) by hub.freebsd.org (Postfix) with ESMTP id 0E6C537B4C5 for ; Sat, 28 Oct 2000 17:40:30 -0700 (PDT) Received: (from kris@localhost) by citusc17.usc.edu (8.11.1/8.11.1) id e9T0gh386501; Sat, 28 Oct 2000 17:42:43 -0700 (PDT) (envelope-from kris) Date: Sat, 28 Oct 2000 17:42:43 -0700 From: Kris Kennaway To: Joe Kelsey Cc: Kris Kennaway , stable@FreeBSD.ORG Subject: Re: HEADS UP: New OpenSSH Message-ID: <20001028174243.A86479@citusc17.usc.edu> References: <20001028164342.B82537@citusc17.usc.edu> <20001029011632.K64763@pavilion.net> <14843.28249.257843.35526@zircon.seattle.wa.us> <20001028173011.B85789@citusc17.usc.edu> <14843.28790.361188.931074@zircon.seattle.wa.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14843.28790.361188.931074@zircon.seattle.wa.us>; from joe@zircon.seattle.wa.us on Sat, Oct 28, 2000 at 05:33:58PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Oct 28, 2000 at 05:33:58PM -0700, Joe Kelsey wrote: > Since I just did a cvsup, I assume that it will fix all important > files. Did you modify /usr/src/secure/lib/libssh/makefile to remove > aux.c or not? The copy in my machine still has aux.c listed. Don't you > have to update the secure makefiles when you update the crypto files? I did. Perhaps your cvsup server hadn't caught up yet. Ensure you have this one: # $FreeBSD: src/secure/lib/libssh/Makefile,v 1.2.2.2 2000/10/28 23:05:14 kris Exp $ > Am I missing something? I thought that I just had to cvsup to get all > fixes? I am attempting to buildworld... It could be the other problem I suggested, namely stale .depend/object files in your build environment. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 17:42:16 2000 Delivered-To: freebsd-stable@freebsd.org Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-228.oz.net [216.39.147.228]) by hub.freebsd.org (Postfix) with SMTP id 18D3D37B479 for ; Sat, 28 Oct 2000 17:42:13 -0700 (PDT) Received: (qmail 9912 invoked by uid 100); 29 Oct 2000 00:42:12 -0000 From: Joe Kelsey MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14843.29283.983719.230293@zircon.seattle.wa.us> Date: Sat, 28 Oct 2000 17:42:11 -0700 To: Kris Kennaway Cc: Joe Kelsey , stable@FreeBSD.ORG Subject: Re: HEADS UP: New OpenSSH In-Reply-To: <20001028174243.A86479@citusc17.usc.edu> References: <20001028164342.B82537@citusc17.usc.edu> <20001029011632.K64763@pavilion.net> <14843.28249.257843.35526@zircon.seattle.wa.us> <20001028173011.B85789@citusc17.usc.edu> <14843.28790.361188.931074@zircon.seattle.wa.us> <20001028174243.A86479@citusc17.usc.edu> X-Mailer: VM 6.76 under Emacs 20.5.1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kris Kennaway writes: > On Sat, Oct 28, 2000 at 05:33:58PM -0700, Joe Kelsey wrote: > > > Since I just did a cvsup, I assume that it will fix all important > > files. Did you modify /usr/src/secure/lib/libssh/makefile to remove > > aux.c or not? The copy in my machine still has aux.c listed. Don't you > > have to update the secure makefiles when you update the crypto files? > > I did. Perhaps your cvsup server hadn't caught up yet. Ensure you have > this one: > > # $FreeBSD: src/secure/lib/libssh/Makefile,v 1.2.2.2 2000/10/28 23:05:14 kris Exp $ Third time is a charm. The first cvsup got all of the crypto/openssh files, the second cvsup (after the buildworld error) did nothing, then the third try found all of the secure/ changes... I guess I am just too impatient for the update! /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 17:52:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from beoclu-01.phy.gasou.edu (beoclu-01.phy.GaSoU.edu [141.165.40.55]) by hub.freebsd.org (Postfix) with ESMTP id 52B9D37B4C5 for ; Sat, 28 Oct 2000 17:52:41 -0700 (PDT) Received: (from sdodson@localhost) by beoclu-01.phy.gasou.edu (8.11.1/8.9.3) id e9T0qaG14923 for stable@freebsd.org; Sat, 28 Oct 2000 20:52:36 -0400 (EDT) (envelope-from sdodson) Date: Sat, 28 Oct 2000 20:52:36 -0400 From: Scott Dodson To: stable@freebsd.org Subject: off topic don't read this Message-ID: <20001028205236.B14905@beoclu-01.phy.gasou.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 4.1.1-STABLE i386 X-Propoganda: Use FreeBSD! Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Forgive me for being totally off topic, but why do people be so upset over mailing lists? -scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 18:58:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id 440D537B4C5; Sat, 28 Oct 2000 18:58:52 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id e9T1woA67627; Sat, 28 Oct 2000 18:58:50 -0700 (PDT) (envelope-from dillon) Date: Sat, 28 Oct 2000 18:58:50 -0700 (PDT) From: Matt Dillon Message-Id: <200010290158.e9T1woA67627@earth.backplane.com> To: John Baldwin , Terry Lambert , (Paul Saab) , (Danny Braniss) , freebsd-stable@FreeBSD.org, hackers@FreeBSD.org Subject: Disklabel patch committed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've committed the disklabel patch, plus updated documentation for disklabel.8, into 4.x. Please report any problems directly to me. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 19: 0:10 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id CA52337B479; Sat, 28 Oct 2000 19:00:01 -0700 (PDT) Received: from laptop.baldwin.cx (ether.osd.bsdi.com [204.216.28.196]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9T1xKf27087; Sat, 28 Oct 2000 18:59:20 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: <200010282228.e9SMSFu67012@earth.backplane.com> Date: Sat, 28 Oct 2000 19:00:14 -0700 (PDT) From: John Baldwin To: Matt Dillon Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h Cc: hackers@FreeBSD.org, freebsd-stable@FreeBSD.org, Cy Schubert - ITSD Open Systems Group , Matthew Jacob Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 28-Oct-00 Matt Dillon wrote: >:> > After fdisk creating partitions try, >:> > >:> > dd if=/dev/zero of=/dev/da0s1 count=16 >: >:Hmm. Isn't the only thing that's suppose to really work is >: >:dd if=/dev/zero of=/dev/da0 count=16 >: >:(which doesn't always work on Alpha yet) >: >:I'm missing some context, so forgive me if this is a stupid question? > > Ah, the joys of fdisk and disklabels. I've learned more in the last > two days then I ever really wanted to find out :-) I think there is more there than anyone wants to find out. Can you commit your fixes to make disklabel label virgin slices please? -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use 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 Sat Oct 28 19:36:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gershwin.tera.com (gershwin.cray.com [207.224.230.28]) by hub.freebsd.org (Postfix) with ESMTP id 35C6A37B479 for ; Sat, 28 Oct 2000 19:36:48 -0700 (PDT) Received: from thought.org (tao.sea.tera.com [207.108.223.55]) by gershwin.tera.com (8.9.3/8.9.3) with ESMTP id TAA16948 for ; Sat, 28 Oct 2000 19:36:45 -0700 (PDT) Received: (from kline@localhost) by thought.org (8.11.0/8.11.0) id e9T2aYr60760 for freebsd-stable@FreeBSD.ORG; Sat, 28 Oct 2000 19:36:34 -0700 (PDT) (envelope-from kline) From: Gary Kline Message-Id: <200010290236.e9T2aYr60760@thought.org> Subject: anybody use cvsweb? To: freebsd-stable@FreeBSD.ORG Date: Sat, 28 Oct 2000 19:36:33 -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 I thought it would be fairly straightforward to configure cvsweb with thttpd, but it doesn't seem like it. I put cvsweb.cgi in /usr/local/www/cgi-bin and it failed. Anybody understand this stuff? tia, 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 Oct 28 19:49:12 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 1996F37B479 for ; Sat, 28 Oct 2000 19:49:11 -0700 (PDT) Received: from pir by moek.pir.net with local (Exim) id 13piWs-000166-00 for freebsd-stable@FreeBSD.ORG; Sat, 28 Oct 2000 22:49:02 -0400 Date: Sat, 28 Oct 2000 22:49:01 -0400 From: Peter Radcliffe To: freebsd-stable@FreeBSD.ORG Subject: stable breakage ? Message-ID: <20001028224901.E19651@pir.net> Reply-To: freebsd-stable@freebsd.org Mail-Followup-To: freebsd-stable@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i 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 Anyone else seeing stable build broken right now ? -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- [...] cd /usr/src/lib/libncurses; make build-tools [...] gcc -static -O -pipe -I. -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -o genattrtab genattrtab.o rtl.o rtlanal.o print-rtl.o obstack.o bitmap.o cd /usr/src/lib/libncurses; make build-tools sh /usr/src/lib/libncurses/../../contrib/ncurses/include/MKhashsize.sh /usr/src/lib/libncurses/../../contrib/ncurses/include/Caps > hashsize.h sed curses.h -e "/@NCURSES_MAJOR@/s//5/" -e "/@NCURSES_MINOR@/s//1/" -e "/@NCURSES_PATCH@/s//20000701/" -e "/@NCURSES_CONST@/s///" -e "s/@cf_cv_builtin_bool@/1/g" -e "s/@cf_cv_cc_bool_type@/0/g" -e "s/@cf_cv_type_of_bool@/char/g" -e "s/@cf_cv_typeof_chtype@/long/g" -e "s/@cf_cv_widec_shift@/8/g" -e "s/@cf_cv_shift_limit@/32/g" -e "s/@cf_cv_1UL@/1UL/g" make: don't know how to make MKncurses_def.sh. Stop *** Error code 2 -- 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 Sat Oct 28 20:14:38 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (Postfix) with ESMTP id DF84537B479 for ; Sat, 28 Oct 2000 20:14:36 -0700 (PDT) Received: from imap.gv.tsc.tdk.com (imap.gv.tsc.tdk.com [192.168.241.198]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id UAA14820 for ; Sat, 28 Oct 2000 20:14:36 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by imap.gv.tsc.tdk.com (8.9.3/8.9.3) with ESMTP id UAA11454 for ; Sat, 28 Oct 2000 20:14:36 -0700 (PDT) (envelope-from Don.Lewis@tsc.tdk.com) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id UAA17263 for freebsd-stable@FreeBSD.ORG; Sat, 28 Oct 2000 20:14:35 -0700 (PDT) From: Don Lewis Message-Id: <200010290314.UAA17263@salsa.gv.tsc.tdk.com> Date: Sat, 28 Oct 2000 20:14:35 -0700 In-Reply-To: <20001028224901.E19651@pir.net> References: <20001028224901.E19651@pir.net> X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: freebsd-stable@FreeBSD.ORG Subject: Re: stable breakage ? Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Oct 28, 10:49pm, Peter Radcliffe wrote: } Subject: stable breakage ? } Anyone else seeing stable build broken right now ? Not here. I just ran cvsup about an hour and a half ago. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 20:17:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from 2711.dynacom.net (2711.dynacom.net [206.107.213.3]) by hub.freebsd.org (Postfix) with ESMTP id 2C99B37B479 for ; Sat, 28 Oct 2000 20:17:56 -0700 (PDT) Received: from urx.com (dsl1-160.dynacom.net [206.159.132.160]) by 2711.dynacom.net (Build 101 8.9.3/NT-8.9.3) with ESMTP id UAA04347 for ; Sat, 28 Oct 2000 20:17:55 -0700 Message-ID: <39FB96E3.62B12C5D@urx.com> Date: Sat, 28 Oct 2000 20:17:55 -0700 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Subject: Re: stable breakage ? References: <20001028224901.E19651@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: > > Anyone else seeing stable build broken right now ? > > -------------------------------------------------------------- > >>> stage 2: build tools > -------------------------------------------------------------- > [...] > cd /usr/src/lib/libncurses; make build-tools > [...] > gcc -static -O -pipe -I. -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -o genattrtab genattrtab.o rtl.o rtlanal.o print-rtl.o obstack.o bitmap.o > cd /usr/src/lib/libncurses; make build-tools > sh /usr/src/lib/libncurses/../../contrib/ncurses/include/MKhashsize.sh /usr/src/lib/libncurses/../../contrib/ncurses/include/Caps > hashsize.h > sed curses.h -e "/@NCURSES_MAJOR@/s//5/" -e "/@NCURSES_MINOR@/s//1/" -e "/@NCURSES_PATCH@/s//20000701/" -e "/@NCURSES_CONST@/s///" -e "s/@cf_cv_builtin_bool@/1/g" -e "s/@cf_cv_cc_bool_type@/0/g" -e "s/@cf_cv_type_of_bool@/char/g" -e "s/@cf_cv_typeof_chtype@/long/g" -e "s/@cf_cv_widec_shift@/8/g" -e "s/@cf_cv_shift_limit@/32/g" -e "s/@cf_cv_1UL@/1UL/g" > make: don't know how to make MKncurses_def.sh. Stop > *** Error code 2 I had an buildworld die in libssl. The changes hadn't made it to cvsup8. I'm in the middle of a new cvsup and rebuild. This time the buildworld finished and it is in the middle of the installworld. I would cvsup and try again. Kent > > -- > 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 -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 20:19:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 1749137B479 for ; Sat, 28 Oct 2000 20:19:12 -0700 (PDT) Received: from vimfuego.saarinen.org (softdnserr [::ffff:192.168.1.1]) (IDENT: foobar) by saarinen.org with esmtp; Sun, 29 Oct 2000 16:19:10 +1300 Date: Sun, 29 Oct 2000 16:19:09 +1300 (NZDT) From: Juha Saarinen To: Gary Kline Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: anybody use cvsweb? In-Reply-To: <200010290236.e9T2aYr60760@thought.org> Message-ID: X-S: Always 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 Gary, I think Dan Langille at www.freebsddiary.org is using cvsweb. Email him at dan at langille dot org for more details. -- Regards, Juha PGP fingerprint: B7E1 CC52 5FCA 9756 B502 10C8 4CD8 B066 12F3 9544 On Sat, 28 Oct 2000, Gary Kline wrote: > > > I thought it would be fairly straightforward to configure > cvsweb with thttpd, but it doesn't seem like it. > > I put cvsweb.cgi in /usr/local/www/cgi-bin and it failed. > Anybody understand this stuff? > > tia, > > gary > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 20:31: 1 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 0BAE037B479 for ; Sat, 28 Oct 2000 20:31:00 -0700 (PDT) Received: from pir by moek.pir.net with local (Exim) id 13pjBQ-0001Lj-00 for freebsd-stable@FreeBSD.ORG; Sat, 28 Oct 2000 23:30:56 -0400 Date: Sat, 28 Oct 2000 23:30:56 -0400 From: Peter Radcliffe To: freebsd-stable@FreeBSD.ORG Subject: Re: stable breakage ? Message-ID: <20001028233055.H19651@pir.net> Reply-To: freebsd-stable@freebsd.org Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20001028224901.E19651@pir.net> <39FB96E3.62B12C5D@urx.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <39FB96E3.62B12C5D@urx.com>; from kstewart@urx.com on Sat, Oct 28, 2000 at 08:17:55PM -0700 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 Kent Stewart probably said: > I had an buildworld die in libssl. The changes hadn't made it to > cvsup8. I'm in the middle of a new cvsup and rebuild. This time the > buildworld finished and it is in the middle of the installworld. > > I would cvsup and try again. Already have .. twice :) Got some more changes the first retry, failure mode didn't change. No more changes second time. Tried nuking /usr/obj/usr completely, no change. Guess I could nuke /usr/src and start again, but it takes so long to start from scratch. I'm fetching from cvsup.freebsd.org 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 Sat Oct 28 20:48:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from po3.glue.umd.edu (po3.glue.umd.edu [128.8.10.123]) by hub.freebsd.org (Postfix) with ESMTP id DFE0C37B479 for ; Sat, 28 Oct 2000 20:48:28 -0700 (PDT) Received: from glue.umd.edu (poseidon.student.umd.edu [129.2.144.21]) by po3.glue.umd.edu (8.10.1/8.10.1) with ESMTP id e9T3mGG19363; Sat, 28 Oct 2000 23:48:16 -0400 (EDT) Message-ID: <39FB9E01.C5C14F8A@glue.umd.edu> Date: Sat, 28 Oct 2000 23:48:17 -0400 From: Brandon Fosdick X-Mailer: Mozilla 4.74 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway Cc: stable@FreeBSD.ORG Subject: Re: HEADS UP: New OpenSSH References: <20001028164342.B82537@citusc17.usc.edu> 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: > > I've just merged OpenSSH 2.2.0 back to the 4.x branch. New features > include: > > * ssh-add can handle DSA keys > * sftp server interoperable with ssh.com clients and others > * scp can handle files >2GB > * better interoperability with other ssh2 clients/servers > * ssh-agent can handle DSA keys > * New feature to limit the number of outstanding unauthenticated ssh > connections in sshd Above you mention sftp-server but it looks like it doesn't get installed. Is this intentional? I only looked in /usr/bin and /usr/sbin, is it someplace else? No manpage for it either. -Brandon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 20:53:20 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (Postfix) with ESMTP id 206A737B479 for ; Sat, 28 Oct 2000 20:53:18 -0700 (PDT) Received: from imap.gv.tsc.tdk.com (imap.gv.tsc.tdk.com [192.168.241.198]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id UAA15054 for ; Sat, 28 Oct 2000 20:53:17 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by imap.gv.tsc.tdk.com (8.9.3/8.9.3) with ESMTP id UAA11530 for ; Sat, 28 Oct 2000 20:53:16 -0700 (PDT) (envelope-from Don.Lewis@tsc.tdk.com) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id UAA17593 for freebsd-stable@FreeBSD.ORG; Sat, 28 Oct 2000 20:53:16 -0700 (PDT) From: Don Lewis Message-Id: <200010290353.UAA17593@salsa.gv.tsc.tdk.com> Date: Sat, 28 Oct 2000 20:53:15 -0700 In-Reply-To: <20001028224901.E19651@pir.net> References: <20001028224901.E19651@pir.net> X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: freebsd-stable@FreeBSD.ORG Subject: Re: stable breakage ? Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Oct 28, 10:49pm, Peter Radcliffe wrote: } Subject: stable breakage ? } cd /usr/src/lib/libncurses; make build-tools } sh /usr/src/lib/libncurses/../../contrib/ncurses/include/MKhashsize.sh /usr/src/lib/libncurses/../../contrib/ncurses/include/Caps > hashsize.h } sed curses.h -e "/@NCURSES_MAJOR@/s//5/" -e "/@NCURSES_MINOR@/s//1/" -e "/@NCURSES_PATCH@/s//20000701/" -e "/@NCURSES_CONST@/s///" -e "s/@cf_cv_builtin_bool@/1/g" -e "s/@cf_cv_cc_bool_type@/0/g" -e "s/@cf_cv_type_of_bool@/char/g" -e "s/@cf_cv_typeof_chtype@/long/g" -e "s/@cf_cv_widec_shift@/8/g" -e "s/@cf_cv_shift_limit@/32/g" -e "s/@cf_cv_1UL@/1UL/g" } make: don't know how to make MKncurses_def.sh. Stop For some reason it is finding /usr/src/contrib/ncurses/include/MKhashsize.sh but is not finding /usr/src/contrib/ncurses/include/MKncurses_def.sh, which doesn't seem to have been touched since October 12. My src tree has this file, check yours. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 20:54:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from static.unixfreak.org (static.unixfreak.org [63.198.170.139]) by hub.freebsd.org (Postfix) with ESMTP id 7568337B479 for ; Sat, 28 Oct 2000 20:54:40 -0700 (PDT) Received: by static.unixfreak.org (Postfix, from userid 1000) id 2BA5A1F21; Sat, 28 Oct 2000 20:54:40 -0700 (PDT) Subject: Re: HEADS UP: New OpenSSH In-Reply-To: <39FB9E01.C5C14F8A@glue.umd.edu> "from Brandon Fosdick at Oct 28, 2000 11:48:17 pm" To: Brandon Fosdick Date: Sat, 28 Oct 2000 20:54:40 -0700 (PDT) Cc: Kris Kennaway , stable@FreeBSD.ORG From: Dima Dorfman Reply-To: dima@unixfreak.org X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20001029035440.2BA5A1F21@static.unixfreak.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Kris Kennaway wrote: > > > > I've just merged OpenSSH 2.2.0 back to the 4.x branch. New features > > include: > > > > * ssh-add can handle DSA keys > > * sftp server interoperable with ssh.com clients and others > > * scp can handle files >2GB > > * better interoperability with other ssh2 clients/servers > > * ssh-agent can handle DSA keys > > * New feature to limit the number of outstanding unauthenticated ssh > > connections in sshd > > Above you mention sftp-server but it looks like it doesn't get installed. Is > this intentional? > I only looked in /usr/bin and /usr/sbin, is it someplace else? No > manpage for it either. It's in /usr/libexec (well, at least it is on -current, and this is an MFC..). -- Dima Dorfman Finger dima@unixfreak.org for my public PGP key. "The difference between Fiction and Reality? Fiction has to make sense." -- Tom Clancy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 21: 6:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citusc17.usc.edu (citusc17.usc.edu [128.125.38.177]) by hub.freebsd.org (Postfix) with ESMTP id 2C8C437B4C5 for ; Sat, 28 Oct 2000 21:06:49 -0700 (PDT) Received: (from kris@localhost) by citusc17.usc.edu (8.11.1/8.11.1) id e9T490R96205; Sat, 28 Oct 2000 21:09:00 -0700 (PDT) (envelope-from kris) Date: Sat, 28 Oct 2000 21:09:00 -0700 From: Kris Kennaway To: Dima Dorfman Cc: Brandon Fosdick , Kris Kennaway , stable@FreeBSD.ORG Subject: Re: HEADS UP: New OpenSSH Message-ID: <20001028210900.A96186@citusc17.usc.edu> References: <39FB9E01.C5C14F8A@glue.umd.edu> <20001029035440.2BA5A1F21@static.unixfreak.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001029035440.2BA5A1F21@static.unixfreak.org>; from dima@unixfreak.org on Sat, Oct 28, 2000 at 08:54:40PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 28, 2000 at 08:54:40PM -0700, Dima Dorfman wrote: > > Kris Kennaway wrote: > > >=20 > > > I've just merged OpenSSH 2.2.0 back to the 4.x branch. New features > > > include: > > >=20 > > > * ssh-add can handle DSA keys > > > * sftp server interoperable with ssh.com clients and others > > > * scp can handle files >2GB > > > * better interoperability with other ssh2 clients/servers > > > * ssh-agent can handle DSA keys > > > * New feature to limit the number of outstanding unauthenticated ssh > > > connections in sshd > >=20 > > Above you mention sftp-server but it looks like it doesn't get installe= d. Is > > this intentional? > > I only looked in /usr/bin and /usr/sbin, is it someplace else? No > > manpage for it either. >=20 > It's in /usr/libexec (well, at least it is on -current, and this is an MF= C..). Yep, and there should be a manpage. Kris --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: UtglxA3FhR/dLxjofRgoCDOKfqkmlKRV iQA/AwUBOfui2lq8tAVo6EClEQIyFQCgpYVMob7GGQCxsca4hq7QiVsbWlYAnj8E cceNBsx7inrHxms7CSWk2Y43 =N7xc -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 21:13:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-178-14.dsl.snfc21.pacbell.net [63.202.178.14]) by hub.freebsd.org (Postfix) with ESMTP id 3CDD237B4C5 for ; Sat, 28 Oct 2000 21:13:09 -0700 (PDT) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id e9T4HPF10057 for ; Sat, 28 Oct 2000 21:17:26 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200010290417.e9T4HPF10057@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: stable@freebsd.org Subject: Installation test with 3ware controllers? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 28 Oct 2000 21:17:25 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can someone with a 3ware controller test the installation of one of the most recent -stable snapshots? My test box is refusing to boot from floppy, and I'd like to be sure that the install is going to work correctly now (as I've had a couple of reports that it wasn't a little while back). Thanks. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 21:13:51 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 0393537B479 for ; Sat, 28 Oct 2000 21:13:49 -0700 (PDT) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id XAA24696 for ; Sat, 28 Oct 2000 23:13:48 -0500 (CDT) (envelope-from jeff-ml@mountin.net) Received: from dial-80.max1.wa.cyberlynk.net(207.227.118.80) by peak.mountin.net via smap (V1.3) id sma024690; Sat Oct 28 23:13:24 2000 Message-Id: <4.3.2.20001028230412.00cc3de0@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Sat, 28 Oct 2000 23:12:59 -0500 To: freebsd-stable@FreeBSD.ORG From: "Jeffrey J. Mountin" Subject: Re: stable breakage ? In-Reply-To: <20001028233055.H19651@pir.net> References: <39FB96E3.62B12C5D@urx.com> <20001028224901.E19651@pir.net> <39FB96E3.62B12C5D@urx.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 11:30 PM 10/28/00 -0400, Peter Radcliffe wrote: >Already have .. twice :) >Got some more changes the first retry, failure mode didn't change. >No more changes second time. > >Tried nuking /usr/obj/usr completely, no change. >Guess I could nuke /usr/src and start again, but it takes so long to >start from scratch. Why nuke and CVSup the entire tree? If you have copy of the last release around then a slightly modified install.sh will work. I keep a copy locally, so this would exist in the 4.1.1-RELEASE directory: #!/bin/sh cd src dists="base bin contrib etc gnu include lib libexec release sbin share sys tools ubin usbin" echo "Extracting sources into ${DESTDIR}/usr/src..." for i in $dists; do echo " Extracting source component: $i" cat s${i}.?? | tar --unlink -xpzf - -C /usr/src done cd ../crypto dists="crypto secure" for i in $dists; do echo " Extracting source component: $i" cat s${i}.?? | tar --unlink -xpzf - -C /usr/src done echo "Done extracting sources." exit 0 Change the 2 "dists=" lines to what you want (mine don't have games and kerberos 4/5 respectively). Then all you need do is re-CVSup, which is a *lot* faster than pulling the entire tree. Should you do this, keep a copy of the old tree for comparison, which will help track down why it happened in the first place. Generally memory errors will start corrupting the source tree. cheers! 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 Oct 28 21:21:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from 2711.dynacom.net (2711.dynacom.net [206.107.213.3]) by hub.freebsd.org (Postfix) with ESMTP id 0EA4B37B479 for ; Sat, 28 Oct 2000 21:21:54 -0700 (PDT) Received: from urx.com (dsl1-160.dynacom.net [206.159.132.160]) by 2711.dynacom.net (Build 101 8.9.3/NT-8.9.3) with ESMTP id VAA04532 for ; Sat, 28 Oct 2000 21:21:53 -0700 Message-ID: <39FBA5E1.1587439F@urx.com> Date: Sat, 28 Oct 2000 21:21:53 -0700 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Subject: Re: stable breakage ? References: <20001028224901.E19651@pir.net> <39FB96E3.62B12C5D@urx.com> <20001028233055.H19651@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: > > Kent Stewart probably said: > > I had an buildworld die in libssl. The changes hadn't made it to > > cvsup8. I'm in the middle of a new cvsup and rebuild. This time the > > buildworld finished and it is in the middle of the installworld. > > > > I would cvsup and try again. > > Already have .. twice :) > Got some more changes the first retry, failure mode didn't change. > No more changes second time. > > Tried nuking /usr/obj/usr completely, no change. > Guess I could nuke /usr/src and start again, but it takes so long to > start from scratch. > > I'm fetching from cvsup.freebsd.org I'm running the second cvsup. Kent > > 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 -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 21:27:11 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 5F13E37B479 for ; Sat, 28 Oct 2000 21:27:08 -0700 (PDT) Received: from pir by moek.pir.net with local (Exim) id 13pk3l-0001yj-00 for freebsd-stable@FreeBSD.ORG; Sun, 29 Oct 2000 00:27:05 -0400 Date: Sun, 29 Oct 2000 00:27:04 -0400 From: Peter Radcliffe To: freebsd-stable@FreeBSD.ORG Subject: Re: stable breakage ? Message-ID: <20001029002704.J19651@pir.net> Reply-To: freebsd-stable@freebsd.org Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <39FB96E3.62B12C5D@urx.com> <20001028233055.H19651@pir.net> <39FBA5E1.1587439F@urx.com> <39FB96E3.62B12C5D@urx.com> <20001028224901.E19651@pir.net> <39FB96E3.62B12C5D@urx.com> <20001028233055.H19651@pir.net> <4.3.2.20001028230412.00cc3de0@207.227.119.2> <20001028224901.E19651@pir.net> <200010290353.UAA17593@salsa.gv.tsc.tdk.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200010290353.UAA17593@salsa.gv.tsc.tdk.com>; from Don.Lewis@tsc.tdk.com on Sat, Oct 28, 2000 at 08:53:15PM -0700 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 Don Lewis probably said: > For some reason it is finding /usr/src/contrib/ncurses/include/MKhashsize.sh > but is not finding /usr/src/contrib/ncurses/include/MKncurses_def.sh, which > doesn't seem to have been touched since October 12. My src tree has this > file, check yours. Missing. Exists on another machine ... forcing a recvsup of contrib seems to have downloaded it again. Looks like it was just this machine being confused. Fixed, thanks. "Jeffrey J. Mountin" probably said: > If you have copy of the last release around then a slightly modified > install.sh will work. I keep a copy locally, so this would exist in the > 4.1.1-RELEASE directory: Well, yes, but it still takes a while. 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 Sat Oct 28 21:31:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id BF4DE37B479; Sat, 28 Oct 2000 21:31:39 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id e9T4VdP68089; Sat, 28 Oct 2000 21:31:39 -0700 (PDT) (envelope-from dillon) Date: Sat, 28 Oct 2000 21:31:39 -0700 (PDT) From: Matt Dillon Message-Id: <200010290431.e9T4VdP68089@earth.backplane.com> To: John Baldwin Cc: hackers@FreeBSD.org, freebsd-stable@FreeBSD.org, Cy Schubert - ITSD Open Systems Group , Matthew Jacob Subject: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux h References: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :I think there is more there than anyone wants to find out. Can you commit :your fixes to make disklabel label virgin slices please? : :John Baldwin -- http://www.FreeBSD.org/~jhb/ Yah, it's done. I'll forward merge it from -stable -> -current after the release is rolled. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 23: 1: 8 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 AFDD637B479 for ; Sat, 28 Oct 2000 23:01:05 -0700 (PDT) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id BAA28712; Sun, 29 Oct 2000 01:01:10 -0500 (EST) (envelope-from bandix@looksharp.net) Date: Sun, 29 Oct 2000 01:01:09 -0500 (EST) From: "Brandon D. Valentine" To: Gary Kline Cc: freebsd-stable@FreeBSD.ORG Subject: Re: anybody use cvsweb? In-Reply-To: <200010290236.e9T2aYr60760@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 On Sat, 28 Oct 2000, Gary Kline wrote: > I thought it would be fairly straightforward to configure > cvsweb with thttpd, but it doesn't seem like it. > > I put cvsweb.cgi in /usr/local/www/cgi-bin and it failed. > Anybody understand this stuff? This whole thread belongs on -questions, Gary. The use of an http daemon and cgi scripts has little to do with the RELENG_4 base sources. Please take this off of -stable and read the mailing list charters. -- Brandon D. Valentine "Few things are harder to put up with than the annoyance of a good example." -- Mark Twain, Pudd'nhead Wilson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 28 23:33: 6 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 A4BFD37B479 for ; Sat, 28 Oct 2000 23:33:02 -0700 (PDT) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id BAA25067 for ; Sun, 29 Oct 2000 01:33:02 -0500 (CDT) (envelope-from jeff-ml@mountin.net) Received: from dial-70.max1.wa.cyberlynk.net(207.227.118.70) by peak.mountin.net via smap (V1.3) id sma025063; Sun Oct 29 01:32:40 2000 Message-Id: <4.3.2.20001029012208.00b71960@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Sun, 29 Oct 2000 01:32:22 -0500 To: freebsd-stable@FreeBSD.ORG From: "Jeffrey J. Mountin" Subject: Re: stable breakage ? In-Reply-To: <20001029002704.J19651@pir.net> References: <200010290353.UAA17593@salsa.gv.tsc.tdk.com> <39FB96E3.62B12C5D@urx.com> <20001028233055.H19651@pir.net> <39FBA5E1.1587439F@urx.com> <39FB96E3.62B12C5D@urx.com> <20001028224901.E19651@pir.net> <39FB96E3.62B12C5D@urx.com> <20001028233055.H19651@pir.net> <4.3.2.20001028230412.00cc3de0@207.227.119.2> <20001028224901.E19651@pir.net> <200010290353.UAA17593@salsa.gv.tsc.tdk.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 12:27 AM 10/29/00 -0400, Peter Radcliffe wrote: >Don Lewis probably said: > > For some reason it is finding > /usr/src/contrib/ncurses/include/MKhashsize.sh > > but is not finding /usr/src/contrib/ncurses/include/MKncurses_def.sh, which > > doesn't seem to have been touched since October 12. My src tree has this > > file, check yours. > >Missing. Exists on another machine ... forcing a recvsup of contrib >seems to have downloaded it again. Looks like it was just this machine >being confused. > >Fixed, thanks. > >"Jeffrey J. Mountin" probably said: > > If you have copy of the last release around then a slightly modified > > install.sh will work. I keep a copy locally, so this would exist in the > > 4.1.1-RELEASE directory: > >Well, yes, but it still takes a while. Forgot to mention that one should nuke the supfiles 'rm /usr/sup/src-*' (provided you don't have refuse files then 'find /usr/sup/src-* -type f -name "c*"' will work). The same thing might have worked above as well and is slightly faster than when they checkouts files exist. Still takes a while, yes, but is a hell of lot faster than pulling everything. Should this happen again, look at the checkouts file for the missing source file. 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