From owner-freebsd-current Sun Mar 12 0:32:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 9756437BB5D for ; Sun, 12 Mar 2000 00:32:30 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 12 Mar 2000 08:32:29 +0000 (GMT) Date: Sun, 12 Mar 2000 08:32:28 +0000 From: David Malone To: Bryan Liesner Cc: freebsd-current@freebsd.org Subject: Re: Unexplained network outages Message-ID: <20000312083228.A593@walton.maths.tcd.ie> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from bleez@netaxs.com on Sat, Mar 11, 2000 at 10:24:16AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Mar 11, 2000 at 10:24:16AM -0500, Bryan Liesner wrote: > The strange thing is that the network never goes down if I run tcpdump > in promiscuous mode on the interface - it's a workaround, but I don't > like it. I saw a problem like this with the old driver some time ago, where the automatic media detection stuff on one of those cards would get confused if the hub the card was plugged into went away for a few seconds. The card would switch to the AUI or coax port and then get stuck that was. You had to up and down the interface to fix it. This problem is seemingly due to the disign of the media detection on the cards, so similar trouble may still exist with some cards? You could try hard wiring the media type and see if that makes a difference. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 5:32:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from RedDust.BlueSky.net.au (reddust.bluesky.net.au [203.31.37.15]) by hub.freebsd.org (Postfix) with ESMTP id 3BA4137BDFA for ; Sun, 12 Mar 2000 05:32:49 -0800 (PST) (envelope-from receiver@RedDust.BlueSky.net.au) Received: from localhost (receiver@localhost) by RedDust.BlueSky.net.au (8.9.3/8.9.3) with ESMTP id XAA32668 for ; Sun, 12 Mar 2000 23:33:11 +1000 (EST) (envelope-from receiver@RedDust.BlueSky.net.au) Date: Sun, 12 Mar 2000 23:33:11 +1000 (EST) From: Idea Receiver To: current@freebsd.org Subject: some error got from make release this afternoon.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just some error I got when I try to make release this afternoon. (cvs up to the latest). Maybe it is worthful to anyone making release all the time :_) ###### a - textlist.o a - parsetag.o ranlib libindep.a cc -O -pipe -I/usr/local/include -I. -o mktable mktable.o hash.o -L/usr/local/lib -L. -lindep -lgc -lm -lncurses ./mktable 100 tagtable.tab > tagtable.c cc -O -pipe -I/usr/local/include -I. -c tagtable.c tagtable.c:8: syntax error before character 0340 tagtable.c:11: syntax error before character 0320 tagtable.c:11: warning: initialization makes integer from pointer without a cast tagtable.c:17: syntax error before character 0370 tagtable.c:17: warning: initialization makes integer from pointer without a cast tagtable.c:22: syntax error before character 0220 tagtable.c:22: warning: initialization makes integer from pointer without a cast tagtable.c:24: `tfoot' undeclared here (not in a function) tagtable.c:24: syntax error before `x' tagtable.c:24: warning: initialization makes integer from pointer without a cast tagtable.c:30: `HTML_N_COLGcolgroup' undeclared here (not in a function) tagtable.c:30: initializer element is not constant tagtable.c:30: (near initialization for `MyHashItem[25].value') tagtable.c:41: syntax error before `,' tagtable.c:41: warning: initialization makes integer from pointer without a cast tagtable.c:45: syntax error before character 07 tagtable.c:45: warning: initialization makes integer from pointer without a cast tagtable.c:49: syntax error before character 0200 tagtable.c:49: warning: initialization makes integer from pointer without a cast tagtable.c:55: syntax error before character 07 tagtable.c:56: `HTML_E' undeclared here (not in a function) tagtable.c:56: `tbody' undeclared here (not in a function) tagtable.c:56: syntax error before `HTML_N' tagtable.c:56: warning: initialization makes integer from pointer without a cast tagtable.c:57: syntax error before character 07 tagtable.c:57: warning: initialization makes integer from pointer without a cast tagtable.c:69: `Hthead' undeclared here (not in a function) tagtable.c:69: initializer element is not constant tagtable.c:69: (near initialization for `MyHashItem[64].value') tagtable.c:91: syntax error before character 07 tagtable.c:94: syntax error before character 07 tagtable.c:94: warning: initialization makes integer from pointer without a cast tagtable.c:105: syntax error before character 0270 tagtable.c:106: syntax error before `w' tagtable.c:112: syntax error before character 07 tagtable.c:112: warning: initialization makes integer from pointer without a cast tagtable.c:118: syntax error before character 0250 tagtable.c:118: warning: initialization makes integer from pointer without a cast *** Error code 1 Stop in /usr/ports/www/w3m/work/w3m. *** Error code 1 Stop in /usr/ports/www/w3m/work/w3m. *** Error code 1 Stop in /usr/ports/www/w3m. *** Error code 1 Stop in /usr/ports/www/w3m. *** Error code 1 Stop in /usr/ports/www/w3m. *** Error code 1 Stop in /usr/ports/www/w3m. *** Error code 1 Stop in /usr/ports/textproc/docproj. *** Error code 1 Stop in /usr/ports/textproc/docproj. *** Error code 1 Stop in /usr/ports/textproc/docproj. *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /mnt/ad5s1e/FreeBSD-CURRENT/src/release. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 6:50:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from dorifer.heim3.tu-clausthal.de (dorifer.heim3.tu-clausthal.de [139.174.243.252]) by hub.freebsd.org (Postfix) with ESMTP id 5500537BBCC for ; Sun, 12 Mar 2000 06:50:25 -0800 (PST) (envelope-from olli@dorifer.heim3.tu-clausthal.de) Received: (from olli@localhost) by dorifer.heim3.tu-clausthal.de (8.9.3/8.9.3) id PAA29943; Sun, 12 Mar 2000 15:50:24 +0100 (CET) (envelope-from olli) Date: Sun, 12 Mar 2000 15:50:24 +0100 (CET) Message-Id: <200003121450.PAA29943@dorifer.heim3.tu-clausthal.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG Reply-To: freebsd-current@FreeBSD.ORG Subject: NODESCRYPTLINKS=true doesn't work X-Newsgroups: list.freebsd-current User-Agent: tin/1.4.1-19991201 ("Polish") (UNIX) (FreeBSD/3.4-19991219-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Maybe I'm just too dumb... It's my understanding that the purpose of the ``NODESCRYPTLINKS'' option in make.conf is to prevent overwriting the libcrypt symlinks in /usr/lib. Well, it doesn't work. I cvsupped today in the morning (~ 9:00 UTC on Sunday), added NODESCRYPTLINKS=true to /etc/make.conf, "make buildworld", "make installworld", and couldn't log in anymore because the symlinks had been set to libscrypt (and I'm using DES passwords). I guess that's not how it's supposed to work, is it? Regards Oliver PS: Apart from that, all is working well. I had to compile the system without openssh, though. -- Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany (Info: finger userinfo:olli@dorifer.heim3.tu-clausthal.de) "In jedem Stück Kohle wartet ein Diamant auf seine Geburt" (Terry Pratchett) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 7:10: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id BB50637BA17 for ; Sun, 12 Mar 2000 07:09:56 -0800 (PST) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.3/8.9.3) id RAA85243; Sun, 12 Mar 2000 17:09:35 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200003121509.RAA85243@zibbi.mikom.csir.co.za> Subject: Re: some error got from make release this afternoon.. In-Reply-To: from Idea Receiver at "Mar 12, 2000 11:33:11 pm" To: receiver@RedDust.BlueSky.net.au (Idea Receiver) Date: Sun, 12 Mar 2000 17:09:34 +0200 (SAT) Cc: current@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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have also seen this on both our -stable and -current snap building machines. John -- John Hay -- John.Hay@mikom.csir.co.za > > > Just some error I got when I try to make release this afternoon. > (cvs up to the latest). Maybe it is worthful to anyone making > release all the time :_) > > > ###### > > a - textlist.o > a - parsetag.o > ranlib libindep.a > cc -O -pipe -I/usr/local/include -I. -o mktable mktable.o hash.o > -L/usr/local/lib -L. -lindep -lgc -lm -lncurses > ./mktable 100 tagtable.tab > tagtable.c > cc -O -pipe -I/usr/local/include -I. -c tagtable.c > tagtable.c:8: syntax error before character 0340 > tagtable.c:11: syntax error before character 0320 > tagtable.c:11: warning: initialization makes integer from pointer without > a cast > tagtable.c:17: syntax error before character 0370 > tagtable.c:17: warning: initialization makes integer from pointer without > a cast > tagtable.c:22: syntax error before character 0220 > tagtable.c:22: warning: initialization makes integer from pointer without > a cast > tagtable.c:24: `tfoot' undeclared here (not in a function) > tagtable.c:24: syntax error before `x' > tagtable.c:24: warning: initialization makes integer from pointer without > a cast > tagtable.c:30: `HTML_N_COLGcolgroup' undeclared here (not in a function) > tagtable.c:30: initializer element is not constant > tagtable.c:30: (near initialization for `MyHashItem[25].value') > tagtable.c:41: syntax error before `,' > tagtable.c:41: warning: initialization makes integer from pointer without > a cast > tagtable.c:45: syntax error before character 07 > tagtable.c:45: warning: initialization makes integer from pointer without > a cast > tagtable.c:49: syntax error before character 0200 > tagtable.c:49: warning: initialization makes integer from pointer without > a cast > tagtable.c:55: syntax error before character 07 > tagtable.c:56: `HTML_E' undeclared here (not in a function) > tagtable.c:56: `tbody' undeclared here (not in a function) > tagtable.c:56: syntax error before `HTML_N' > tagtable.c:56: warning: initialization makes integer from pointer without > a cast > tagtable.c:57: syntax error before character 07 > tagtable.c:57: warning: initialization makes integer from pointer without > a cast > tagtable.c:69: `Hthead' undeclared here (not in a function) > tagtable.c:69: initializer element is not constant > tagtable.c:69: (near initialization for `MyHashItem[64].value') > tagtable.c:91: syntax error before character 07 > tagtable.c:94: syntax error before character 07 > tagtable.c:94: warning: initialization makes integer from pointer without > a cast > tagtable.c:105: syntax error before character 0270 > tagtable.c:106: syntax error before `w' > tagtable.c:112: syntax error before character 07 > tagtable.c:112: warning: initialization makes integer from pointer without > a cast > tagtable.c:118: syntax error before character 0250 > tagtable.c:118: warning: initialization makes integer from pointer without > a cast > *** Error code 1 > > Stop in /usr/ports/www/w3m/work/w3m. > *** Error code 1 > > Stop in /usr/ports/www/w3m/work/w3m. > *** Error code 1 > > Stop in /usr/ports/www/w3m. > *** Error code 1 > > Stop in /usr/ports/www/w3m. > *** Error code 1 > > Stop in /usr/ports/www/w3m. > *** Error code 1 > > Stop in /usr/ports/www/w3m. > *** Error code 1 > > Stop in /usr/ports/textproc/docproj. > *** Error code 1 > > Stop in /usr/ports/textproc/docproj. > *** Error code 1 > > Stop in /usr/ports/textproc/docproj. > *** Error code 1 > > Stop in /usr/src/release. > *** Error code 1 > > Stop in /mnt/ad5s1e/FreeBSD-CURRENT/src/release. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 9: 4:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id B29CE37BBA6 for ; Sun, 12 Mar 2000 09:04:25 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com (dcs@p52-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.117]) by peach.ocn.ne.jp (8.9.1a/OCN) with ESMTP id CAA29924; Mon, 13 Mar 2000 02:04:19 +0900 (JST) Message-ID: <38CBCDC5.A18F6380@newsguy.com> Date: Mon, 13 Mar 2000 02:03:01 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Yoshinobu Inoue Cc: fido@yaahoo.yi.org, freebsd-current@FreeBSD.ORG Subject: Re: IPv6 setup... References: <20000312062833V.shin@nd.net.fujitsu.co.jp> <20000312134125U.shin@nd.net.fujitsu.co.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yoshinobu Inoue wrote: > > > So my IPv4 address is 24.113.130.83 that in IPv6 would be > > 2002:240:113:130:083 ?? > > No, no, because IPv6 address is printed in hex format each > 2bytes separated by collon, so the 1st 6bytes will be, > > 2002:1871:8253: Shouldn't this be 2002:e071:8253: instead? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 9:23: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from www.menzor.dk (themoonismadeofgreenchease.dk [195.249.147.160]) by hub.freebsd.org (Postfix) with ESMTP id 7229A37BB2B for ; Sun, 12 Mar 2000 09:22:54 -0800 (PST) (envelope-from ml@seeberg.dk) Received: from sos (fw.micon.dk [195.249.147.131]) by www.menzor.dk (8.8.8/8.8.8) with SMTP id SAA11320 for ; Sun, 12 Mar 2000 18:24:20 +0100 (CET) (envelope-from ml@seeberg.dk) Message-ID: <020d01bf8c48$1a662920$c80ba8c0@sos> Reply-To: "Morten Seeberg" From: "Morten Seeberg" To: References: <027e01bf8ab8$66bf6ca0$020a0a0a@megared.net.mx> <200003101848.KAA02768@mass.cdrom.com> <20000310213721.A64432@yedi.iaf.nl> <003701bf8b6c$3dd8a400$020a0a0a@megared.net.mx> Subject: Re: ida driver in -current and eisa bus attachment Date: Sun, 12 Mar 2000 15:47:32 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Atleast I got some guy from support to forward my request about supporting the newer controllers on the 2 bootable disks, so that newer controllers can also be installed in non-Compaq systems on both FreeBSD and Linux, to engineering. > > I've tried this internally in Compaq and the answer is quite clear IMO: > > "The config interface is Compaq IP. No, you cannot get the spec". > > > > So... unless someone changes their minds in Houston this is the outcome > > I'm afraid. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 9:29: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from amukta.gci.net (amukta.gci.net [208.138.130.216]) by hub.freebsd.org (Postfix) with ESMTP id C088D37BBDF for ; Sun, 12 Mar 2000 09:28:50 -0800 (PST) (envelope-from mandm@alaska.com) Received: from mandm ([209.165.150.171]) by amukta.gci.net (Netscape Messaging Server 4.05) with SMTP id FRBKJV03.G0R for ; Sun, 12 Mar 2000 08:28:43 -0900 Message-Id: <3.0.6.32.20000312082843.007d4130@mail.gci.net> X-Sender: mandm@mail.gci.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Sun, 12 Mar 2000 08:28:43 -0900 To: freebsd-current@FreeBSD.ORG From: "Michael A. Endsley" Subject: libXThrStub.so.6 and FAQ/handbook Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I did a fresh install of 4.0-20000308-current. I have a Compaq Presario 5170 128 megs of ram and 10gig HD. Installation went smoothly, except for these 2 problems. 1). The libXThrStub.so.6 file (elf) is missing. It is there for aout 2). I don't have the FAQ or handbook files! I have gone back into /stand/sysinstall 3 times and watched it download. There is a difference when I type "df", and I have tried a "locate handbook" or "locate faq", "locate FAQ", but they don't show anywhere. The /usr/share/doc directory is there and has other directories, but not these 2. I even looked on / for them. Has anybody else had this problem? Mike __________________________________________________________ OS of CHOICE? FreeBSD, LINUX (Debian), OS/2 Warp3&4, Amiga 500/4000 __________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 9:45:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from fgwmail5.fujitsu.co.jp (fgwmail5.fujitsu.co.jp [192.51.44.35]) by hub.freebsd.org (Postfix) with ESMTP id 24F3C37BE30 for ; Sun, 12 Mar 2000 09:45:46 -0800 (PST) (envelope-from shin@nd.net.fujitsu.co.jp) Received: from m2.gw.fujitsu.co.jp by fgwmail5.fujitsu.co.jp (8.9.3/3.7W-MX0002-Fujitsu Gateway) id CAA08956; Mon, 13 Mar 2000 02:44:39 +0900 (JST) (envelope-from shin@nd.net.fujitsu.co.jp) Received: from incapgw.fujitsu.co.jp by m2.gw.fujitsu.co.jp (8.9.3/3.7W-0002-Fujitsu Domain Master) id CAA05198; Mon, 13 Mar 2000 02:44:38 +0900 (JST) Received: from localhost ([192.168.245.30]) by incapgw.fujitsu.co.jp (8.9.3/3.7W-0002) id CAA23282; Mon, 13 Mar 2000 02:44:37 +0900 (JST) To: dcs@newsguy.com Cc: fido@yaahoo.yi.org, freebsd-current@FreeBSD.ORG Subject: Re: IPv6 setup... In-Reply-To: <38CBCDC5.A18F6380@newsguy.com> References: <20000312134125U.shin@nd.net.fujitsu.co.jp> <38CBCDC5.A18F6380@newsguy.com> X-Mailer: Mew version 1.94 on Emacs 20.4 / Mule 4.0 (HANANOEN) X-Prom-Mew: Prom-Mew 1.93.4 (procmail reader for Mew) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000313024528U.shin@nd.net.fujitsu.co.jp> Date: Mon, 13 Mar 2000 02:45:28 +0900 From: Yoshinobu Inoue X-Dispatcher: imput version 990905(IM130) Lines: 20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > So my IPv4 address is 24.113.130.83 that in IPv6 would be > > > 2002:240:113:130:083 ?? > > > > No, no, because IPv6 address is printed in hex format each > > 2bytes separated by collon, so the 1st 6bytes will be, > > > > 2002:1871:8253: > > Shouldn't this be 2002:e071:8253: instead? Ah, if real IPv4 addr is 240:113:130:083, then I think it will be, 2002:f071:8253: (Now I am comfirming a new rc.conf entry which automate above IPv6 prefix calucuration, and etc, for 6to4 interface configuration.) Cheers, Yoshinobu Inoue To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 9:48:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 04D6637BE26 for ; Sun, 12 Mar 2000 09:48:18 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com (dcs@p52-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.117]) by peach.ocn.ne.jp (8.9.1a/OCN) with ESMTP id CAA05240; Mon, 13 Mar 2000 02:48:13 +0900 (JST) Message-ID: <38CBD80F.922815CE@newsguy.com> Date: Mon, 13 Mar 2000 02:46:55 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Yoshinobu Inoue Cc: fido@yaahoo.yi.org, freebsd-current@FreeBSD.ORG Subject: Re: IPv6 setup... References: <20000312134125U.shin@nd.net.fujitsu.co.jp> <38CBCDC5.A18F6380@newsguy.com> <20000313024528U.shin@nd.net.fujitsu.co.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yoshinobu Inoue wrote: > > > Shouldn't this be 2002:e071:8253: instead? > > Ah, if real IPv4 addr is 240:113:130:083, then I think it will be, > > 2002:f071:8253: Err, f0, of course... :-) > (Now I am comfirming a new rc.conf entry which automate above > IPv6 prefix calucuration, and etc, for 6to4 interface configuration.) Nice. You have been doing a great job. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 10:23: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from postfix1.free.fr (postfix1.free.fr [212.27.32.21]) by hub.freebsd.org (Postfix) with ESMTP id EA92B37B827 for ; Sun, 12 Mar 2000 10:23:01 -0800 (PST) (envelope-from jaco@titine.fr.eu.org) Received: from titine.fr.eu.org (unknown [213.228.51.177]) by postfix1.free.fr (Postfix) with ESMTP id 4B30A28165 for ; Sun, 12 Mar 2000 19:22:55 +0100 (MET) Received: by titine.fr.eu.org (Postfix, from userid 1000) id 8D5701522E; Sun, 12 Mar 2000 19:21:51 +0100 (CET) To: current@FreeBSD.ORG Subject: Current and ep driver : sloooow ! From: Eric Jacoboni Date: 12 Mar 2000 19:21:51 +0100 Message-ID: <878zzogibk.fsf@titine.fr.eu.org> Lines: 49 User-Agent: Gnus/5.0803 (Gnus v5.8.3) XEmacs/21.1 (Bryce Canyon) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I've upgraded my desktop to Current. All is ok (small problems with the ata driver but it works fine with the old wd driver) but my network is slow to death : Here are the results of a ping to my laptop (under current too) : --- alex.titine.fr.eu.org ping statistics --- 306 packets transmitted, 147 packets received, 51% packet loss round-trip min/avg/max/stddev = 4044.251/60604.022/101000.012/26950.039 ms Here are the relevant lines of /sbin/dmesg : ep0: <3Com 3C509-TPO EtherLink III> at port 0x300-0x30f irq 11 on isa0 ep0: Ethernet address 00:20:af:c4:92:fc Here are the lines from /sbin/ifconfig ep0 ep0: flags=8843 mtu 1500 inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255 ether 00:20:af:c4:92:fc media: 10baseT/UTP supported media: 10baseT/UTP and here is the netstat -rn command : Routing tables Internet: Destination Gateway Flags Netif Expire default 212.27.50.254 UGSc tun0 127.0.0.1 127.0.0.1 UH lo0 192.168.2 link#1 UC ep0 => 192.168.2.100 0:80:c8:bc:91:94 UHLW ep0 626 212.27.50.254 212.27.51.46 UH tun0 Under 3.4-Stable, all was ok, and my laptop (with a NE2K compatible PCMCIA card) works fine with others networks at work. My kernel config file only contains the line device ep I wonder why this happens. Any idea ? -- --------------------------------------------------------- Éric Jacoboni « No sport, cigars! » (W. Churchill) --------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 11:37:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 61CFC37B9E9 for ; Sun, 12 Mar 2000 11:37:34 -0800 (PST) (envelope-from randy@psg.com) Received: from randy by rip.psg.com with local (Exim 3.13 #1) id 12UEBB-00084u-00 for freebsd-current@freebsd.org; Sun, 12 Mar 2000 11:37:33 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: FreeBSD Current Subject: riscom/8 Message-Id: Date: Sun, 12 Mar 2000 11:37:33 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG riscom/8 used to work on this box when running 3.4-stable. in kernel conf, i have # sdl riscom/8 device rc0 at isa? port 0x220 irq 12 the devices are there # ls -l /dev/ttym* /dev/cuam* crw-rw---- 1 uucp dialer 63, 128 Mar 12 11:18 /dev/cuam0 crw-rw---- 1 uucp dialer 63, 129 Mar 12 11:18 /dev/cuam1 crw-rw---- 1 uucp dialer 63, 130 Mar 12 11:18 /dev/cuam2 crw-rw---- 1 uucp dialer 63, 131 Mar 12 11:18 /dev/cuam3 crw-rw---- 1 uucp dialer 63, 132 Mar 12 11:18 /dev/cuam4 crw-rw---- 1 uucp dialer 63, 133 Mar 12 11:18 /dev/cuam5 crw-rw---- 1 uucp dialer 63, 134 Mar 12 11:18 /dev/cuam6 crw-rw---- 1 uucp dialer 63, 135 Mar 12 11:18 /dev/cuam7 crw------- 1 root wheel 63, 0 Mar 12 11:18 /dev/ttym0 crw------- 1 root wheel 63, 1 Mar 12 11:18 /dev/ttym1 crw------- 1 root wheel 63, 2 Mar 12 11:18 /dev/ttym2 crw------- 1 root wheel 63, 3 Mar 12 11:18 /dev/ttym3 crw------- 1 root wheel 63, 4 Mar 12 11:18 /dev/ttym4 crw------- 1 root wheel 63, 5 Mar 12 11:18 /dev/ttym5 crw------- 1 root wheel 63, 6 Mar 12 11:18 /dev/ttym6 crw------- 1 root wheel 63, 7 Mar 12 11:18 /dev/ttym7 but nothing in dmesg Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Sun Mar 12 11:17:35 PST 2000 root@psg.com:/usr/src/sys/compile/PSG Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 501138467 Hz CPU: Pentium III/Pentium III Xeon (501.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383f9ff real memory = 134205440 (131060K bytes) avail memory = 127356928 (124372K bytes) Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 pci0: at 4.2 irq 10 chip1: port 0xe800-0xe80f at device 4.3 on pci0 ahc0: port 0xd000-0xd0ff mem 0xe2000000-0xe2000fff irq 10 at device 6.0 on pci0 ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs fxp0: port 0xb800-0xb81f mem 0xe1800000-0xe18fffff,0xe3000000-0xe3000fff irq 11 at device 7.0 on pci0 fxp0: Ethernet address 00:e0:18:98:63:22 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ad0: 34837MB [70780/16/63] at ata0-master using UDMA33 Waiting 15 seconds for SCSI devices to settle Mounting root from ufs:da0s1a da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 12:13:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id 1408F37BAE2 for ; Sun, 12 Mar 2000 12:13:21 -0800 (PST) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id PAA29284 for freebsd-current@freebsd.org; Sun, 12 Mar 2000 15:13:20 -0500 (EST) (envelope-from howardl) From: Howard Leadmon Message-Id: <200003122013.PAA29284@account.abs.net> Subject: Buffer troubles, and machine hangs? To: freebsd-current@freebsd.org Date: Sun, 12 Mar 2000 15:13:20 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I am getting the following errors out of FreeBSD 4.0-CURRENT trying to run an IRC server, and was wondering if anyone had any ideas or recommended tunables I should set?? Mar 9 22:32:03 u /usr/ircd/undernet/ircd[154]: Unable to create auth socket for [@163.152.216.46]:No buffer space available Mar 9 22:32:03 u /usr/ircd/undernet/ircd[154]: Unable to create auth socket for [@208.164.193.201]:No buffer space available Mar 9 22:33:00 u syslogd: sendto: No buffer space available I have actually been fighting a problem with this machine locking up, and requiring a hard reset, and this is the only type errors I am actually seeing in the messages file. Not sure if this can cause such problems, so kind of grasping at straws to try and correct it. FYI, the IRC machine supports 4000+ clients connected at the same time, so if anyone has recommended tunables for this type of setup with so many active connections I would love to hear about it.. --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 13: 1:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id 80EE937B849 for ; Sun, 12 Mar 2000 13:01:07 -0800 (PST) (envelope-from DougB@simplenet.com) Received: from simplenet.com (doug@master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id NAA72899 for ; Sun, 12 Mar 2000 13:01:01 -0800 (PST) (envelope-from DougB@simplenet.com) Message-ID: <38CC058C.861B574F@simplenet.com> Date: Sun, 12 Mar 2000 13:01:00 -0800 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-CURRENT-0307 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Re: NODESCRYPTLINKS=true doesn't work References: <200003121450.PAA29943@dorifer.heim3.tu-clausthal.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Oliver Fromme wrote: > > Maybe I'm just too dumb... It's my understanding that the > purpose of the ``NODESCRYPTLINKS'' option in make.conf is > to prevent overwriting the libcrypt symlinks in /usr/lib. > Well, it doesn't work. > > I cvsupped today in the morning (~ 9:00 UTC on Sunday), added > NODESCRYPTLINKS=true to /etc/make.conf, "make buildworld", > "make installworld", and couldn't log in anymore because > the symlinks had been set to libscrypt (and I'm using DES > passwords). Hmmm.... If you ARE using DES passwords, don't you want to have crypt linked to it so you CAN use DES passwords? As I understand it, the purpose of the NODESCRYPTLINKS is to allow the "real" DES libraries to be on the system but have crypt link to the md5 versions. Maybe I don't understand what you're trying to accomplish here... Doug -- "Welcome to the desert of the real." - Laurence Fishburne as Morpheus, "The Matrix" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 13: 6: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (Postfix) with ESMTP id 3897937B50E for ; Sun, 12 Mar 2000 13:05:59 -0800 (PST) (envelope-from rb@gid.co.uk) Received: (from uucp@localhost) by isbalham.ist.co.uk (8.9.2/8.8.7) with UUCP id VAA77347 for current@freebsd.org; Sun, 12 Mar 2000 21:05:55 GMT (envelope-from rb@gid.co.uk) Received: from [194.32.164.2] (eccles [194.32.164.2]) by seagoon.gid.co.uk (8.9.3/8.9.3) with ESMTP id UAA98093 for ; Sun, 12 Mar 2000 20:59:24 GMT (envelope-from rb@gid.co.uk) X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 12 Mar 2000 20:59:26 +0000 To: current@freebsd.org From: Bob Bishop Subject: World not building Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Building the world with -DNOCRYPT -DNOPROFILE as is my habit, I'm getting the following in stage 4: /source/cleansrc/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-esp.c:5 4: blowfish.h: No such file or directory /source/cleansrc/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-esp.c:5 6: rc5.h: No such file or directory /source/cleansrc/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-esp.c:5 9: cast.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /source/cleansrc/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /source/cleansrc/usr.sbin/tcpdump. *** Error code 1 Stop in /source/cleansrc/usr.sbin. *** Error code 1 Stop in /source/cleansrc. *** Error code 1 Have I missed something? Any ideas? TIA -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 13:25: 2 2000 Delivered-To: freebsd-current@freebsd.org Received: from ren.sasknow.com (h139-142-245-96.ss.fiberone.net [139.142.245.96]) by hub.freebsd.org (Postfix) with ESMTP id DED5637BD59 for ; Sun, 12 Mar 2000 13:24:58 -0800 (PST) (envelope-from ryan@sasknow.com) Received: from localhost (ryan@localhost) by ren.sasknow.com (8.9.3/8.9.3) with ESMTP id PAA07389 for ; Sun, 12 Mar 2000 15:25:02 -0600 (CST) (envelope-from ryan@sasknow.com) Date: Sun, 12 Mar 2000 15:25:02 -0600 (CST) From: Ryan Thompson To: freebsd-current@freebsd.org Subject: dc0: TX underrun -- resetting Message-ID: Organization: SaskNow Technologies [www.sasknow.com] MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all, Just saw two identical console messages on a 3-day old 4.0-CURRENT machine: dc0: TX underrun -- resetting Nothing special was happening on the near or far end of the link, system is very lightly loaded. The only network activity was a telnet session from another host. No unusual daemons running (actually, just the stock daemons). This card is communicating directly with another identical card, 100BaseTX full duplex. I never saw these messages with the pn0 driver under -STABLE or earlier with the same card. (FA310TX (Lite-On chipset)). Is this just a new diagnostic message in 4.0? No connections were dropped that I could see. -- Ryan Thompson Systems Administrator, Accounts Phone: +1 (306) 664-1161 SaskNow Technologies http://www.sasknow.com #106-380 3120 8th St E Saskatoon, SK S7H 0W2 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 14: 9:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id CCB6E37BD17 for ; Sun, 12 Mar 2000 14:09:44 -0800 (PST) (envelope-from Doug@gorean.org) Received: from gorean.org (doug@master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id OAA73609; Sun, 12 Mar 2000 14:09:38 -0800 (PST) (envelope-from Doug@gorean.org) Message-ID: <38CC15A2.C7EB350@gorean.org> Date: Sun, 12 Mar 2000 14:09:38 -0800 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-CURRENT-0307 i386) X-Accept-Language: en MIME-Version: 1.0 To: =?iso-8859-1?Q?J=E9rome?= OUFELLA Cc: freebsd-current@freebsd.org Subject: Re: 3.4 vs. 4.0 NFS Code performance References: <38C8D3BE.15F17D29@esil.univ-mrs.fr> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jérome OUFELLA wrote: > > Hi, > > I need to use a quite big NFS server, serving ~120GB for ~200 > clients, all OS's mixed (*BSD, Linux, HP-UX, IRIX, Solaris, Xterminals). > > Is it worth it to use the -current branch (-release on next monday > perhaps?) for this important server, or should I rather use the > 3.4-STABLE NFS implementation ? For heavy NFS use I wouldn't consider anything else. We've had September-vintage 4.0-current (as in, right after the big NFS fixes went in) machines in production and never had problems with them. We're getting ready to go to 4.0-Release when we get a chance. I'm already using it for other things. That said, you shouldn't expect 4.0-Release to be like a -Stable branch, not yet anyway. Be ready to live up to the usual -current responsibilities, like following this list, etc. Good luck, Doug -- "Welcome to the desert of the real." - Laurence Fishburne as Morpheus, "The Matrix" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 14:22:58 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 4B0D037BC18; Sun, 12 Mar 2000 14:22:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 491A52E8156 for ; Sun, 12 Mar 2000 14:22:57 -0800 (PST) (envelope-from kris@hub.freebsd.org) Date: Sun, 12 Mar 2000 14:22:57 -0800 (PST) From: Kris Kennaway To: freebsd-current@FreeBSD.ORG Subject: Re: NODESCRYPTLINKS=true doesn't work In-Reply-To: <200003121450.PAA29943@dorifer.heim3.tu-clausthal.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 12 Mar 2000, Oliver Fromme wrote: > Maybe I'm just too dumb... It's my understanding that the > purpose of the ``NODESCRYPTLINKS'' option in make.conf is > to prevent overwriting the libcrypt symlinks in /usr/lib. > Well, it doesn't work. > > I cvsupped today in the morning (~ 9:00 UTC on Sunday), added > NODESCRYPTLINKS=true to /etc/make.conf, "make buildworld", > "make installworld", and couldn't log in anymore because > the symlinks had been set to libscrypt (and I'm using DES > passwords). > > I guess that's not how it's supposed to work, is it? No :) DES crypt links have a "higher priority" than MD5 crypt links - if you do a make install in secure/lib/libcrypt or lib/libcrypt, each will overwrite the libcrypt links of the other. The difference is that make world runs secure/lib/libcrypt last, so the DES links win. So, as the name suggests, unless you want no DES crypt links (keep the MD5 links, please!), you don't use it. "WANTDESCRYPTLINKS" is the historical behaviour which hasn't changed. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 15: 5:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (Postfix) with ESMTP id E6DF237B51A for ; Sun, 12 Mar 2000 15:05:15 -0800 (PST) (envelope-from brdean@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.28]) by lamb.sas.com (8.9.3/8.9.1) with SMTP id SAA03238 for ; Sun, 12 Mar 2000 18:05:11 -0500 (EST) Received: from dean.pc.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA22877; Sun, 12 Mar 2000 18:04:40 -0500 Received: (from brdean@localhost) by dean.pc.sas.com (8.9.3/8.9.1) id SAA33078; Sun, 12 Mar 2000 18:04:40 -0500 (EST) (envelope-from brdean) From: Brian Dean Message-Id: <200003122304.SAA33078@dean.pc.sas.com> Subject: make release failing in /usr/ports/www/w3m/work/w3m To: freebsd-current@freebsd.org Date: Sun, 12 Mar 2000 18:04:40 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL61 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I am building a release and am getting a failure during the doc phase due to a port problem, (/usr/ports/www/w3m to be exact). This port is built during make release, and it builds a program called 'mktable', which core dumps, causing the whole make release to fail: [...] cc -O -pipe -I/usr/local/include -I. -c indep.c cc -O -pipe -I/usr/local/include -I. -c regex.c cc -O -pipe -I/usr/local/include -I. -c textlist.c cc -O -pipe -I/usr/local/include -I. -c parsetag.c ar rv libindep.a Str.o indep.o regex.o textlist.o parsetag.o a - Str.o a - indep.o a - regex.o a - textlist.o a - parsetag.o ranlib libindep.a cc -O -pipe -I/usr/local/include -I. -o mktable mktable.o hash.o -L/usr/local/ lib -L. -lindep -lgc -lm -lncurses ./mktable 100 tagtable.tab > tagtable.c Segmentation fault - core dumped *** Error code 139 Stop in /usr/ports/www/w3m/work/w3m. *** Error code 1 Stop in /usr/ports/www/w3m/work/w3m. *** Error code 1 Stop in /usr/ports/www/w3m. *** Error code 1 Stop in /usr/ports/www/w3m. *** Error code 1 Stop in /usr/ports/www/w3m. *** Error code 1 Stop in /usr/ports/www/w3m. *** Error code 1 Stop in /usr/ports/textproc/docproj. *** Error code 1 Stop in /usr/ports/textproc/docproj. *** Error code 1 Stop in /usr/ports/textproc/docproj. *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /usr/src/release. The core dump is optimization related, i.e., if I go in and manually build 'mktable' without optimization, it works. Is anyone else seeing this? Thanks, -Brian -- Brian Dean brdean@unx.sas.com SAS Institute Inc. bsd@FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 15:26: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from lunatic.oneinsane.net (lunatic.oneinsane.net [207.113.133.231]) by hub.freebsd.org (Postfix) with ESMTP id E5D6037B50D; Sun, 12 Mar 2000 15:25:58 -0800 (PST) (envelope-from insane@lunatic.oneinsane.net) Received: by lunatic.oneinsane.net (Postfix, from userid 1000) id 4874A19C; Sun, 12 Mar 2000 15:25:52 -0800 (PST) Date: Sun, 12 Mar 2000 15:25:52 -0800 From: Ron 'The InSaNe One' Rosson To: freebsd-current@freebsd.org Cc: freebsd-multimedia@freebsd.org Subject: Sound driver Message-ID: <20000312152552.A20754@lunatic.oneinsane.net> Reply-To: Ron Rosson Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i X-Operating-System: FreeBSD lunatic.oneinsane.net 3.4-STABLE X-Moon: The Moon is Waxing Crescent (47% of Full) X-Opinion: What you read here is my IMHO X-Disclaimer: I am a firm believer in RTFM X-WWW: http://www.oneinsane.net X-PGP-KEY: http://www.oneinsane.net/~insane/insane2-pgp5i.txt X-Uptime: 3:20PM up 5 days, 7:48, 1 user, load averages: 0.07, 0.02, 0.01 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am running CURRENT as of last week. I seem to be only able to get my sound to work when I use: option PNPBIOS device pcm0 Here is the dmesg output: unknown9: at port 0x800-0x807 on isa0 sbc0: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,5 on isa0 pcm0: on sbc0 unknown10: at port 0x201 on isa0 I would like to get rid of all the unknowns caused by the PNPBIOS option. If anyone has any ideas I am game to try. Sorry for the cross-post TIA -- ------------------------------------------------------------------- Ron Rosson ... and a UNIX user said ... The InSaNe One rm -rf * insane@oneinsane.net and all was /dev/null and *void() ------------------------------------------------------------------- Errors have been made others will be blamed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 15:32:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by hub.freebsd.org (Postfix) with ESMTP id 59DF537BB7F for ; Sun, 12 Mar 2000 15:32:25 -0800 (PST) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id RAA17732; Sun, 12 Mar 2000 17:32:23 -0600 (CST) (envelope-from jeff-ml@mountin.net) Received: from dial-98.max1.wa.cyberlynk.net(207.227.118.98) by peak.mountin.net via smap (V1.3) id sma017730; Sun Mar 12 17:32:10 2000 Message-Id: <4.3.2.20000312172703.00b04a40@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Sun, 12 Mar 2000 17:30:08 -0600 To: Brian Dean , freebsd-current@FreeBSD.ORG From: "Jeffrey J. Mountin" Subject: Re: make release failing in /usr/ports/www/w3m/work/w3m In-Reply-To: <200003122304.SAA33078@dean.pc.sas.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 06:04 PM 3/12/00 -0500, Brian Dean wrote: >Hi, > >I am building a release and am getting a failure during the doc phase >due to a port problem, (/usr/ports/www/w3m to be exact). This port is >built during make release, and it builds a program called 'mktable', >which core dumps, causing the whole make release to fail: Ironically just built docproj and it did register, but complained after doing so. ===> Registering installation for docproj-1.1 docproj-1.1: "/working/usr/ports/www/w3m" non-existent -- dependency list incomplete It's listed in the RUN_DEPENDS, but didn't build it. Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 15:53:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail2.x-treme.gr (mail2.x-treme.gr [212.120.196.24]) by hub.freebsd.org (Postfix) with ESMTP id F2B6D37B92E for ; Sun, 12 Mar 2000 15:53:31 -0800 (PST) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (pat10.x-treme.gr [212.120.197.202]) by mail2.x-treme.gr (8.9.3/8.9.3/IPNG-ADV-ANTISPAM-0.1) with ESMTP id BAA04215; Mon, 13 Mar 2000 01:53:10 +0200 Received: (from charon@localhost) by hades.hell.gr (8.9.3/8.9.3) id BAA05789; Mon, 13 Mar 2000 01:50:09 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 13 Mar 2000 01:50:09 +0200 From: Giorgos Keramidas To: Paul Richards Cc: John Polstra , current@FreeBSD.ORG Subject: Re: MAX_UID ? Message-ID: <20000313015009.A5653@hades.hell.gr> Reply-To: keramida@ceid.upatras.gr References: <38CAD957.3C839375@originative.co.uk> <200003120430.UAA49807@vashon.polstra.com> <38CB322D.D12ED0B0@originative.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <38CB322D.D12ED0B0@originative.co.uk>; from paul@originative.co.uk on Sun, Mar 12, 2000 at 05:59:09AM +0000 X-PGP-Fingerprint: 62 45 D1 C9 26 F9 95 06 D6 21 2A C8 8C 16 C0 8E X-Phone-Number: +30-94-6203692, +30-93-2886457 X-Address: Theodorou Kirinaiou 61, 26334 Patra, Greece Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 12, 2000 at 05:59:09AM +0000, Paul Richards wrote: > > Are expressions like ((uid_t)0-1) portable/safe ? Maybe that's a better > way of approaching this. To get the all-1's number, maybe it's better to use ((uid_t)~0), but that is a rather controversial topic anyway. - Giorgos Keramidas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 16: 6:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.originative.co.uk (mailgate.originative.co.uk [194.217.50.228]) by hub.freebsd.org (Postfix) with ESMTP id DAD5137B50E for ; Sun, 12 Mar 2000 16:06:20 -0800 (PST) (envelope-from paul@originative.co.uk) Received: from originative.co.uk (lobster.originative.co.uk [194.217.50.241]) by mail.originative.co.uk (Postfix) with ESMTP id 388821D132; Mon, 13 Mar 2000 00:06:19 +0000 (GMT) Message-ID: <38CC30FB.FC417909@originative.co.uk> Date: Mon, 13 Mar 2000 00:06:19 +0000 From: Paul Richards Organization: Originative Solutions Ltd X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en-GB, en MIME-Version: 1.0 To: keramida@ceid.upatras.gr Cc: John Polstra , current@FreeBSD.ORG Subject: Re: MAX_UID ? References: <38CAD957.3C839375@originative.co.uk> <200003120430.UAA49807@vashon.polstra.com> <38CB322D.D12ED0B0@originative.co.uk> <20000313015009.A5653@hades.hell.gr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Giorgos Keramidas wrote: > > On Sun, Mar 12, 2000 at 05:59:09AM +0000, Paul Richards wrote: > > > > Are expressions like ((uid_t)0-1) portable/safe ? Maybe that's a better > > way of approaching this. > > To get the all-1's number, maybe it's better to use ((uid_t)~0), but > that is a rather controversial topic anyway. Well it would be worth deciding on some standard way of dealing with this problem. I've been wandering around the code for the last few days and the same issue crops up all over the place i.e. bounds checking. There are a lot of programs that currently work on alpha only because no-one is hitting the boundary conditions e.g. ipfw checks for rule number limits based upon ULONG_MAX rather than the size of the field that holds the rule number. We could create a new include file that we use for constants that are related to FreeBSD specific types or we can agree on a coding style for performing bounds checking using tricks like ((uid_t)0-1) The code solution is robust in that if the type changes size the code still works. Using constants has the advantage that it is easy to document what the limits are on certain paramters such as IPFW rule numbers since you'll be able to look them up. All we have to do then is write all the bounds checking code :-) Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 16:17:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 57DD437B5E2 for ; Sun, 12 Mar 2000 16:17:10 -0800 (PST) (envelope-from randy@psg.com) Received: from randy by rip.psg.com with local (Exim 3.13 #1) id 12UIXl-000IzP-00; Sun, 12 Mar 2000 16:17:09 -0800 Subject: libkadm buildworld failure To: freebsd-current@freebsd.org Date: Sun, 12 Mar 2000 16:17:08 -0800 (PST) Cc: Randy Bush X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Message-Id: From: Randy Bush Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG =3D=3D=3D> libkadm rm -f .depend mkdep -f .depend -a -I/usr/src/kerberosIV/lib/libkadm/../../../crypto/ke= rberosIV/include -I/usr/obj/usr/src/kerberosIV/lib/libkadm/../../include -I= /usr/src/kerberosIV/lib/libkadm/../../../crypto/kerberosIV/lib/krb -I/usr/s= rc/kerberosIV/lib/libkadm/../= ../../crypto/kerberosIV/lib/kdb -I/usr/src/kerberosIV/lib/libkadm/../../../= crypto/kerberosIV/lib/kadm -I/usr/src/kerberosIV/lib/libkadm/../../../crypt= o/kerberosIV/lib/roken -I/usr/obj/usr/src/kerberosIV/lib/libkadm/../../lib/= libkrb -I/usr/obj/usr/src/ker= berosIV/lib/libkadm/../../lib/libkadm -I/usr/obj/usr/src/kerberosIV/lib/lib= kadm -I/usr/src/kerberosIV/lib/libkadm/../../include -DHAVE_CONFIG_H -I/usr= /obj/usr/src/kerberosIV/lib/libkadm/../../include -DBINDIR=3D\"/usr/bin\" -= DSBINDIR=3D\"/usr/sbin\" -I/usr/o= bj/usr/src/i386/usr/include /usr/src/kerberosIV/lib/libkadm/../../../crypt= o/kerberosIV/lib/kadm/kadm_cli_wrap.c /usr/src/kerberosIV/lib/libkadm/../..= /../crypto/kerberosIV/lib/kadm/kadm_stream.c /usr/src/kerberosIV/lib/libkad= m/../../../crypto/kerberosIV/= lib/kadm/kadm_supp.c /usr/obj/usr/src/kerberosIV/lib/libkadm/../../lib/libk= adm/kadm_err.c /usr/src/kerberosIV/lib/libkadm/../../../crypto/kerberosIV/l= ib/kadm/check_password.c In file included from /usr/src/kerberosIV/lib/libkadm/../../../crypto/kerbe= rosIV/lib/kadm/kadm_locl.h:75, from /usr/src/kerberosIV/lib/libkadm/../../../crypto/kerbe= rosIV/lib/kadm/kadm_cli_wrap.c:30: /usr/obj/usr/src/kerberosIV/lib/libkadm/../../lib/libkrb/krb_err.h:17: inva= lid macro name In file included from /usr/src/kerberosIV/lib/libkadm/../../../crypto/kerbe= rosIV/lib/kadm/kadm_locl.h:78, from /usr/src/kerberosIV/lib/libkadm/../../../crypto/kerbe= rosIV/lib/kadm/kadm_cli_wrap.c:30: /usr/obj/usr/src/kerberosIV/lib/libkadm/../../lib/libkadm/kadm_err.h:13: wa= rning: `ERROR_TABLE_BASE_' redefined /usr/obj/usr/src/kerberosIV/lib/libkadm/../../lib/libkrb/krb_err.h:13: warn= ing: this is the location of the previous definition /usr/obj/usr/src/kerberosIV/lib/libkadm/../../lib/libkadm/kadm_err.h:17: in= valid macro name In file included from /usr/src/kerberosIV/lib/libkadm/../../../crypto/kerbe= rosIV/lib/kadm/kadm_locl.h:75, from /usr/src/kerberosIV/lib/libkadm/../../../crypto/kerbe= rosIV/lib/kadm/kadm_stream.c:38: /usr/obj/usr/src/kerberosIV/lib/libkadm/../../lib/libkrb/krb_err.h:17: inva= lid macro name In file included from /usr/src/kerberosIV/lib/libkadm/../../../crypto/kerbe= rosIV/lib/kadm/kadm_locl.h:78, from /usr/src/kerberosIV/lib/libkadm/../../../crypto/kerbe= rosIV/lib/kadm/kadm_stream.c:38: /usr/obj/usr/src/kerberosIV/lib/libkadm/../../lib/libkadm/kadm_err.h:13: wa= rning: `ERROR_TABLE_BASE_' redefined /usr/obj/usr/src/kerberosIV/lib/libkadm/../../lib/libkrb/krb_err.h:13: warn= ing: this is the location of the previous definition /usr/obj/usr/src/kerberosIV/lib/libkadm/../../lib/libkadm/kadm_err.h:17: in= valid macro name In file included from /usr/src/kerberosIV/lib/libkadm/../../../crypto/kerbe= rosIV/lib/kadm/kadm_locl.h:75, from /usr/src/kerberosIV/lib/libkadm/../../../crypto/kerbe= rosIV/lib/kadm/kadm_supp.c:36: /usr/obj/usr/src/kerberosIV/lib/libkadm/../../lib/libkrb/krb_err.h:17: inva= lid macro name In file included from /usr/src/kerberosIV/lib/libkadm/../../../crypto/kerbe= rosIV/lib/kadm/kadm_locl.h:78, from /usr/src/kerberosIV/lib/libkadm/../../../crypto/kerbe= rosIV/lib/kadm/kadm_supp.c:36: /usr/obj/usr/src/kerberosIV/lib/libkadm/../../lib/libkadm/kadm_err.h:13: wa= rning: `ERROR_TABLE_BASE_' redefined /usr/obj/usr/src/kerberosIV/lib/libkadm/../../lib/libkrb/krb_err.h:13: warn= ing: this is the location of the previous definition /usr/obj/usr/src/kerberosIV/lib/libkadm/../../lib/libkadm/kadm_err.h:17: in= valid macro name In file included from /usr/src/kerberosIV/lib/libkadm/../../../crypto/kerbe= rosIV/lib/kadm/kadm_locl.h:75, from /usr/src/kerberosIV/lib/libkadm/../../../crypto/kerbe= rosIV/lib/kadm/check_password.c:34: /usr/obj/usr/src/kerberosIV/lib/libkadm/../../lib/libkrb/krb_err.h:17: inva= lid macro name In file included from /usr/src/kerberosIV/lib/libkadm/../../../crypto/kerbe= rosIV/lib/kadm/kadm_locl.h:78, from /usr/src/kerberosIV/lib/libkadm/../../../crypto/kerbe= rosIV/lib/kadm/check_password.c:34: /usr/obj/usr/src/kerberosIV/lib/libkadm/../../lib/libkadm/kadm_err.h:13: wa= rning: `ERROR_TABLE_BASE_' redefined /usr/obj/usr/src/kerberosIV/lib/libkadm/../../lib/libkrb/krb_err.h:13: warn= ing: this is the location of the previous definition /usr/obj/usr/src/kerberosIV/lib/libkadm/../../lib/libkadm/kadm_err.h:17: in= valid macro name mkdep: compile failed *** Error code 1 Stop in /usr/src/kerberosIV/lib/libkadm. *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 16:18:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id F37A837B50E for ; Sun, 12 Mar 2000 16:18:18 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id TAA32652; Sun, 12 Mar 2000 19:18:16 -0500 (EST) (envelope-from wollman) Date: Sun, 12 Mar 2000 19:18:16 -0500 (EST) From: Garrett Wollman Message-Id: <200003130018.TAA32652@khavrinen.lcs.mit.edu> To: Paul Richards Cc: keramida@ceid.upatras.gr, John Polstra , current@FreeBSD.ORG Subject: Re: MAX_UID ? In-Reply-To: <38CC30FB.FC417909@originative.co.uk> References: <38CAD957.3C839375@originative.co.uk> <200003120430.UAA49807@vashon.polstra.com> <38CB322D.D12ED0B0@originative.co.uk> <20000313015009.A5653@hades.hell.gr> <38CC30FB.FC417909@originative.co.uk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > We could create a new include file that we use for constants that are > related to FreeBSD specific types or we can agree on a coding style for > performing bounds checking using tricks like ((uid_t)0-1) Or we can do it the right way, by assigning to a variable of the correct type and checking that the value remains unchanged. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 16:18:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from acmey.gatech.edu (acmey.gatech.edu [130.207.165.23]) by hub.freebsd.org (Postfix) with ESMTP id 1C2CC37BEF4 for ; Sun, 12 Mar 2000 16:18:26 -0800 (PST) (envelope-from gte255n@prism.gatech.edu) Received: from localhost (gte255n@localhost) by acmey.gatech.edu (8.9.2/8.9.2) with ESMTP id TAA13775; Sun, 12 Mar 2000 19:18:03 -0500 (EST) Date: Sun, 12 Mar 2000 19:18:03 -0500 (EST) From: "Michael L. Imamura" To: Ryan Thompson Cc: freebsd-current@FreeBSD.ORG Subject: Re: dc0: TX underrun -- resetting In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've had this occur also; usually I get the message twice at startup, then at seemingly random times while online. So far, my connection has only been dropped once -- I got a flurry of "dc0: TX underrun -- resetting" messages, then my connection died. I was able to bring it back up with "ifconfig dc0 up", but it was a little unsettling. I'm using 4.0-RC2 with the following chipset: dc0: <82c168 PNIC 10/100BaseTX> port 0xb400-0xb4ff mem 0xe0000000-0xe00000ff irq 10 at device 11.0 on pci0 Michael L. Imamura Georgia Institute of Technology, Atlanta Georgia, 30332 Email: gte255n@prism.gatech.edu On Sun, 12 Mar 2000, Ryan Thompson wrote: > Hi all, > > Just saw two identical console messages on a 3-day old 4.0-CURRENT > machine: > > dc0: TX underrun -- resetting > > Nothing special was happening on the near or far end of the link, system > is very lightly loaded. The only network activity was a telnet session > from another host. No unusual daemons running (actually, just the stock > daemons). This card is communicating directly with another identical > card, 100BaseTX full duplex. > > I never saw these messages with the pn0 driver under -STABLE or earlier > with the same card. (FA310TX (Lite-On chipset)). > > Is this just a new diagnostic message in 4.0? No connections were > dropped that I could see. > > -- > Ryan Thompson > Systems Administrator, Accounts > Phone: +1 (306) 664-1161 > > SaskNow Technologies http://www.sasknow.com > #106-380 3120 8th St E Saskatoon, SK S7H 0W2 > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 16:25:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from aragorn.neomedia.it (aragorn.neomedia.it [195.103.207.6]) by hub.freebsd.org (Postfix) with ESMTP id 7E2DB37BE58 for ; Sun, 12 Mar 2000 16:25:53 -0800 (PST) (envelope-from bartequi@neomedia.it) Received: from bartequi.ottodomain.org (ppp38-pa4.neomedia.it [195.103.207.230]) by aragorn.neomedia.it (8.9.3/8.9.3) with SMTP id BAA30680 for ; Mon, 13 Mar 2000 01:25:46 +0100 (CET) From: Salvo Bartolotta Date: Mon, 13 Mar 2000 00:29:14 GMT Message-ID: <20000313.291400@bartequi.ottodomain.org> Subject: upgraded to -CURRENT et al -- solved; X and PAM work for me To: freebsd-current@FreeBSD.ORG 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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dear FreeBSDers, after a couple of days spent RTFMing like crazy, I am back at my console at last ! (yawn ...) I have read some of the recent messages about X not working on -CURRENT as well as other issues. Although my -CURRENT sources are the same (last cvsup on 06-Mar-2000 11pm GMT), I seem to have solved most of my difficulties. Remark I Since I am a bit paranoid, I remade the world once more (exactly by the book, except for m.m. of course), and, wait for it, I met NO errors in making installworld. NO errors. Even sysinstall, after making (it) clean, was made smoothly. I am running a full-blown -CURRENT :-)) [wild screams of joy censored] In the past few weeks, under a -STABLE installation of mine (which was to become my present -CURRENT), I had compiled XFree86-3.3.6 with PAM support, among other things. As I wrote a couple of days ago, I met authentication errors with my freshly-(re)made -CURRENT. However, my pam.conf and ttys files were perfectly correct. Thus I recompiled X (with PAM support yet again!) and this time ... it worked seamlessly. Am I the sole person running X (compiled with PAM support) without problems under -CURRENT ? :-) HTH, Salvo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 16:32:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from norn.ca.eu.org (cr965240-b.abtsfd1.bc.wave.home.com [24.113.19.137]) by hub.freebsd.org (Postfix) with ESMTP id 63DD837B55B for ; Sun, 12 Mar 2000 16:32:12 -0800 (PST) (envelope-from cpiazza@norn.ca.eu.org) Received: by norn.ca.eu.org (Postfix, from userid 1000) id 4B11B1930; Sun, 12 Mar 2000 16:32:11 -0800 (PST) Date: Sun, 12 Mar 2000 16:32:11 -0800 From: Chris Piazza To: Salvo Bartolotta Cc: freebsd-current@FreeBSD.ORG Subject: Re: upgraded to -CURRENT et al -- solved; X and PAM work for me Message-ID: <20000312163211.A57683@norn.ca.eu.org> References: <20000313.291400@bartequi.ottodomain.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000313.291400@bartequi.ottodomain.org>; from bartequi@neomedia.it on Mon, Mar 13, 2000 at 12:29:14AM +0000 X-Operating-System: FreeBSD 4.0-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 13, 2000 at 12:29:14AM +0000, Salvo Bartolotta wrote: > Dear FreeBSDers, > > after a couple of days spent RTFMing like crazy, I am back at my > console at last ! (yawn ...) > > Am I the sole person running X (compiled with PAM support) without > problems under -CURRENT ? :-) > Well, it works for me too. I use wdm with pam for pam_ssh.so's session features. Works great and it's a lot handier than having to open an xterm every session to 'ssh-add' or having ssh-askpass load up after login. -Chris -- cpiazza@jaxon.net cpiazza@FreeBSD.org Abbotsford, BC, Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 16:43:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc2.bc.home.com (ha1.rdc2.bc.wave.home.com [24.2.10.68]) by hub.freebsd.org (Postfix) with ESMTP id 5DC5B37B50E for ; Sun, 12 Mar 2000 16:43:38 -0800 (PST) (envelope-from fido@yaahoo.yi.org) Received: from cr759667-a.nvcr1.bc.wave.home.com ([24.113.130.83]) by mail.rdc2.bc.home.com (InterMail v4.01.01.00 201-229-111) with ESMTP id <20000313004337.NMZI20542.mail.rdc2.bc.home.com@cr759667-a.nvcr1.bc.wave.home.com>; Sun, 12 Mar 2000 16:43:37 -0800 Date: Sun, 12 Mar 2000 16:46:02 -0800 (PST) From: "Shaun (UNIX)" X-Sender: fido@cr759667-a.nvcr1.bc.wave.home.com To: "Daniel C. Sobral" Cc: Yoshinobu Inoue , freebsd-current@FreeBSD.ORG Subject: Re: IPv6 setup... In-Reply-To: <38CBD80F.922815CE@newsguy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK, What is the correct one?? How do I calulate the IP from IPv6, what is the formula? Shaun On Mon, 13 Mar 2000, Daniel C. Sobral wrote: > Yoshinobu Inoue wrote: > > > > > Shouldn't this be 2002:e071:8253: instead? > > > > Ah, if real IPv4 addr is 240:113:130:083, then I think it will be, > > > > 2002:f071:8253: > > Err, f0, of course... :-) > > > (Now I am comfirming a new rc.conf entry which automate above > > IPv6 prefix calucuration, and etc, for 6to4 interface configuration.) > > Nice. You have been doing a great job. > > -- > Daniel C. Sobral (8-DCS) > dcs@newsguy.com > dcs@freebsd.org > > One Unix to rule them all, One Resolver to find them, > One IP to bring them all and in the zone bind them. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 16:44:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc2.bc.home.com (ha1.rdc2.bc.wave.home.com [24.2.10.68]) by hub.freebsd.org (Postfix) with ESMTP id 8894737B6DA for ; Sun, 12 Mar 2000 16:44:28 -0800 (PST) (envelope-from fido@yaahoo.yi.org) Received: from cr759667-a.nvcr1.bc.wave.home.com ([24.113.130.83]) by mail.rdc2.bc.home.com (InterMail v4.01.01.00 201-229-111) with ESMTP id <20000313004427.NNOU20542.mail.rdc2.bc.home.com@cr759667-a.nvcr1.bc.wave.home.com>; Sun, 12 Mar 2000 16:44:27 -0800 Date: Sun, 12 Mar 2000 16:46:52 -0800 (PST) From: "Shaun (UNIX)" X-Sender: fido@cr759667-a.nvcr1.bc.wave.home.com To: "Daniel C. Sobral" Cc: Yoshinobu Inoue , freebsd-current@FreeBSD.ORG Subject: Re: IPv6 setup... In-Reply-To: <38CBD80F.922815CE@newsguy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG oh The IPv4 I want to use is 24.113.25.85 and 24.113.130.83 Thanks.. On Mon, 13 Mar 2000, Daniel C. Sobral wrote: > Yoshinobu Inoue wrote: > > > > > Shouldn't this be 2002:e071:8253: instead? > > > > Ah, if real IPv4 addr is 240:113:130:083, then I think it will be, > > > > 2002:f071:8253: > > Err, f0, of course... :-) > > > (Now I am comfirming a new rc.conf entry which automate above > > IPv6 prefix calucuration, and etc, for 6to4 interface configuration.) > > Nice. You have been doing a great job. > > -- > Daniel C. Sobral (8-DCS) > dcs@newsguy.com > dcs@freebsd.org > > One Unix to rule them all, One Resolver to find them, > One IP to bring them all and in the zone bind them. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 16:45:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from adsl-141-151-9-59.bellatlantic.net (adsl-141-151-9-59.bellatlantic.net [141.151.9.59]) by hub.freebsd.org (Postfix) with ESMTP id 8DD0037B844 for ; Sun, 12 Mar 2000 16:45:00 -0800 (PST) (envelope-from bleez@bellatlantic.net) Received: from localhost (localhost [127.0.0.1]) by adsl-141-151-9-59.bellatlantic.net (8.9.3/8.9.3) with ESMTP id TAA00589; Sun, 12 Mar 2000 19:44:13 -0500 (EST) (envelope-from bleez@bellatlantic.net) Date: Sun, 12 Mar 2000 19:44:13 -0500 (EST) From: Bryan Liesner X-Sender: root@adsl-141-151-9-59.bellatlantic.net To: "Michael L. Imamura" Cc: Ryan Thompson , freebsd-current@FreeBSD.ORG Subject: Re: dc0: TX underrun -- resetting In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 12 Mar 2000, Michael L. Imamura wrote: > >I've had this occur also; usually I get the message twice at startup, then >at seemingly random times while online. So far, my connection has only >been dropped once -- I got a flurry of "dc0: TX underrun -- >resetting" messages, then my connection died. I was able to bring it back >up with "ifconfig dc0 up", but it was a little unsettling. I'm using >4.0-RC2 with the following chipset: I get the same messages on my dc1 on my "lan" - just a win98 box connected to the freebsd box. dc0 is connected to the internet with a DSL modem and I've yet to see this on dc0. I swapped interfaces also, but it only seems to happen on the local network. My local network also goes down, it could be five minutes or two hours and I have to do an ifconfig dc1 down/up to make it right again. As a workaround, I found that running tcpdump on the dc1 interface keeps things alive, so far indefinitely. -Bryan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 16:59:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.originative.co.uk (mailgate.originative.co.uk [194.217.50.228]) by hub.freebsd.org (Postfix) with ESMTP id BBB8E37B547 for ; Sun, 12 Mar 2000 16:59:34 -0800 (PST) (envelope-from paul@originative.co.uk) Received: from originative.co.uk (lobster.originative.co.uk [194.217.50.241]) by mail.originative.co.uk (Postfix) with ESMTP id 928211D132; Mon, 13 Mar 2000 00:59:27 +0000 (GMT) Message-ID: <38CC3D6F.73152D6D@originative.co.uk> Date: Mon, 13 Mar 2000 00:59:27 +0000 From: Paul Richards Organization: Originative Solutions Ltd X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en-GB, en MIME-Version: 1.0 To: Garrett Wollman Cc: keramida@ceid.upatras.gr, John Polstra , current@FreeBSD.ORG Subject: Re: MAX_UID ? References: <38CAD957.3C839375@originative.co.uk> <200003120430.UAA49807@vashon.polstra.com> <38CB322D.D12ED0B0@originative.co.uk> <20000313015009.A5653@hades.hell.gr> <38CC30FB.FC417909@originative.co.uk> <200003130018.TAA32652@khavrinen.lcs.mit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Garrett Wollman wrote: > > < said: > > > We could create a new include file that we use for constants that are > > related to FreeBSD specific types or we can agree on a coding style for > > performing bounds checking using tricks like ((uid_t)0-1) > > Or we can do it the right way, by assigning to a variable of the > correct type and checking that the value remains unchanged. I'm not just trying to determine whether a value fits into a type, I'm also trying to find out what the maximum value the type can hold is. e.g. in the following code snippet id = strtoul(p, (char **)NULL, 10); if (errno == ERANGE) { warnx("%s > max uid value (%lu)", p, ULONG_MAX); return (0); } you also have to print out the maximum value. Not an uncommon requirement for error reporting. You're solution doesn't help with the second part. What I'm looking at is the following. id = strtoul(p, (char **)NULL, 10); if ((errno == ERANGE) || (id >= ((uid_t)0-1))) { warnx("%s > max uid value (%lu)", p, ((uid_t)0-1)); return (0); } or the alternative id = strtoul(p, (char **)NULL, 10); if ((errno == ERANGE) || (id >= UID_MAX)) { warnx("%s > max uid value (%lu)", p, UID_MAX); return (0); } When you see it written out like that the latter is a lot more informative. It also provides the flexibility to limit the parameters max value even if the type allows it to be larger. This is of particular significance to UIDs which are currently limited to a far smaller value than would fit in a uid_t. Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 17:12:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 5243A37B5AB for ; Sun, 12 Mar 2000 17:12:28 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115208>; Mon, 13 Mar 2000 12:13:19 +1100 Content-return: prohibited From: Peter Jeremy Subject: Re: MAX_UID ? In-reply-to: <38CC3D6F.73152D6D@originative.co.uk>; from paul@originative.co.uk on Mon, Mar 13, 2000 at 12:01:03PM +1100 To: Paul Richards Cc: current@FreeBSD.ORG Message-Id: <00Mar13.121319est.115208@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <38CAD957.3C839375@originative.co.uk> <200003120430.UAA49807@vashon.polstra.com> <38CB322D.D12ED0B0@originative.co.uk> <20000313015009.A5653@hades.hell.gr> <38CC30FB.FC417909@originative.co.uk> <200003130018.TAA32652@khavrinen.lcs.mit.edu> <38CC3D6F.73152D6D@originative.co.uk> Date: Mon, 13 Mar 2000 12:13:19 +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-Mar-13 12:01:03 +1100, Paul Richards wrote: >id = strtoul(p, (char **)NULL, 10); > if ((errno == ERANGE) || (id >= UID_MAX)) { > warnx("%s > max uid value (%lu)", p, UID_MAX); > return (0); >} You can do this now. Just add the following: pid_t UID_MAX = ~0; somewhere before the code. >When you see it written out like that the latter is a lot more >informative. It also provides the flexibility to limit the parameters >max value even if the type allows it to be larger. This is of particular >significance to UIDs which are currently limited to a far smaller value >than would fit in a uid_t. AFAIK, there's no real hard limit. adduser(8) limits uids to 32000 to prevent portability problems with systems using a signed 16-bit uid_t (whilst allowing for a few `special' uids near the top of the range). Other potential limits are ~65000 (16-bit unsigned) and 99999 (5 decimal digits). It would be nice if there was a system-wide constant that could be used for this, but it's not obvious where this should be located. (And note that adduser(8) is a perl script, so it can't use a C header file without some contortions). Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 17:21:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from fgwmail5.fujitsu.co.jp (fgwmail5.fujitsu.co.jp [192.51.44.35]) by hub.freebsd.org (Postfix) with ESMTP id 57C1937BC96 for ; Sun, 12 Mar 2000 17:21:15 -0800 (PST) (envelope-from shin@nd.net.fujitsu.co.jp) Received: from m3.gw.fujitsu.co.jp by fgwmail5.fujitsu.co.jp (8.9.3/3.7W-MX0002-Fujitsu Gateway) id KAA20557; Mon, 13 Mar 2000 10:21:13 +0900 (JST) (envelope-from shin@nd.net.fujitsu.co.jp) Received: from chisato.nd.net.fujitsu.co.jp by m3.gw.fujitsu.co.jp (8.9.3/3.7W-0002-Fujitsu Domain Master) id KAA06092; Mon, 13 Mar 2000 10:21:12 +0900 (JST) Received: from localhost (dhcp7173.nd.net.fujitsu.co.jp [10.18.7.173]) by chisato.nd.net.fujitsu.co.jp (8.8.5+2.7Wbeta5/3.3W8chisato-970826) with ESMTP id KAA16566; Mon, 13 Mar 2000 10:21:11 +0900 (JST) To: fido@yaahoo.yi.org Cc: dcs@newsguy.com, freebsd-current@FreeBSD.ORG Subject: Re: IPv6 setup... In-Reply-To: References: <38CBD80F.922815CE@newsguy.com> X-Mailer: Mew version 1.94 on Emacs 20.4 / Mule 4.0 (HANANOEN) X-Prom-Mew: Prom-Mew 1.93.4 (procmail reader for Mew) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000313102208Z.shin@nd.net.fujitsu.co.jp> Date: Mon, 13 Mar 2000 10:22:08 +0900 From: Yoshinobu Inoue X-Dispatcher: imput version 990905(IM130) Lines: 54 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > OK, > What is the correct one?? > > How do I calulate the IP from IPv6, what is the formula? > oh The IPv4 I want to use is 24.113.25.85 and 24.113.130.83 Are you tring to do multihoming? Then things might be more complicated. Let's forget the 2nd IPv4 addr for simplicity, now. If your addr is 24.113.25.85, and you have updated your source, and your /etc dir, then I think you can setup your 6to4 interface by specifying rc.conf entry. If following entry is added to /etc/rc.conf, and system rebooted, stf_interface_ipv4addr="24.113.25.85" then I expect your stf interface to be collectly setup. The result and the 6to4 prefix can be check by "ifconfig stf0". And if you want to check 6to4 prefix for some IPv4 addr without doing 6to4 interface configuration, please try following command. echo 24.113.25.85 | sed -e s/"\."/" "/g | awk '{$5 = $1*256 + $2; $6 = $3*256 + $4; printf "2002:%x:%x:\n", $5, $6}' Then it will print out first 6byte for your 6to4 prefix. And then let's talk about 2 IPv4 addr issue. Do you want to setup 2 6to4 interface on same host? Unfortunately, current implementation don't support it. If you have 2 separate machine, then each host can setup 6to4 interface. But there will be another general multihoming issue. -Which 6to4 interface should be choosed for outgoing connection, from your site to outside. -Which source addr(source prefix) should be choosed for outgoing connection. (because there will be 2 different 6to4 prefixes.) -Which internal routes should be announced to which interface. (because there will be 2 different 6to4 prefix routes.) -Do packets for a connection traverse same 6to4 interface for outgoing case and incoming case? etc. Cheers, Yoshinobu Inoue To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 17:45:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id D48E437B55B for ; Sun, 12 Mar 2000 17:45:29 -0800 (PST) (envelope-from jdp@polstra.com) 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 RAA07083; Sun, 12 Mar 2000 17:45:28 -0800 (PST) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id RAA51429; Sun, 12 Mar 2000 17:45:28 -0800 (PST) (envelope-from jdp@polstra.com) Date: Sun, 12 Mar 2000 17:45:28 -0800 (PST) Message-Id: <200003130145.RAA51429@vashon.polstra.com> To: paul@originative.co.uk Subject: Re: MAX_UID ? In-Reply-To: <38CB322D.D12ED0B0@originative.co.uk> References: <38CAD957.3C839375@originative.co.uk> <200003120430.UAA49807@vashon.polstra.com> <38CB322D.D12ED0B0@originative.co.uk> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <38CB322D.D12ED0B0@originative.co.uk>, Paul Richards wrote: > > > > They must not go into . That header file is defined by > > the ANSI/ISO C standard. The standard doesn't permit polluting the > > namespace with extra stuff. > > Umm, ok. I don't think our limits.h actually has anything in it that > meets the ANSI/ISO standard, every line is ifdef'd :-) Where would be a > better place for constants like this? Sheesh, criticism isn't enough? Now it has to be constructive too? ;-) I guess it could go into in the "!defined(_ANSI_SOURCE)" section. Bruce might have a better idea. 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-current" in the body of the message From owner-freebsd-current Sun Mar 12 17:51:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id BE5AB37BE61 for ; Sun, 12 Mar 2000 17:51:18 -0800 (PST) (envelope-from jdp@polstra.com) 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 RAA07115; Sun, 12 Mar 2000 17:51:18 -0800 (PST) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id RAA51453; Sun, 12 Mar 2000 17:51:17 -0800 (PST) (envelope-from jdp@polstra.com) Date: Sun, 12 Mar 2000 17:51:17 -0800 (PST) Message-Id: <200003130151.RAA51453@vashon.polstra.com> To: keramida@ceid.upatras.gr Subject: Re: MAX_UID ? In-Reply-To: <20000313015009.A5653@hades.hell.gr> References: <38CAD957.3C839375@originative.co.uk> <200003120430.UAA49807@vashon.polstra.com> <38CB322D.D12ED0B0@originative.co.uk> <20000313015009.A5653@hades.hell.gr> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <20000313015009.A5653@hades.hell.gr>, Giorgos Keramidas wrote: > On Sun, Mar 12, 2000 at 05:59:09AM +0000, Paul Richards wrote: > > > > Are expressions like ((uid_t)0-1) portable/safe ? Maybe that's a better > > way of approaching this. > > To get the all-1's number, maybe it's better to use ((uid_t)~0), but > that is a rather controversial topic anyway. That works, but on machines like the Alpha where longs are bigger than ints it only works by virtue of sign extension. Our existing headers seem to prefer ((uid_t)0-1). That's what is used in the i386's . 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-current" in the body of the message From owner-freebsd-current Sun Mar 12 17:57:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.originative.co.uk (mailgate.originative.co.uk [194.217.50.228]) by hub.freebsd.org (Postfix) with ESMTP id 3C35037BDCE for ; Sun, 12 Mar 2000 17:57:18 -0800 (PST) (envelope-from paul@originative.co.uk) Received: from originative.co.uk (lobster.originative.co.uk [194.217.50.241]) by mail.originative.co.uk (Postfix) with ESMTP id 478961D132; Mon, 13 Mar 2000 01:57:17 +0000 (GMT) Message-ID: <38CC4AFD.7E649664@originative.co.uk> Date: Mon, 13 Mar 2000 01:57:17 +0000 From: Paul Richards Organization: Originative Solutions Ltd X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en-GB, en MIME-Version: 1.0 To: John Polstra Cc: current@freebsd.org Subject: Re: MAX_UID ? References: <38CAD957.3C839375@originative.co.uk> <200003120430.UAA49807@vashon.polstra.com> <38CB322D.D12ED0B0@originative.co.uk> <200003130145.RAA51429@vashon.polstra.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: > > In article <38CB322D.D12ED0B0@originative.co.uk>, > Paul Richards wrote: > > > > > > They must not go into . That header file is defined by > > > the ANSI/ISO C standard. The standard doesn't permit polluting the > > > namespace with extra stuff. > > > > Umm, ok. I don't think our limits.h actually has anything in it that > > meets the ANSI/ISO standard, every line is ifdef'd :-) Where would be a > > better place for constants like this? > > Sheesh, criticism isn't enough? Now it has to be constructive too? ;-) > > I guess it could go into in the > "!defined(_ANSI_SOURCE)" section. Bruce might have a better idea. I don't think is the right place. These are constants that are definately not architecture dependent. The whole problem at the moment is that the code is abusing architecture dependent constants in lieu of anything better. Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 18: 2:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 6F30B37B5F1 for ; Sun, 12 Mar 2000 18:02:17 -0800 (PST) (envelope-from jdp@polstra.com) 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 SAA07149; Sun, 12 Mar 2000 18:02:16 -0800 (PST) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id SAA51491; Sun, 12 Mar 2000 18:02:16 -0800 (PST) (envelope-from jdp@polstra.com) Date: Sun, 12 Mar 2000 18:02:16 -0800 (PST) Message-Id: <200003130202.SAA51491@vashon.polstra.com> To: paul@originative.co.uk Subject: Re: MAX_UID ? In-Reply-To: <38CC4AFD.7E649664@originative.co.uk> References: <38CAD957.3C839375@originative.co.uk> <38CB322D.D12ED0B0@originative.co.uk> <200003130145.RAA51429@vashon.polstra.com> <38CC4AFD.7E649664@originative.co.uk> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <38CC4AFD.7E649664@originative.co.uk>, Paul Richards wrote: > John Polstra wrote: > > > > I guess it could go into in the > > "!defined(_ANSI_SOURCE)" section. Bruce might have a better idea. > > I don't think is the right place. These are constants > that are definately not architecture dependent. The whole problem at the > moment is that the code is abusing architecture dependent constants in > lieu of anything better. Hmm, you're right. How about ? 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-current" in the body of the message From owner-freebsd-current Sun Mar 12 18: 3: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from fgwmail7.fujitsu.co.jp (fgwmail7.fujitsu.co.jp [192.51.44.37]) by hub.freebsd.org (Postfix) with ESMTP id 21D4637B605 for ; Sun, 12 Mar 2000 18:03:05 -0800 (PST) (envelope-from shin@nd.net.fujitsu.co.jp) Received: from m3.gw.fujitsu.co.jp by fgwmail7.fujitsu.co.jp (8.9.3/3.7W-MX0002-Fujitsu Gateway) id LAA23426; Mon, 13 Mar 2000 11:03:02 +0900 (JST) (envelope-from shin@nd.net.fujitsu.co.jp) Received: from chisato.nd.net.fujitsu.co.jp by m3.gw.fujitsu.co.jp (8.9.3/3.7W-0002-Fujitsu Domain Master) id LAA28235; Mon, 13 Mar 2000 11:03:01 +0900 (JST) Received: from localhost (dhcp7173.nd.net.fujitsu.co.jp [10.18.7.173]) by chisato.nd.net.fujitsu.co.jp (8.8.5+2.7Wbeta5/3.3W8chisato-970826) with ESMTP id LAA18251; Mon, 13 Mar 2000 11:03:00 +0900 (JST) To: dcs@newsguy.com Cc: fido@yaahoo.yi.org, freebsd-current@FreeBSD.ORG Subject: Re: IPv6 setup... In-Reply-To: <38CBD80F.922815CE@newsguy.com> References: <38CBCDC5.A18F6380@newsguy.com> <20000313024528U.shin@nd.net.fujitsu.co.jp> <38CBD80F.922815CE@newsguy.com> X-Mailer: Mew version 1.94 on Emacs 20.4 / Mule 4.0 (HANANOEN) X-Prom-Mew: Prom-Mew 1.93.4 (procmail reader for Mew) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000313110357C.shin@nd.net.fujitsu.co.jp> Date: Mon, 13 Mar 2000 11:03:57 +0900 From: Yoshinobu Inoue X-Dispatcher: imput version 990905(IM130) Lines: 55 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > (Now I am comfirming a new rc.conf entry which automate above > > IPv6 prefix calucuration, and etc, for 6to4 interface configuration.) As I also said in my previous mail with this subject, this is committed. If anyone intersted, please try it. If you have IPv4 1.2.3.4 for your 6to4 interface, and if you add following entry, and reboot, stf_interface_ipv4addr="1.2.3.4" then your stf(6to4) interface will be automatically configured. Now 7th and 8th octet value(Site Level Aggregator) for the prefix of stf interface is set to 0 by default. To change them, please add stf_interface_ipv6_slaid="0000" and change the value between 0000 and ffff as you like. Also interface id of stf 6to4 IPv6 addr is set to 0:0:0:1 by default. To change them, please add stf_interface_ipv6_ifid="0:0:0:1" and change the value. If you want it to be automatically set to something like used for your other interface's IPv6 link local addr, then please choose AUTO, like below. stf_interface_ipv6_ifid="AUTO" Also, the prefixlen of stf interface can be set to longer than 16, to limit the remote site to some extent of IPv4 address scope. It can be changed by adding following entry, stf_interface_ipv4plen="0" and change the value between 0 to 31. > Nice. You have been doing a great job. You are welcome. :-) And also much part of acknowledgments should go to other KAME members, testers and patches contributor for FreeBSD project and KAME project. Cheers, Yoshinobu Inoue To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 18: 6:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.originative.co.uk (mailgate.originative.co.uk [194.217.50.228]) by hub.freebsd.org (Postfix) with ESMTP id 571A237B541 for ; Sun, 12 Mar 2000 18:06:34 -0800 (PST) (envelope-from paul@originative.co.uk) Received: from originative.co.uk (lobster.originative.co.uk [194.217.50.241]) by mail.originative.co.uk (Postfix) with ESMTP id A513D1D132; Mon, 13 Mar 2000 02:06:32 +0000 (GMT) Message-ID: <38CC4D28.2268BD00@originative.co.uk> Date: Mon, 13 Mar 2000 02:06:32 +0000 From: Paul Richards Organization: Originative Solutions Ltd X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en-GB, en MIME-Version: 1.0 To: Peter Jeremy Cc: current@FreeBSD.ORG Subject: Re: MAX_UID ? References: <38CAD957.3C839375@originative.co.uk> <200003120430.UAA49807@vashon.polstra.com> <38CB322D.D12ED0B0@originative.co.uk> <20000313015009.A5653@hades.hell.gr> <38CC30FB.FC417909@originative.co.uk> <200003130018.TAA32652@khavrinen.lcs.mit.edu> <38CC3D6F.73152D6D@originative.co.uk> <00Mar13.121319est.115208@border.alcanet.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Jeremy wrote: > > On 2000-Mar-13 12:01:03 +1100, Paul Richards wrote: > >id = strtoul(p, (char **)NULL, 10); > > if ((errno == ERANGE) || (id >= UID_MAX)) { > > warnx("%s > max uid value (%lu)", p, UID_MAX); > > return (0); > >} > > You can do this now. Just add the following: > pid_t UID_MAX = ~0; > somewhere before the code. I assume you meant uid_t, but anyway, yes that can be done but I'm looking for a more generic solution since this is a widespread problem in the userland code. > >When you see it written out like that the latter is a lot more > >informative. It also provides the flexibility to limit the parameters > >max value even if the type allows it to be larger. This is of particular > >significance to UIDs which are currently limited to a far smaller value > >than would fit in a uid_t. > > AFAIK, there's no real hard limit. adduser(8) limits uids to 32000 > to prevent portability problems with systems using a signed 16-bit > uid_t (whilst allowing for a few `special' uids near the top of the > range). Other potential limits are ~65000 (16-bit unsigned) and > 99999 (5 decimal digits). The actual limit is 4294967295, which is the largest number that will fit into the the 32-bit uid_t. This does work, I've been playing around with it for the last few days. At least, it works from a kernel perspective, there are many applications that screw things up, most of them use atol to do conversions which limits the UID to half that. If you stick within the signed 32 bit limits most things seem to work. > It would be nice if there was a system-wide constant that could be > used for this, but it's not obvious where this should be located. > (And note that adduser(8) is a perl script, so it can't use a C > header file without some contortions). Perl can use C include files (after performing some magic) so that wouldn't be a problem. Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 18:13:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.originative.co.uk (mailgate.originative.co.uk [194.217.50.228]) by hub.freebsd.org (Postfix) with ESMTP id 7C69337B5A2 for ; Sun, 12 Mar 2000 18:13:31 -0800 (PST) (envelope-from paul@originative.co.uk) Received: from originative.co.uk (lobster.originative.co.uk [194.217.50.241]) by mail.originative.co.uk (Postfix) with ESMTP id 957351D132; Mon, 13 Mar 2000 02:13:30 +0000 (GMT) Message-ID: <38CC4ECA.68AA4B78@originative.co.uk> Date: Mon, 13 Mar 2000 02:13:30 +0000 From: Paul Richards Organization: Originative Solutions Ltd X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en-GB, en MIME-Version: 1.0 To: John Polstra Cc: current@freebsd.org Subject: Re: MAX_UID ? References: <38CAD957.3C839375@originative.co.uk> <38CB322D.D12ED0B0@originative.co.uk> <200003130145.RAA51429@vashon.polstra.com> <38CC4AFD.7E649664@originative.co.uk> <200003130202.SAA51491@vashon.polstra.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: > > In article <38CC4AFD.7E649664@originative.co.uk>, > Paul Richards wrote: > > John Polstra wrote: > > > > > > I guess it could go into in the > > > "!defined(_ANSI_SOURCE)" section. Bruce might have a better idea. > > > > I don't think is the right place. These are constants > > that are definately not architecture dependent. The whole problem at the > > moment is that the code is abusing architecture dependent constants in > > lieu of anything better. > > Hmm, you're right. How about ? That sounds ideal :-) I guess my next question is, are there any objections to #define UID_MAX ((uid_t)0-1) which would actually give us the best of both worlds. I assume that gcc optimises the calculation away so it's effectively a constant but automagically of the right size. I can see the flaw in that straight away in that uid_t isn't available in On the other hand, since you may want to limit the MAX_UID (or some other paramter) independently of the size of the type then its probably best to maintain the value manually in any case. Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 19:15:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id DBC4037BE7B; Sun, 12 Mar 2000 19:15:19 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id OAA03653; Mon, 13 Mar 2000 14:21:38 +1100 Date: Mon, 13 Mar 2000 14:15:01 +1100 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: Kris Kennaway Cc: freebsd-current@FreeBSD.ORG Subject: Re: NODESCRYPTLINKS=true doesn't work In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 12 Mar 2000, Kris Kennaway wrote: > On Sun, 12 Mar 2000, Oliver Fromme wrote: > > > Maybe I'm just too dumb... It's my understanding that the > > purpose of the ``NODESCRYPTLINKS'' option in make.conf is > > to prevent overwriting the libcrypt symlinks in /usr/lib. > > Well, it doesn't work. > > > > I cvsupped today in the morning (~ 9:00 UTC on Sunday), added > > NODESCRYPTLINKS=true to /etc/make.conf, "make buildworld", > > "make installworld", and couldn't log in anymore because > > the symlinks had been set to libscrypt (and I'm using DES > > passwords). > > > > I guess that's not how it's supposed to work, is it? > > No :) > > DES crypt links have a "higher priority" than MD5 crypt links - if you do > a make install in secure/lib/libcrypt or lib/libcrypt, each will overwrite > the libcrypt links of the other. The difference is that make world runs > secure/lib/libcrypt last, so the DES links win. So, as the name suggests, It's a bug for install rules to overwrite each others results. > unless you want no DES crypt links (keep the MD5 links, please!), you > don't use it. "WANTDESCRYPTLINKS" is the historical behaviour which hasn't > changed. The historical behaviour was not to touch existing links. This was broken in rev.1.20 of libcrypt/Makefile. This Makefile even overwrites its own links after creating them the first time. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 19:23:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from Luey.metrotas.com.au (Luey.metrotas.com.au [147.109.164.1]) by hub.freebsd.org (Postfix) with ESMTP id C8D9937B541 for ; Sun, 12 Mar 2000 19:23:23 -0800 (PST) (envelope-from kerry.morse@metrotas.com.au) Received: from COMET.Metrotas.com.au (Comet.metrotas.com.au [147.109.164.243]) by Lueymetrotas.com.au (8.9.3/8.9.1) with ESMTP id IAA18138 for ; Mon, 13 Mar 2000 08:37:25 +1100 (EST) Received: by Comet.metrotas.com.au with Internet Mail Service (5.5.2650.21) id <1FZ7JPZV>; Mon, 13 Mar 2000 08:37:25 +1100 Message-ID: <85BE3FFEAA90D311BC7C00A0C9D3B0AE04C4A6@Comet.metrotas.com.au> From: Kerry Morse To: "'freebsd-current@FreeBSD.ORG'" Subject: Booting from the 4.0 RC3 Floppy disks.. Date: Mon, 13 Mar 2000 08:37:24 +1100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I get the following error: atapci0 port 0xff08-0xff0b,0x3f4-0x3f7,0x1f0-0x1f7, IRQ14 at device 3.0 on PCI0 atapci0:Bus mastering DMA not supported panic - resource_list_alloc resource list entry is busy uptime 0s (sorry couldn't resist the last entry)... Ok.. Got this in an attempt to install the RC3, onto a machine presently running 3.4 successfully... The only change I made to the configuration was to change the port on the NE2000 network card from 0x280 to 0x300 (what it's set to). To sum it up... HELP???? --- dmesg from the boot after trying to install 4.0.... Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.4-RELEASE #0: Wed Jan 5 11:21:46 EST 2000 root@snoopy.metrotas.com.au:/usr/src/sys/compile/Snoopy Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 36826433 Hz CPU: Pentium/P54C (36.83-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x521 Stepping = 1 Features=0x1bf real memory = 41943040 (40960K bytes) avail memory = 38539264 (37636K bytes) Bad BIOS32 Service Directory! Probing for devices on PCI bus 0: chip0: rev 0x10 on pci0.0.0 chip1: rev 0x03 on pci0.2.0 wdc0: rev 0x01 int a irq 14 on pci0.3.0 Probing for PnP devices: Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 on isa ed0: address 00:00:e8:a3:65:34, type NE2000 (16 bit) atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 not found sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: CMD640B workaround enabled wdc0: unit 0 (wd0): wd0: 2445MB (5008752 sectors), 4969 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 815MB (1669248 sectors), 1656 cyls, 16 heads, 63 S/T, 512 B/S ppc0 not found ze0 not probed due to I/O address conflict with ed0 at 0x300 zp0 not probed due to I/O address conflict with ed0 at 0x300 vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa npx0 on motherboard npx0: INT 16 interface Intel Pentium detected, installing workaround for F00F bug changing root device to wd0s1a To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 19:23:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from Luey.metrotas.com.au (Luey.metrotas.com.au [147.109.164.1]) by hub.freebsd.org (Postfix) with ESMTP id BDE3D37B556 for ; Sun, 12 Mar 2000 19:23:28 -0800 (PST) (envelope-from kerry.morse@metrotas.com.au) Received: from COMET.Metrotas.com.au (Comet.metrotas.com.au [147.109.164.243]) by Lueymetrotas.com.au (8.9.3/8.9.1) with ESMTP id SAA15850 for ; Sun, 12 Mar 2000 18:43:39 +1100 (EST) Received: by Comet.metrotas.com.au with Internet Mail Service (5.5.2650.21) id <1FZ7JPYN>; Sun, 12 Mar 2000 18:43:39 +1100 Message-ID: <85BE3FFEAA90D311BC7C00A0C9D3B0AE04C4A5@Comet.metrotas.com.au> From: Kerry Morse To: "'freebsd-current@FreeBSD.ORG'" Subject: Booting from the 4.0 RC3 Floppy disks.. Date: Sun, 12 Mar 2000 18:43:38 +1100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I get the following error: atapci0 port 0xff08-0xff0b,0x3f4-0x3f7,0x1f0-0x1f7, IRQ14 at device 3.0 on PCI0 atapci0:Bus mastering DMA not supported panic - resource_list_alloc resource list entry is busy uptime 0s (sorry couldn't resist the last entry)... Ok.. Got this in an attempt to install the RC3, onto a machine presently running 3.4 successfully... The only change I made to the configuration was to change the port on the NE2000 network card from 0x280 to 0x300 (what it's set to). To sum it up... HELP???? --- dmesg from the boot after trying to install 4.0.... Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.4-RELEASE #0: Wed Jan 5 11:21:46 EST 2000 root@snoopy.metrotas.com.au:/usr/src/sys/compile/Snoopy Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 36826433 Hz CPU: Pentium/P54C (36.83-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x521 Stepping = 1 Features=0x1bf real memory = 41943040 (40960K bytes) avail memory = 38539264 (37636K bytes) Bad BIOS32 Service Directory! Probing for devices on PCI bus 0: chip0: rev 0x10 on pci0.0.0 chip1: rev 0x03 on pci0.2.0 wdc0: rev 0x01 int a irq 14 on pci0.3.0 Probing for PnP devices: Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 on isa ed0: address 00:00:e8:a3:65:34, type NE2000 (16 bit) atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 not found sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: CMD640B workaround enabled wdc0: unit 0 (wd0): wd0: 2445MB (5008752 sectors), 4969 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 815MB (1669248 sectors), 1656 cyls, 16 heads, 63 S/T, 512 B/S ppc0 not found ze0 not probed due to I/O address conflict with ed0 at 0x300 zp0 not probed due to I/O address conflict with ed0 at 0x300 vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa npx0 on motherboard npx0: INT 16 interface Intel Pentium detected, installing workaround for F00F bug changing root device to wd0s1a To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 19:23:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from Luey.metrotas.com.au (Luey.metrotas.com.au [147.109.164.1]) by hub.freebsd.org (Postfix) with ESMTP id 765CE37BE84 for ; Sun, 12 Mar 2000 19:23:38 -0800 (PST) (envelope-from kerry.morse@metrotas.com.au) Received: from COMET.Metrotas.com.au (Comet.metrotas.com.au [147.109.164.243]) by Lueymetrotas.com.au (8.9.3/8.9.1) with ESMTP id QAA15507 for ; Sun, 12 Mar 2000 16:25:37 +1100 (EST) Received: by Comet.metrotas.com.au with Internet Mail Service (5.5.2650.21) id <1FZ7JPY1>; Sun, 12 Mar 2000 16:25:37 +1100 Message-ID: <85BE3FFEAA90D311BC7C00A0C9D3B0AE04C4A4@Comet.metrotas.com.au> From: Kerry Morse To: "'current@FreeBSD.ORG'" Subject: Booting from the 4.0 RC3 Floppy disks.. Date: Sun, 12 Mar 2000 16:25:36 +1100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I get the following error: atapci0 port 0xff08-0xff0b,0x3f4-0x3f7,0x1f0-0x1f7, IRQ14 at device 3.0 on PCI0 atapci0:Bus mastering DMA not supported panic - resource_list_alloc resource list entry is busy uptime 0s (sorry couldn't resist the last entry)... Ok.. Got this in an attempt to install the RC3, onto a machine presently running 3.4 successfully... The only change I made to the configuration was to change the port on the NE2000 network card from 0x280 to 0x300 (what it's set to). To sum it up... HELP???? --- dmesg from the boot after trying to install 4.0.... Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.4-RELEASE #0: Wed Jan 5 11:21:46 EST 2000 root@snoopy.metrotas.com.au:/usr/src/sys/compile/Snoopy Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 36826433 Hz CPU: Pentium/P54C (36.83-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x521 Stepping = 1 Features=0x1bf real memory = 41943040 (40960K bytes) avail memory = 38539264 (37636K bytes) Bad BIOS32 Service Directory! Probing for devices on PCI bus 0: chip0: rev 0x10 on pci0.0.0 chip1: rev 0x03 on pci0.2.0 wdc0: rev 0x01 int a irq 14 on pci0.3.0 Probing for PnP devices: Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 on isa ed0: address 00:00:e8:a3:65:34, type NE2000 (16 bit) atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 not found sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: CMD640B workaround enabled wdc0: unit 0 (wd0): wd0: 2445MB (5008752 sectors), 4969 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 815MB (1669248 sectors), 1656 cyls, 16 heads, 63 S/T, 512 B/S ppc0 not found ze0 not probed due to I/O address conflict with ed0 at 0x300 zp0 not probed due to I/O address conflict with ed0 at 0x300 vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa npx0 on motherboard npx0: INT 16 interface Intel Pentium detected, installing workaround for F00F bug changing root device to wd0s1a To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 19:26:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from Luey.metrotas.com.au (Luey.metrotas.com.au [147.109.164.1]) by hub.freebsd.org (Postfix) with ESMTP id 6B3A337B829 for ; Sun, 12 Mar 2000 19:26:45 -0800 (PST) (envelope-from kerry.morse@metrotas.com.au) Received: from COMET.Metrotas.com.au (Comet.metrotas.com.au [147.109.164.243]) by Lueymetrotas.com.au (8.9.3/8.9.1) with ESMTP id NAA01381 for ; Thu, 9 Mar 2000 13:35:06 +1100 (EST) Received: by Comet.metrotas.com.au with Internet Mail Service (5.5.2650.21) id <1FZ7JP2A>; Thu, 9 Mar 2000 13:35:06 +1100 Message-ID: <85BE3FFEAA90D311BC7C00A0C9D3B0AE04C48B@Comet.metrotas.com.au> From: Kerry Morse To: "'current@FreeBSD.ORG'" Subject: RE: 4.0 RC3 install problem from ftp.FreeBSD.org Date: Thu, 9 Mar 2000 13:35:02 +1100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Says, it can't chdir into the 4.0-20000307-CURRENT directory. It does work from current.FreeBSD.org. Looking on ftp.freebsd.org I do not see a link under /pub/FreeBSD/releases/i386/ ? that maybe the missing link ? It's there, am hauling it down at present... `ftp.freebsd.org/pub/FreeBSD/snapshots/i386/4.0-20000307-CURRENT/' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 19:33:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from Luey.metrotas.com.au (Luey.metrotas.com.au [147.109.164.1]) by hub.freebsd.org (Postfix) with ESMTP id C431337B556 for ; Sun, 12 Mar 2000 19:33:17 -0800 (PST) (envelope-from kerry.morse@metrotas.com.au) Received: from COMET.Metrotas.com.au (Comet.metrotas.com.au [147.109.164.243]) by Lueymetrotas.com.au (8.9.3/8.9.1) with ESMTP id MAA19130 for ; Mon, 13 Mar 2000 12:48:22 +1100 (EST) Received: by Comet.metrotas.com.au with Internet Mail Service (5.5.2650.21) id <1FZ7JP6A>; Mon, 13 Mar 2000 12:48:22 +1100 Message-ID: <85BE3FFEAA90D311BC7C00A0C9D3B0AE04C4AC@Comet.metrotas.com.au> From: Kerry Morse To: "'freebsd-current@FreeBSD.ORG'" Subject: Booting from the 4.0 RC3 Floppy disks.. Date: Mon, 13 Mar 2000 12:48:21 +1100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I get the following error: atapci0 port 0xff08-0xff0b,0x3f4-0x3f7,0x1f0-0x1f7, IRQ14 at device 3.0 on PCI0 atapci0:Bus mastering DMA not supported panic - resource_list_alloc resource list entry is busy uptime 0s (sorry couldn't resist the last entry)... Ok.. Got this in an attempt to install the RC3, onto a machine presently running 3.4 successfully... The only change I made to the configuration was to change the port on the NE2000 network card from 0x280 to 0x300 (what it's set to). To sum it up... HELP???? --- dmesg from the boot after trying to install 4.0.... Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.4-RELEASE #0: Wed Jan 5 11:21:46 EST 2000 root@snoopy.metrotas.com.au:/usr/src/sys/compile/Snoopy Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 36826433 Hz CPU: Pentium/P54C (36.83-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x521 Stepping = 1 Features=0x1bf real memory = 41943040 (40960K bytes) avail memory = 38539264 (37636K bytes) Bad BIOS32 Service Directory! Probing for devices on PCI bus 0: chip0: rev 0x10 on pci0.0.0 chip1: rev 0x03 on pci0.2.0 wdc0: rev 0x01 int a irq 14 on pci0.3.0 Probing for PnP devices: Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 on isa ed0: address 00:00:e8:a3:65:34, type NE2000 (16 bit) atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 not found sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: CMD640B workaround enabled wdc0: unit 0 (wd0): wd0: 2445MB (5008752 sectors), 4969 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 815MB (1669248 sectors), 1656 cyls, 16 heads, 63 S/T, 512 B/S ppc0 not found ze0 not probed due to I/O address conflict with ed0 at 0x300 zp0 not probed due to I/O address conflict with ed0 at 0x300 vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa npx0 on motherboard npx0: INT 16 interface Intel Pentium detected, installing workaround for F00F bug changing root device to wd0s1a To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 19:37:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from Luey.metrotas.com.au (Luey.metrotas.com.au [147.109.164.1]) by hub.freebsd.org (Postfix) with ESMTP id D65AE37BA1A for ; Sun, 12 Mar 2000 19:37:19 -0800 (PST) (envelope-from kerry.morse@metrotas.com.au) Received: from COMET.Metrotas.com.au (Comet.metrotas.com.au [147.109.164.243]) by Luey.metrotas.com.au (8.9.3/8.9.1) with ESMTP id OAA19615 for ; Mon, 13 Mar 2000 14:38:43 +1100 (EST) Received: by Comet.metrotas.com.au with Internet Mail Service (5.5.2650.21) id <1FZ7JP67>; Mon, 13 Mar 2000 14:38:43 +1100 Message-ID: <85BE3FFEAA90D311BC7C00A0C9D3B0AE04C4AE@Comet.metrotas.com.au> From: Kerry Morse To: "'freebsd-current@FreeBSD.ORG'" Subject: Heh Heh Ooops... Sorry Stuffed sendmail.cf file ... Sorry... Date: Mon, 13 Mar 2000 14:38:42 +1100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --- Kerry.Morse@metrotas.com.au ICQ 13383291 Metro Tasmania Pty Ltd Phone 0419585308 - If it works, tear it apart and find out why! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 19:41: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 652BE37B573 for ; Sun, 12 Mar 2000 19:41:03 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115209>; Mon, 13 Mar 2000 14:41:49 +1100 Content-return: prohibited From: Peter Jeremy Subject: Re: MAX_UID ? In-reply-to: <38CC4ECA.68AA4B78@originative.co.uk>; from paul@originative.co.uk on Mon, Mar 13, 2000 at 01:14:40PM +1100 To: Paul Richards Cc: current@FreeBSD.ORG Message-Id: <00Mar13.144149est.115209@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <38CAD957.3C839375@originative.co.uk> <38CB322D.D12ED0B0@originative.co.uk> <200003130145.RAA51429@vashon.polstra.com> <38CC4AFD.7E649664@originative.co.uk> <200003130202.SAA51491@vashon.polstra.com> <38CC4ECA.68AA4B78@originative.co.uk> Date: Mon, 13 Mar 2000 14:41:48 +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 13 Mar 2000 13:07:47 +1100, Paul Richards wrote: >Peter Jeremy wrote: >> You can do this now. Just add the following: >> pid_t UID_MAX = ~0; >> somewhere before the code. > >I assume you meant uid_t, Ooops, I did :-(. And this should probably be uid_t UID_MAX = ~0L; to avoid problems if int != long (as John mentioned in passing). >The actual limit is 4294967295, which is the largest number that will >fit into the the 32-bit uid_t. This does work, I had an idea that NFSv2 only allowed 16-bit UIDs, but I can't find any code in FreeBSD, or the relevant RFCs, to support this (possibly some NFS clients/servers ignore the top 16 bits). I did notice, however, that VNOVAL (-1) is used to mean the UID isn't present in some places - and (uid_t)2^32-1 == (uid_t)-1. On 2000-Mar-13 13:14:40 +1100, Paul Richards wrote: >#define UID_MAX ((uid_t)0-1) ... >I can see the flaw in that straight away in that uid_t isn't available >in Not a problem. C macros are just text expansions. The `uid_t' isn't evaluated unless/until the macro is used - at which point uid_t must be available. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 19:42:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 7AFEE37B61F for ; Sun, 12 Mar 2000 19:42:41 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id OAA06332; Mon, 13 Mar 2000 14:48:43 +1100 Date: Mon, 13 Mar 2000 14:42:05 +1100 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: John Polstra Cc: keramida@ceid.upatras.gr, current@FreeBSD.ORG Subject: Re: MAX_UID ? In-Reply-To: <200003130151.RAA51453@vashon.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 12 Mar 2000, John Polstra wrote: > In article <20000313015009.A5653@hades.hell.gr>, > Giorgos Keramidas wrote: > > On Sun, Mar 12, 2000 at 05:59:09AM +0000, Paul Richards wrote: > > > > > > Are expressions like ((uid_t)0-1) portable/safe ? Maybe that's a better > > > way of approaching this. > > > > To get the all-1's number, maybe it's better to use ((uid_t)~0), but > > that is a rather controversial topic anyway. > > That works, but on machines like the Alpha where longs are bigger > than ints it only works by virtue of sign extension. Our existing > headers seem to prefer ((uid_t)0-1). That's what is used in the > i386's . All 3 of these are broken in general. ((uquad_t)0-1) in works because it is known that uquad_t is no smaller than int. If foo_t is smaller than int, then (foo_t)0 in an expression gets promoted to plain 0, which is rarely what you want. ((uid_t)~(uid_t)0) is probably best. The first cast gives a sufficient number of 0 bits and the second cast discards unwanted 1 bits. -1 is sometimes used instead of ~0 because there is a good rule for converting -1 to an unsigned type. I can never quite remember this rule, so I prefer to use ~something. Part of the rule is that (unsigned int)-1 has all bits 1 even if -1 doesn't have all bits 1. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 19:44: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (Postfix) with ESMTP id 5AD3837B50B for ; Sun, 12 Mar 2000 19:44:05 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.3/8.9.1) id OAA64073 for current@freebsd.org; Mon, 13 Mar 2000 14:52:02 +1100 (EST) (envelope-from jb) Date: Mon, 13 Mar 2000 14:52:02 +1100 From: John Birrell To: current@freebsd.org Subject: Weak symbols in libc_r broken? Message-ID: <20000313145201.H34294@freebsd1.cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is it just me, or are the weak symbols in libc_r confusing the linker? When I link the following program with "gcc -v -g -static -pthread" ==== #include #include int main (int argc, char *argv[]) { struct timespec t1; struct timespec t2; t1.tv_sec = 5; t1.tv_nsec = 0; nanosleep(&t1,&t2); printf("Remaining time %ld.%09ld\n",(long) t2.tv_sec, (long) t2.tv_nsec); return(0); } ==== the linker gives me the weak symbol version which refers to _thread_sys_nanosleep (i.e. the syscall), instead of the nanosleep function in libc_r. Is there someone with a recent -current system who has time to try this out? Link the program and use gdb to disassemble the nanosleep function. If you get: (gdb) disassemble nanosleep Dump of assembler code for function nanosleep: 0x804821c : leal 0xf0,%eax 0x8048222 : int $0x80 0x8048224 : jb 0x8048214 0x8048226 : ret 0x8048227 : nop End of assembler dump. ... then libc_r is broken. TIA. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ john.birrell@ca.com john.birrell@opendirectory.com.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 20: 8:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id BC44E37B606 for ; Sun, 12 Mar 2000 20:08:33 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.5/nospam) with UUCP id FAA05526 for freebsd-current@FreeBSD.ORG; Mon, 13 Mar 2000 05:08:32 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id 33D818864; Mon, 13 Mar 2000 00:16:53 +0100 (CET) Date: Mon, 13 Mar 2000 00:16:53 +0100 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: ssh strangeness in -current... Message-ID: <20000313001652.A21396@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <200003062018.NAA61266@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from kris@hub.freebsd.org on Mon, Mar 06, 2000 at 12:29:01PM -0800 X-Operating-System: FreeBSD 4.0-CURRENT/ELF AMD-K6/200 & 2x PPro/200 SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ just go back from one week of skiing, catching up ] According to Kris Kennaway: > This sounds bad. Are you referring to the -o syntax differences, or actual > incompatabilities? There have been unsubstantiated reports of > interoperability problems, but nothing well documented here. You'll have a problem if you have very old "identity" files laying in .ssh because in the Old Days[tm] the private key was protected with IDEA on disk... You'll have to recreate the private/public RSA keys with ssh-keygen and copy the "identity.pub" content into your remote "authorized_keys" files. Ollivier, who got bitten by this :) -rw------- 1 roberto staff 540 Sep 7 1995 identity -rw-r--r-- 1 roberto staff 344 Sep 7 1995 identity.pub -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #78: Sun Feb 27 15:32:39 CET 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 20:15:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id A314037B70E for ; Sun, 12 Mar 2000 20:15:52 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115222>; Mon, 13 Mar 2000 15:16:44 +1100 Content-return: prohibited From: Peter Jeremy Subject: Re: Weak symbols in libc_r broken? In-reply-to: <20000313145201.H34294@freebsd1.cimlogic.com.au>; from jb@cimlogic.com.au on Mon, Mar 13, 2000 at 02:45:16PM +1100 To: John Birrell Cc: current@FreeBSD.ORG Message-Id: <00Mar13.151644est.115222@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <20000313145201.H34294@freebsd1.cimlogic.com.au> Date: Mon, 13 Mar 2000 15:16:39 +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-Mar-13 14:45:16 +1100, John Birrell wrote: >the linker gives me the weak symbol version which refers to >_thread_sys_nanosleep (i.e. the syscall), instead of the nanosleep >function in libc_r. Out of interest, why does nanosleep appear in libc_r.a as a weak symbol version of _thread_sys_nanosleep at all? I would have thought this was unnecessary (and based on my experiments, undesirable). >Is there someone with a recent -current system who has time to try >this out? I have -current from 9th March and get the same results you do. Looking at last night's buildworld results, there doesn't appear to be any change in the symbols in libc_r.a and when I try manually performing the link with the ld in /usr/obj/..., I still get the same result. >... then libc_r is broken. This is a particularly bad time to discover what appears to be a fairly serious bug in the threaded libraries and/or linker. I just tried fiddling with the order in which uthread_nanosleep.o and nanosleep.o appear in libc_r.a. It seems that the linker always picks the first definition of the symbol found after the first reference to the symbol - whether it is weak or not. Since nanosleep.o appears before uthread_nanosleep.o, the non thread-safe version will be picked. I suspect the only solution is to dispose of the weak symbols - re-ordering the object file isn't an option given the requirement for the non-weak symbol to always appear between the reference and the weak symbol. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 20:20:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (Postfix) with ESMTP id B415D37B549 for ; Sun, 12 Mar 2000 20:20:46 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.3/8.9.1) id PAA64349; Mon, 13 Mar 2000 15:28:40 +1100 (EST) (envelope-from jb) Date: Mon, 13 Mar 2000 15:28:40 +1100 From: John Birrell To: Peter Jeremy Cc: John Birrell , current@FreeBSD.ORG Subject: Re: Weak symbols in libc_r broken? Message-ID: <20000313152840.I34294@freebsd1.cimlogic.com.au> References: <20000313145201.H34294@freebsd1.cimlogic.com.au> <00Mar13.151644est.115222@border.alcanet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5i In-Reply-To: <00Mar13.151644est.115222@border.alcanet.com.au>; from Peter Jeremy on Mon, Mar 13, 2000 at 03:16:39PM +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 13, 2000 at 03:16:39PM +1100, Peter Jeremy wrote: > Out of interest, why does nanosleep appear in libc_r.a as a weak > symbol version of _thread_sys_nanosleep at all? I would have thought > this was unnecessary (and based on my experiments, undesirable). I don't think it is necessary. It got caught up in the cancellation changes that Jason made. > > >Is there someone with a recent -current system who has time to try > >this out? > > I have -current from 9th March and get the same results you do. > Looking at last night's buildworld results, there doesn't appear to > be any change in the symbols in libc_r.a and when I try manually > performing the link with the ld in /usr/obj/..., I still get the > same result. > > >... then libc_r is broken. > > This is a particularly bad time to discover what appears to be a > fairly serious bug in the threaded libraries and/or linker. > > I just tried fiddling with the order in which uthread_nanosleep.o and > nanosleep.o appear in libc_r.a. It seems that the linker always picks > the first definition of the symbol found after the first reference to > the symbol - whether it is weak or not. Since nanosleep.o appears > before uthread_nanosleep.o, the non thread-safe version will be > picked. > > I suspect the only solution is to dispose of the weak symbols - > re-ordering the object file isn't an option given the requirement > for the non-weak symbol to always appear between the reference and > the weak symbol. I agree. Thanks for helping out. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ john.birrell@ca.com john.birrell@opendirectory.com.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 20:45: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.originative.co.uk (mailgate.originative.co.uk [194.217.50.228]) by hub.freebsd.org (Postfix) with ESMTP id E4E8A37B54C for ; Sun, 12 Mar 2000 20:45:01 -0800 (PST) (envelope-from paul@originative.co.uk) Received: from originative.co.uk (lobster.originative.co.uk [194.217.50.241]) by mail.originative.co.uk (Postfix) with ESMTP id BED251D132; Mon, 13 Mar 2000 04:45:00 +0000 (GMT) Message-ID: <38CC724C.159E68B4@originative.co.uk> Date: Mon, 13 Mar 2000 04:45:00 +0000 From: Paul Richards Organization: Originative Solutions Ltd X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en-GB, en MIME-Version: 1.0 To: Peter Jeremy Cc: current@FreeBSD.ORG Subject: Re: MAX_UID ? References: <38CAD957.3C839375@originative.co.uk> <38CB322D.D12ED0B0@originative.co.uk> <200003130145.RAA51429@vashon.polstra.com> <38CC4AFD.7E649664@originative.co.uk> <200003130202.SAA51491@vashon.polstra.com> <38CC4ECA.68AA4B78@originative.co.uk> <00Mar13.144149est.115209@border.alcanet.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Jeremy wrote: > > On 2000-Mar-13 13:14:40 +1100, Paul Richards wrote: > >#define UID_MAX ((uid_t)0-1) > ... > >I can see the flaw in that straight away in that uid_t isn't available > >in > > Not a problem. C macros are just text expansions. The `uid_t' isn't > evaluated unless/until the macro is used - at which point uid_t must > be available. Uhh, yeah. It's the middle of the night here I obviously wasn't awake when I said that :-) Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 20:53: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id 63F4F37B5D6; Sun, 12 Mar 2000 20:52:59 -0800 (PST) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id PAA00541; Mon, 13 Mar 2000 15:22:58 +1030 (CST) Date: Mon, 13 Mar 2000 15:22:58 +1030 From: Greg Lehey To: FreeBSD current users Cc: FreeBSD Committers Subject: Panic mounting root from today's kernel Message-ID: <20000313152258.A460@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I built a -CURRENT kernel yesterday and had no problems. Today I can't mount the root file system: I get a panic "bp not locked" out of bremfree. Of course I can't take a dump (remind me whose idea it was to take the dumpdev out of the config file), but here's the stack trace I wrote down from ddb: bremfree+0x5d getnewbuf+0x1ca geteblk+0x1f dsinit+0x1b dsopen+0xde spec_open+0xfd ffs_mountfs+0x1cf ffs_mount+0x7c vfs_mountroot_try+0x13d Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 20:57:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from dorifer.heim3.tu-clausthal.de (dorifer.heim3.tu-clausthal.de [139.174.243.252]) by hub.freebsd.org (Postfix) with ESMTP id 6CD3537B799 for ; Sun, 12 Mar 2000 20:57:32 -0800 (PST) (envelope-from olli@dorifer.heim3.tu-clausthal.de) Received: (from olli@localhost) by dorifer.heim3.tu-clausthal.de (8.9.3/8.9.3) id FAA39525; Mon, 13 Mar 2000 05:57:28 +0100 (CET) (envelope-from olli) Date: Mon, 13 Mar 2000 05:57:28 +0100 (CET) Message-Id: <200003130457.FAA39525@dorifer.heim3.tu-clausthal.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG Reply-To: freebsd-current@FreeBSD.ORG Subject: Re: NODESCRYPTLINKS=true doesn't work X-Newsgroups: list.freebsd-current In-Reply-To: <8ah5e5$20d7$1@atlantis.rz.tu-clausthal.de> User-Agent: tin/1.4.1-19991201 ("Polish") (UNIX) (FreeBSD/3.4-19991219-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kris Kennaway wrote in list.freebsd-current: > DES crypt links have a "higher priority" than MD5 crypt links - if you do > a make install in secure/lib/libcrypt or lib/libcrypt, each will overwrite > the libcrypt links of the other. The difference is that make world runs > secure/lib/libcrypt last, so the DES links win. So, as the name suggests, > unless you want no DES crypt links (keep the MD5 links, please!), you > don't use it. Ah, now I understand. Thankyou very much for the explanation. May I suggest that the above paragraph is added to the setting in etc/defaults/make.conf? The current comment in that file is not really helpful. At least not for me. :-) > "WANTDESCRYPTLINKS" is the historical behaviour which hasn't > changed. Are you sure? I think the historical behaviour was to _not_ touch the symlinks at all, which I thought was a very sensible and POLA-conforming default. I'm always using the DES-capable crypt lib (to be able to share passwords with Solaris boxes), and a "make world" never changed the symlinks. Regards Oliver -- Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany (Info: finger userinfo:olli@dorifer.heim3.tu-clausthal.de) "In jedem Stück Kohle wartet ein Diamant auf seine Geburt" (Terry Pratchett) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 21: 3:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by hub.freebsd.org (Postfix) with ESMTP id 1F99137B606 for ; Sun, 12 Mar 2000 21:03:33 -0800 (PST) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id XAA19314; Sun, 12 Mar 2000 23:03:30 -0600 (CST) (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 sma019310; Sun Mar 12 23:03:28 2000 Message-Id: <4.3.2.20000312225801.00af2600@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Sun, 12 Mar 2000 23:01:25 -0600 To: Brian Dean , freebsd-current@FreeBSD.ORG From: "Jeffrey J. Mountin" Subject: Re: make release failing in /usr/ports/www/w3m/work/w3m In-Reply-To: <4.3.2.20000312172703.00b04a40@207.227.119.2> References: <200003122304.SAA33078@dean.pc.sas.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 05:30 PM 3/12/00 -0600, Jeffrey J. Mountin wrote: >At 06:04 PM 3/12/00 -0500, Brian Dean wrote: >>Hi, >> >>I am building a release and am getting a failure during the doc phase >>due to a port problem, (/usr/ports/www/w3m to be exact). This port is >>built during make release, and it builds a program called 'mktable', >>which core dumps, causing the whole make release to fail: > >Ironically just built docproj and it did register, but complained after >doing so. > >===> Registering installation for docproj-1.1 >docproj-1.1: "/working/usr/ports/www/w3m" non-existent -- dependency list >incomplete > >It's listed in the RUN_DEPENDS, but didn't build it. Never mind. Pilot error. Missing parts of the port tree and at first glance missed the lines in the saved build output. Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 21:27:45 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 16EFA37B573; Sun, 12 Mar 2000 21:27:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 152AF2E8156 for ; Sun, 12 Mar 2000 21:27:44 -0800 (PST) (envelope-from kris@hub.freebsd.org) Date: Sun, 12 Mar 2000 21:27:44 -0800 (PST) From: Kris Kennaway To: freebsd-current@FreeBSD.ORG Subject: Re: NODESCRYPTLINKS=true doesn't work In-Reply-To: <200003130457.FAA39525@dorifer.heim3.tu-clausthal.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 13 Mar 2000, Oliver Fromme wrote: > > "WANTDESCRYPTLINKS" is the historical behaviour which hasn't > > changed. > > Are you sure? I think the historical behaviour was to _not_ > touch the symlinks at all, which I thought was a very sensible > and POLA-conforming default. I'm always using the DES-capable As Bruce explained, someone broke it a while back. > crypt lib (to be able to share passwords with Solaris boxes), > and a "make world" never changed the symlinks. For the reason I already explained. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 21:33:54 2000 Delivered-To: freebsd-current@freebsd.org Received: from itojun.org (dhcp108.iijlab.net [202.232.15.108]) by hub.freebsd.org (Postfix) with ESMTP id 1AE2837B967 for ; Sun, 12 Mar 2000 21:33:51 -0800 (PST) (envelope-from itojun@itojun.org) Received: from kiwi.itojun.org (localhost [127.0.0.1]) by itojun.org (8.9.3+3.2W/3.7W) with ESMTP id OAA05887; Mon, 13 Mar 2000 14:31:33 +0900 (JST) To: Yoshinobu Inoue Cc: fido@yaahoo.yi.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG In-reply-to: shin's message of Mon, 13 Mar 2000 10:22:08 JST. <20000313102208Z.shin@nd.net.fujitsu.co.jp> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: IPv6 setup... From: Jun-ichiro itojun Hagino Date: Mon, 13 Mar 2000 14:31:33 +0900 Message-ID: <5885.952925493@lychee.itojun.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >And if you want to check 6to4 prefix for some IPv4 addr >without doing 6to4 interface configuration, please try >following command. > > echo 24.113.25.85 | sed -e s/"\."/" "/g | awk '{$5 = $1*256 + $2; $6 = $3*256 + $4; printf "2002:%x:%x:\n", $5, $6}' > >Then it will print out first 6byte for your 6to4 prefix. just checking. from code inspection on cvsweb, - rc.network6 is called before performing nfs mounts. - awk and sed are in /usr so the above sentence disallows NFS-mounted /usr. is it really okay to do? itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 21:57:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from fgwmail7.fujitsu.co.jp (fgwmail7.fujitsu.co.jp [192.51.44.37]) by hub.freebsd.org (Postfix) with ESMTP id 5BA3137B50B for ; Sun, 12 Mar 2000 21:57:44 -0800 (PST) (envelope-from shin@nd.net.fujitsu.co.jp) Received: from m3.gw.fujitsu.co.jp by fgwmail7.fujitsu.co.jp (8.9.3/3.7W-MX0002-Fujitsu Gateway) id OAA15625; Mon, 13 Mar 2000 14:57:41 +0900 (JST) (envelope-from shin@nd.net.fujitsu.co.jp) Received: from chisato.nd.net.fujitsu.co.jp by m3.gw.fujitsu.co.jp (8.9.3/3.7W-0002-Fujitsu Domain Master) id OAA05845; Mon, 13 Mar 2000 14:57:41 +0900 (JST) Received: from localhost (dhcp7173.nd.net.fujitsu.co.jp [10.18.7.173]) by chisato.nd.net.fujitsu.co.jp (8.8.5+2.7Wbeta5/3.3W8chisato-970826) with ESMTP id OAA27353; Mon, 13 Mar 2000 14:57:40 +0900 (JST) To: itojun@iijlab.net Cc: fido@yaahoo.yi.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG Subject: Re: IPv6 setup... In-Reply-To: <5885.952925493@lychee.itojun.org> References: <20000313102208Z.shin@nd.net.fujitsu.co.jp> <5885.952925493@lychee.itojun.org> X-Mailer: Mew version 1.94 on Emacs 20.4 / Mule 4.0 (HANANOEN) X-Prom-Mew: Prom-Mew 1.93.4 (procmail reader for Mew) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000313145836W.shin@nd.net.fujitsu.co.jp> Date: Mon, 13 Mar 2000 14:58:36 +0900 From: Yoshinobu Inoue X-Dispatcher: imput version 990905(IM130) Lines: 22 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > echo 24.113.25.85 | sed -e s/"\."/" "/g | awk '{$5 = $1*256 + $2; $6 = $3*256 + $4; printf "2002:%x:%x:\n", $5, $6}' > > > >Then it will print out first 6byte for your 6to4 prefix. > > just checking. from code inspection on cvsweb, > - rc.network6 is called before performing nfs mounts. I think this need to be done before nfs mount, because nfs might also use IPv6 in the future. > - awk and sed are in /usr > so the above sentence disallows NFS-mounted /usr. is it really okay > to do? Wmmm, on the first place, all of gifconfig, rtadvd, route6d, pim6dd, pim6sd, are already under /usr.... This issue need to be resolved, but I think it can't be done before 4.0. Maybe this become a known problem for 4.0?, Yoshinobu Inoue To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 22:29: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id E57EC37B50E for ; Sun, 12 Mar 2000 22:29:01 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (qmail 11550 invoked from network); 13 Mar 2000 06:28:58 -0000 Received: from bde.zeta.org.au (203.2.228.102) by gidora.zeta.org.au with SMTP; 13 Mar 2000 06:28:58 -0000 Date: Mon, 13 Mar 2000 17:28:47 +1100 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: John Polstra Cc: paul@originative.co.uk, current@FreeBSD.ORG Subject: Re: MAX_UID ? In-Reply-To: <200003130145.RAA51429@vashon.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 12 Mar 2000, John Polstra wrote: > Sheesh, criticism isn't enough? Now it has to be constructive too? ;-) > > I guess it could go into in the > "!defined(_ANSI_SOURCE)" section. Bruce might have a better idea. This is the same as putting it in in the "!defined(_ANSI_SOURCE)" section. Anyway, the names should be FOO_MAX, not MAX_FOO. In C99, there are about 50 *_MAX and *_MIN values defined in for Standard C types alone. I would prefer standard maxof() and minof() interfaces that work on any arithmetic type. These can almost be written in portable C, at least in C89 where types are restricted to char, signed char, ..., long double: #define isfloat(type) ((type)0.5 != 0) #define issigned(type) ((type)-1 < 0) #define isschar(type) (!isfloat(type) && issigned(type) && sizeof(type) == 1) #define isuchar(type) (!isfloat(type) && !issigned(type) && sizeof(type) == 1) ... #define maxof(type) ((type)(isschar(type) ? SCHAR_MAX : isuchar(type) ? UCHAR_MAX ...)) Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 22:35:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id CF8B537B56A for ; Sun, 12 Mar 2000 22:35:48 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id RAA22583; Mon, 13 Mar 2000 17:42:07 +1100 Date: Mon, 13 Mar 2000 17:35:28 +1100 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: Randy Bush Cc: FreeBSD Current Subject: Re: riscom/8 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 12 Mar 2000, Randy Bush wrote: > riscom/8 used to work on this box when running 3.4-stable. Try this fix. Index: isa_compat.h =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/isa_compat.h,v retrieving revision 1.27 diff -c -2 -r1.27 isa_compat.h *** isa_compat.h 2000/02/28 07:52:22 1.27 --- isa_compat.h 2000/03/13 06:30:25 *************** *** 176,180 **** { INTR_TYPE_TTY, &labpcdriver }, #endif ! #if NRCD > 0 { INTR_TYPE_TTY, &rcdriver }, #endif --- 176,180 ---- { INTR_TYPE_TTY, &labpcdriver }, #endif ! #if NRC > 0 { INTR_TYPE_TTY, &rcdriver }, #endif Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 23: 2:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id 6466637B53F for ; Sun, 12 Mar 2000 23:02:27 -0800 (PST) (envelope-from Doug@gorean.org) Received: from gorean.org (doug@master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id XAA76290; Sun, 12 Mar 2000 23:02:24 -0800 (PST) (envelope-from Doug@gorean.org) Message-ID: <38CC9280.C8D96CC@gorean.org> Date: Sun, 12 Mar 2000 23:02:24 -0800 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-CURRENT-0312a i386) X-Accept-Language: en MIME-Version: 1.0 To: "Michael L. Imamura" Cc: freebsd-current@FreeBSD.ORG Subject: Re: XFree86-4 can't start References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Michael L. Imamura" wrote: > > I haven't tried xfce, but I had some problems running Enlightenment 16.3, > all related to shared memory. I disabled shared pixmaps in my Imlib > configuration and that got rid of the random crashing, but is again not a > very optimal solution :) I'm guessing it's a problem with the current GTK > version and X4. > > Try starting xfce with "--no-xshm" and/or "--no-shm" and see if the > problem clears up. Unfortunately those options aren't available, either at run time or compile time AFAICS. I'm in no hurry to migrate to X4 though, so I don't really mind. I've heard enough people give good reports about it that I thought it was worth a try, but I can wait. Thanks, Doug -- "Welcome to the desert of the real." - Laurence Fishburne as Morpheus, "The Matrix" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 23: 7:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 7F82B37B50E for ; Sun, 12 Mar 2000 23:07:43 -0800 (PST) (envelope-from obrien@NUXI.ucdavis.edu) Received: from dragon.nuxi.com (root@d60-024.leach.ucdavis.edu [169.237.60.24]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id HAA01630; Mon, 13 Mar 2000 07:07:42 GMT (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id XAA08747; Sun, 12 Mar 2000 23:07:41 -0800 (PST) (envelope-from obrien) Date: Sun, 12 Mar 2000 23:07:40 -0800 From: "David O'Brien" To: John Birrell Cc: current@freebsd.org Subject: Re: Weak symbols in libc_r broken? Message-ID: <20000312230740.A8720@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20000313145201.H34294@freebsd1.cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000313145201.H34294@freebsd1.cimlogic.com.au>; from jb@cimlogic.com.au on Mon, Mar 13, 2000 at 02:52:02PM +1100 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 13, 2000 at 02:52:02PM +1100, John Birrell wrote: > Is it just me, or are the weak symbols in libc_r confusing the linker? Not just you. Jason and Mike Smith brought this to my attention on Friday. I found that if one takes a fresh -CURRENT and then: cd /usr/src/lib/libc_r cvs -q up -D 1/27/2000 make all install the susp.c code from the A&W Ptheads Programming book (http://www.aw.com/cseng/titles/0-201-63392-2/code/) would then work with compiled with "-static -pthread". Your analysis if what is currently happening is correct. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 23:11: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 25DA237B541 for ; Sun, 12 Mar 2000 23:11:05 -0800 (PST) (envelope-from randy@psg.com) Received: from randy by rip.psg.com with local (Exim 3.13 #1) id 12UP0G-000GhH-00; Sun, 12 Mar 2000 23:11:00 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Bruce Evans Cc: FreeBSD Current Subject: Re: riscom/8 References: Message-Id: Date: Sun, 12 Mar 2000 23:11:00 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> riscom/8 used to work on this box when running 3.4-stable. > > Try this fix. > > Index: isa_compat.h > =================================================================== > RCS file: /home/ncvs/src/sys/i386/isa/isa_compat.h,v > retrieving revision 1.27 > diff -c -2 -r1.27 isa_compat.h > *** isa_compat.h 2000/02/28 07:52:22 1.27 > --- isa_compat.h 2000/03/13 06:30:25 > *************** > *** 176,180 **** > { INTR_TYPE_TTY, &labpcdriver }, > #endif > ! #if NRCD > 0 > { INTR_TYPE_TTY, &rcdriver }, > #endif > --- 176,180 ---- > { INTR_TYPE_TTY, &labpcdriver }, > #endif > ! #if NRC > 0 > { INTR_TYPE_TTY, &rcdriver }, > #endif > > Bruce > yes! rc0 at port 0x220-0x22e irq 12 on isa0 rc0: 8 chans, firmware rev. C rc0: driver is using old-style compatability shims randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 23:12:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (Postfix) with ESMTP id 2261037B5BA; Sun, 12 Mar 2000 23:12:26 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.3/8.9.1) id SAA65091; Mon, 13 Mar 2000 18:12:23 +1100 (EST) (envelope-from jb) Date: Mon, 13 Mar 2000 18:12:22 +1100 From: John Birrell To: "David O'Brien" Cc: John Birrell , current@FreeBSD.ORG Subject: Re: Weak symbols in libc_r broken? Message-ID: <20000313181222.L34294@freebsd1.cimlogic.com.au> References: <20000313145201.H34294@freebsd1.cimlogic.com.au> <20000312230740.A8720@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5i In-Reply-To: <20000312230740.A8720@dragon.nuxi.com>; from David O'Brien on Sun, Mar 12, 2000 at 11:07:40PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 12, 2000 at 11:07:40PM -0800, David O'Brien wrote: > On Mon, Mar 13, 2000 at 02:52:02PM +1100, John Birrell wrote: > > Is it just me, or are the weak symbols in libc_r confusing the linker? > > Not just you. Jason and Mike Smith brought this to my attention on > Friday. I found that if one takes a fresh -CURRENT and then: > > cd /usr/src/lib/libc_r > cvs -q up -D 1/27/2000 > make all install > > the susp.c code from the A&W Ptheads Programming book > (http://www.aw.com/cseng/titles/0-201-63392-2/code/) would then work with > compiled with "-static -pthread". I don't think it is the linker's fault. To me it makes no sense to have a weak symbol and a strong symbol of the same name in the same library. I deleted the weak definitions in the _THREAD_SAFE PRSYSCALL in lib/libc/i386/SYS.h and the problem goes away. I don't understand why Jason needed to add them in the first place. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ john.birrell@ca.com john.birrell@opendirectory.com.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 12 23:43:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from cableworks.cgocable.net (cableworks.cgocable.net [24.226.1.43]) by hub.freebsd.org (Postfix) with ESMTP id CEF6337B5BA for ; Sun, 12 Mar 2000 23:43:47 -0800 (PST) (envelope-from mojo@western.wave.ca) Received: from western.wave.ca (cogeco-160-50.cgocable.net [24.141.160.50]) by cableworks.cgocable.net (8.9.3/8.9.3) with ESMTP id CAA29934 for ; Mon, 13 Mar 2000 02:35:58 -0500 (EST) Message-ID: <38CC9C53.DD763A01@western.wave.ca> Date: Mon, 13 Mar 2000 02:44:19 -0500 From: mojo X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Subject: DOS Install Problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I'm trying to install FreeBSD-Current from a DOS (FAT32, although attempts have been made from FAT16) partition onto a dedicated FBSD disk. Everything runs smoothly until it reaches the 'attempting to extract selected distributions' section of the install. The installation locks up and switching to the second vty it says that the last operation performed was the creation of /etc/fstab. I'm not sure whether this is an installation problem or whether im doing something wrong? Thanks, Ryan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 0:51:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from got.wedgie.org (got.wedgie.org [216.181.169.146]) by hub.freebsd.org (Postfix) with ESMTP id E780137B521 for ; Mon, 13 Mar 2000 00:51:35 -0800 (PST) (envelope-from jgarman@got.wedgie.org) Received: by got.wedgie.org (Postfix, from userid 1000) id 67FBAD914; Mon, 13 Mar 2000 03:51:34 -0500 (EST) Date: Mon, 13 Mar 2000 03:51:34 -0500 From: Jason Garman To: current@freebsd.org Subject: latest 4.0 snapshot breaks tcpdump Message-ID: <20000313035134.A26947@got.wedgie.org> Reply-To: jgarman@wedgie.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i X-Phase-Of-Moon: The Moon is Waxing Gibbous (51% of Full) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just installed the latest 4.0 snap off of ftp2.freebsd.org. Didn't install the DES libraries... I get this when trying to run tcpdump on the system: unstable# tcpdump /usr/libexec/ld-elf.so.1: Shared object "libcrypto.so.1" not found enjoy -- Jason Garman http://web.wedgie.org/ Student, University of Maryland jgarman@wedgie.org From fortune(1): Whois: JAG145 "... Had this been an actual emergency, we would have fled in terror, and you would not have been informed." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 1:13:59 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 8FDE837BAB1; Mon, 13 Mar 2000 01:13:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 8D3C32E8157; Mon, 13 Mar 2000 01:13:56 -0800 (PST) (envelope-from kris@hub.freebsd.org) Date: Mon, 13 Mar 2000 01:13:56 -0800 (PST) From: Kris Kennaway To: Jason Garman Cc: jkh@freebsd.org, current@freebsd.org Subject: Re: latest 4.0 snapshot breaks tcpdump In-Reply-To: <20000313035134.A26947@got.wedgie.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 13 Mar 2000, Jason Garman wrote: > I just installed the latest 4.0 snap off of ftp2.freebsd.org. Didn't > install the DES libraries... > > I get this when trying to run tcpdump on the system: > > unstable# tcpdump > /usr/libexec/ld-elf.so.1: Shared object "libcrypto.so.1" not found Hmm. I think you'll find several other things are broken in the same way - the crypto collection has effectively become mandatory thesedays. For example, ppp and pppd both link against libcrypto as well, and I can't think of an easy way to make the same binary work correctly with and without libcrypto. Either we make a binary which doesn't require libcrypto, in which case there's no way for someone to obtain the full functionality from a binary install, or we make one which does and people have to install the crypto collection to use it. It's a different matter if you compile from source yourself, but with a binary distribution you only have one possible set of binaries and can't mix and match dependencies. IMO (and I suggested this the other day), we should make the crypto collection mandatory, and have sysinstall ask a question about whether to point the libcrypt symlinks at libscrypt or libdescrypt (libdescrypt is the only real reason people wouldn't want to install the crypto collection). Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 1:28:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 717D437B99F; Mon, 13 Mar 2000 01:28:36 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id BAA81339; Mon, 13 Mar 2000 01:29:24 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) To: Kris Kennaway Cc: Jason Garman , jkh@freebsd.org, current@freebsd.org Subject: Re: latest 4.0 snapshot breaks tcpdump In-reply-to: Your message of "Mon, 13 Mar 2000 01:13:56 PST." Date: Mon, 13 Mar 2000 01:29:24 -0800 Message-ID: <81336.952939764@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > IMO (and I suggested this the other day), we should make the crypto > collection mandatory, and have sysinstall ask a question about whether to > point the libcrypt symlinks at libscrypt or libdescrypt (libdescrypt is I'm still waiting for your diffs which do this. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 1:36: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from finch-post-10.mail.demon.net (finch-post-10.mail.demon.net [194.217.242.38]) by hub.freebsd.org (Postfix) with ESMTP id 7D9AF37B5EA; Mon, 13 Mar 2000 01:35:50 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 12URGO-000I4t-0A; Mon, 13 Mar 2000 09:35:49 +0000 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA69990; Mon, 13 Mar 2000 09:42:49 GMT (envelope-from dfr@nlsystems.com) Date: Mon, 13 Mar 2000 09:37:57 +0000 (GMT) From: Doug Rabson To: "Ron 'The InSaNe One' Rosson" Cc: freebsd-current@freebsd.org, freebsd-multimedia@freebsd.org Subject: Re: Sound driver In-Reply-To: <20000312152552.A20754@lunatic.oneinsane.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 12 Mar 2000, Ron 'The InSaNe One' Rosson wrote: > I am running CURRENT as of last week. I seem to be only able to get my > sound to work when I use: > option PNPBIOS > device pcm0 > > Here is the dmesg output: > > unknown9: at port 0x800-0x807 on isa0 > sbc0: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq > 1,5 on isa0 > pcm0: on sbc0 > unknown10: at port 0x201 on isa0 > > I would like to get rid of all the unknowns caused by the PNPBIOS > option. If anyone has any ideas I am game to try. > > Sorry for the cross-post Don't worry about the unknowns. They are placeholders for attaching other standard devices (e.g. keyboard, mouse etc). Not all of the drivers were converted for various reasons but later releases will use these entries. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 1:47: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 0715537B62D; Mon, 13 Mar 2000 01:47:00 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 04F122E8157; Mon, 13 Mar 2000 01:47:00 -0800 (PST) (envelope-from kris@hub.freebsd.org) Date: Mon, 13 Mar 2000 01:46:59 -0800 (PST) From: Kris Kennaway To: "Jordan K. Hubbard" Cc: Jason Garman , jkh@freebsd.org, current@freebsd.org Subject: Re: latest 4.0 snapshot breaks tcpdump In-Reply-To: <81336.952939764@zippy.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 13 Mar 2000, Jordan K. Hubbard wrote: > > IMO (and I suggested this the other day), we should make the crypto > > collection mandatory, and have sysinstall ask a question about whether to > > point the libcrypt symlinks at libscrypt or libdescrypt (libdescrypt is > > I'm still waiting for your diffs which do this. :) Well yeah, that's fun to say, but my days have been literally completely full with getting other things ready for 4.0, without trying to figure out sysinstall on top of it all. All I can do is warn you to expect bug reports about this once people start upgrading to 4.0. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 2:39:54 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id B4A3B37B52A; Mon, 13 Mar 2000 02:39:52 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id B27D52E814A; Mon, 13 Mar 2000 02:39:52 -0800 (PST) (envelope-from kris@hub.freebsd.org) Date: Mon, 13 Mar 2000 02:39:52 -0800 (PST) From: Kris Kennaway To: Richard J Kuhns Cc: freebsd-current@FreeBSD.ORG Subject: Re: YA ssh question (ssh-askpass?) In-Reply-To: <14533.48246.835804.111800@localhost.grauel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 7 Mar 2000, Richard J Kuhns wrote: > But then I'm back to my original question/problem: how to get ssh to ask > for a password using ssh-askpass. I've looked through the code (a little); > how would you feel about a patch to openssh/readpass.c that caused it to > call ssh-askpass if there's no controlling tty but DISPLAY is set? That would probably be something the openssh guys would like. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 2:40:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id CEEA837BA1A; Mon, 13 Mar 2000 02:37:03 -0800 (PST) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.3/8.9.3) id MAA09348; Mon, 13 Mar 2000 12:36:54 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200003131036.MAA09348@zibbi.mikom.csir.co.za> Subject: Re: latest 4.0 snapshot breaks tcpdump In-Reply-To: from Kris Kennaway at "Mar 13, 2000 01:46:59 am" To: kris@hub.FreeBSD.ORG (Kris Kennaway) Date: Mon, 13 Mar 2000 12:36:54 +0200 (SAT) Cc: jkh@zippy.cdrom.com, current@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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > IMO (and I suggested this the other day), we should make the crypto > > > collection mandatory, and have sysinstall ask a question about whether to > > > point the libcrypt symlinks at libscrypt or libdescrypt (libdescrypt is > > > > I'm still waiting for your diffs which do this. :) > > Well yeah, that's fun to say, but my days have been literally completely > full with getting other things ready for 4.0, without trying to figure out > sysinstall on top of it all. All I can do is warn you to expect bug > reports about this once people start upgrading to 4.0. Can't it be handled the same way init, ppp and a few others are? The binary shipped in the bin distribution is compiled/linked without crypto, but then a version compiled/linked with it is included in the crypto distribution. John -- John Hay -- John.Hay@mikom.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 2:52: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 17E9037B52A; Mon, 13 Mar 2000 02:52:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 15CFD2E8155; Mon, 13 Mar 2000 02:52:03 -0800 (PST) (envelope-from kris@hub.freebsd.org) Date: Mon, 13 Mar 2000 02:52:03 -0800 (PST) From: Kris Kennaway To: John Hay Cc: jkh@zippy.cdrom.com, current@FreeBSD.ORG Subject: Re: latest 4.0 snapshot breaks tcpdump In-Reply-To: <200003131036.MAA09348@zibbi.mikom.csir.co.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 13 Mar 2000, John Hay wrote: > Can't it be handled the same way init, ppp and a few others are? The > binary shipped in the bin distribution is compiled/linked without crypto, > but then a version compiled/linked with it is included in the crypto > distribution. Hmm. I didn't know that - probably it could. The question is then whether make release correctly compiles everything without libcrypto (the original poster suggests not). Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 2:56: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id CD7B637B577; Mon, 13 Mar 2000 02:56:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id CB1662E8155; Mon, 13 Mar 2000 02:56:07 -0800 (PST) (envelope-from kris@hub.freebsd.org) Date: Mon, 13 Mar 2000 02:56:07 -0800 (PST) From: Kris Kennaway To: John Hay Cc: jkh@zippy.cdrom.com, current@FreeBSD.ORG Subject: Re: latest 4.0 snapshot breaks tcpdump In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 13 Mar 2000, Kris Kennaway wrote: > Hmm. I didn't know that - probably it could. The question is then whether > make release correctly compiles everything without libcrypto (the original > poster suggests not). Looks like it needs the following patch: Index: usr.sbin/tcpdump//tcpdump/Makefile =================================================================== RCS file: /home/ncvs/src/usr.sbin/tcpdump/tcpdump/Makefile,v retrieving revision 1.25 diff -u -r1.25 Makefile --- usr.sbin/tcpdump//tcpdump/Makefile 2000/03/02 13:27:25 1.25 +++ usr.sbin/tcpdump//tcpdump/Makefile 2000/03/13 10:54:05 @@ -21,7 +21,7 @@ CLEANFILES+= version.c DPADD+= ${LIBL} ${LIBPCAP} LDADD+= -ll -lpcap -.if exists(../../../crypto) && !defined(NOSECURE) && !defined(NO_OPENSSL) +.if exists(../../../crypto) && !defined(NOCRYPT) && !defined(NOSECURE) && !defined(NO_OPENSSL) && !defined(RELEASE_CRUNCH) DPADD+= ${LIBCRYPTO} LDADD+= -lcrypto CFLAGS+= -I${DESTDIR}/usr/include/openssl -DCRYPTO -DHAVE_LIBCRYPTO -DHAVE_RC5_H -DHAVE_CAST_H ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 3:55:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id 37B0837B573; Mon, 13 Mar 2000 03:54:59 -0800 (PST) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.3/8.9.3) id NAA11060; Mon, 13 Mar 2000 13:54:46 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200003131154.NAA11060@zibbi.mikom.csir.co.za> Subject: Re: latest 4.0 snapshot breaks tcpdump In-Reply-To: from Kris Kennaway at "Mar 13, 2000 02:56:07 am" To: kris@hub.freebsd.org (Kris Kennaway) Date: Mon, 13 Mar 2000 13:54:46 +0200 (SAT) Cc: jhay@mikom.csir.co.za (John Hay), jkh@zippy.cdrom.com, current@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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It also needs DISTRIBUTION=crypto inside that .if so that it will end up in the crypto distribution. And maybe the exists(../../../crypto should be exists(${.CURDIR}/../../secure) like the ppp/Makefile? > > > Hmm. I didn't know that - probably it could. The question is then whether > > make release correctly compiles everything without libcrypto (the original > > poster suggests not). > > Looks like it needs the following patch: > > Index: usr.sbin/tcpdump//tcpdump/Makefile > =================================================================== > RCS file: /home/ncvs/src/usr.sbin/tcpdump/tcpdump/Makefile,v > retrieving revision 1.25 > diff -u -r1.25 Makefile > --- usr.sbin/tcpdump//tcpdump/Makefile 2000/03/02 13:27:25 1.25 > +++ usr.sbin/tcpdump//tcpdump/Makefile 2000/03/13 10:54:05 > @@ -21,7 +21,7 @@ > CLEANFILES+= version.c > DPADD+= ${LIBL} ${LIBPCAP} > LDADD+= -ll -lpcap > -.if exists(../../../crypto) && !defined(NOSECURE) && !defined(NO_OPENSSL) > +.if exists(../../../crypto) && !defined(NOCRYPT) && !defined(NOSECURE) && !defined(NO_OPENSSL) && !defined(RELEASE_CRUNCH) > DPADD+= ${LIBCRYPTO} > LDADD+= -lcrypto > CFLAGS+= -I${DESTDIR}/usr/include/openssl -DCRYPTO -DHAVE_LIBCRYPTO -DHAVE_RC5_H -DHAVE_CAST_H > > ---- > In God we Trust -- all others must submit an X.509 certificate. > -- Charles Forsythe > John -- John Hay -- John.Hay@mikom.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 4: 3:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 4B06737B549 for ; Mon, 13 Mar 2000 04:03:22 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id NAA20504 for ; Mon, 13 Mar 2000 13:03:16 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org Subject: B_WRITE cleanup patch, please test! From: Poul-Henning Kamp Date: Mon, 13 Mar 2000 13:03:15 +0100 Message-ID: <20502.952948995@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG http://phk.freebsd.dk/misc/b_iocmd.patch B_WRITE is bogusly defined as zero, which is a perfect candidate for coding and logic mistakes, we saw the most recent victim of this bogosity as recently as a few days ago. This patch moves the "io-command" aspect of the b_flags into a new struct buf field called b_iocmd. This patch is the first step towards the stackable BIO system as sketched out on http://www.freebsd.org/~phk/Geom/ Please test & review. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 4:22:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from reyim.ne.mediaone.net (reyim.ne.mediaone.net [24.218.251.241]) by hub.freebsd.org (Postfix) with ESMTP id C5F6937B59A; Mon, 13 Mar 2000 04:22:34 -0800 (PST) (envelope-from bloom@acm.org) Received: from acm.org (localhost [127.0.0.1]) by reyim.ne.mediaone.net (8.9.3/8.9.3) with ESMTP id HAA83318; Mon, 13 Mar 2000 07:22:26 -0500 (EST) (envelope-from bloom@acm.org) Message-ID: <38CCDD82.5EA880BE@acm.org> Date: Mon, 13 Mar 2000 07:22:26 -0500 From: Jim Bloom Reply-To: bloom@acm.org X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Ron Rosson Cc: freebsd-current@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG Subject: Re: Sound driver References: <20000312152552.A20754@lunatic.oneinsane.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ron 'The InSaNe One' Rosson wrote: > > I am running CURRENT as of last week. I seem to be only able to get my > sound to work when I use: > option PNPBIOS > device pcm0 > > Here is the dmesg output: > > unknown9: at port 0x800-0x807 on isa0 > sbc0: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq > 1,5 on isa0 > pcm0: on sbc0 > unknown10: at port 0x201 on isa0 > > I would like to get rid of all the unknowns caused by the PNPBIOS > option. If anyone has any ideas I am game to try. Try adding "device joy" to your configuration file. The ESS0001 looks like a game/joystick port. Someone might need to add device ID to the driver though. Jim Bloom bloom@acm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 5:34: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from firehouse.net (networkoperations.com [209.42.203.32]) by hub.freebsd.org (Postfix) with SMTP id 4FF9037B50F for ; Mon, 13 Mar 2000 05:34:04 -0800 (PST) (envelope-from abc@bsdi.com) Received: (qmail 3845 invoked by uid 100); 13 Mar 2000 13:34:01 -0000 Date: 13 Mar 2000 13:34:01 -0000 Message-ID: <20000313133401.3844.qmail@firehouse.net> From: "Alan Clegg" X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-current@FreeBSD.ORG Cc: Subject: [sound] PCI ESS support Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok, being a newbie to FreeBSD, I'm trying to get my laptop (WinBook XL2) sound working under -CURRENT. If someone could point me to the relavent docs, I'd be happy.... Here is what I'm finding: dmesg reports: chip2: port 0xec00-0xecff irq 5 at device 9.0 on pci0 chip3: port 0xee00-0xeeff irq 5 at device 9.1 on pci0 but no combination of device {pcm,pcm0,sbc,sbc0} (that I've found) result in sound devices. I also find these in my dmesg output which may be related in some way: unknown0: at iomem 0-0x9fbff,0x9fc00-0x9ffff,0xe0000-0xfffff,0x100000- 0x3feffff,0x3ff0000-0x3ff7fff,0x3ff8000-0x3ffffff,0xfec00000-0xfec00fff,0xfee000 00-0xfee00fff on isa0 unknown: can't assign resources unknown1: at port 0-0xf,0x80-0x90,0x94-0x9f,0xc0-0xdf drq 4 on isa0 unknown2: at port 0x40-0x43 irq 0 on isa0 unknown3: at port 0x70-0x71 irq 8 on isa0 unknown: can't assign resources unknown: can't assign resources unknown4: at port 0xf0-0xff irq 13 on isa0 unknown5: at port 0x4d0-0x4d1,0xcf8-0xcff,0x440-0x44f,0x400-0x43f,0x38 10-0x384f,0x10,0x11,0x12,0x13,0x14,0x15,0x16,0x17 on isa0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown6: at port 0x3e1-0x3e2 on isa0 unknown: can't assign resources unknown7: on isa0 AlanC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 5:40: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from muzak.iinet.net.au (muzak.iinet.net.au [203.59.24.237]) by hub.freebsd.org (Postfix) with ESMTP id EB06337B5EC; Mon, 13 Mar 2000 05:39:52 -0800 (PST) (envelope-from julian@elischer.org) Received: from jules.elischer.org (reggae-02-233.nv.iinet.net.au [203.59.91.233]) by muzak.iinet.net.au (8.8.5/8.8.5) with SMTP id VAA29221; Mon, 13 Mar 2000 21:39:35 +0800 Message-ID: <38CCEF68.41C67EA6@elischer.org> Date: Mon, 13 Mar 2000 05:38:48 -0800 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 4.0-CURRENT i386) MIME-Version: 1.0 To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: B_WRITE cleanup patch, please test! References: <20502.952948995@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It is most ironic that of course you were the loudest supporter of SOS when he ripped out all my code that did EXACTLY all this. (I might add that this was done without any warning to me. The The commit messages being my first notice). It was fully working and quite a few people were running it at the time. It looks like what you are suggesting is pretty much exactly what I had running so I certainly agree with it. I just am still still smarting from the fact that it was apparently deleted simply because it was written by me. It certainly ended most of my direct involvement with freebsd other than through my work so I guess it had it's desired effect. Poul-Henning Kamp wrote: > > http://phk.freebsd.dk/misc/b_iocmd.patch > > B_WRITE is bogusly defined as zero, which is a perfect candidate > for coding and logic mistakes, we saw the most recent victim of > this bogosity as recently as a few days ago. > > This patch moves the "io-command" aspect of the b_flags into a new > struct buf field called b_iocmd. > > This patch is the first step towards the stackable BIO system as > sketched out on http://www.freebsd.org/~phk/Geom/ > > Please test & review. > > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." > FreeBSD -- It will take a long time before progress goes too far! Unless of course it wasn't written in Denmark > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 5:42:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from popserver-02.iinet.net.au (popserver-02.iinet.net.au [203.59.24.148]) by hub.freebsd.org (Postfix) with ESMTP id 2D48037B50F; Mon, 13 Mar 2000 05:42:33 -0800 (PST) (envelope-from julian@elischer.org) Received: from jules.elischer.org (reggae-02-233.nv.iinet.net.au [203.59.91.233]) by popserver-02.iinet.net.au (8.9.3/8.9.3) with SMTP id VAA11317; Mon, 13 Mar 2000 21:42:31 +0800 Message-ID: <38CCF00A.167EB0E7@elischer.org> Date: Mon, 13 Mar 2000 05:41:30 -0800 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 4.0-CURRENT i386) MIME-Version: 1.0 To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: B_WRITE cleanup patch, please test! References: <20502.952948995@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > > > This patch is the first step towards the stackable BIO system as > sketched out on http://www.freebsd.org/~phk/Geom/ > you don't mention how you plan to get around the problem that arbitrarily stacking devices means arbitrarily allocating minor numbers. I used devfs to do this. -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 5:44:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail2.x-treme.gr (mail2.x-treme.gr [212.120.196.24]) by hub.freebsd.org (Postfix) with ESMTP id E9B8437B577 for ; Mon, 13 Mar 2000 05:44:31 -0800 (PST) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (pat32.x-treme.gr [212.120.197.224]) by mail2.x-treme.gr (8.9.3/8.9.3/IPNG-ADV-ANTISPAM-0.1) with ESMTP id PAA06710; Mon, 13 Mar 2000 15:44:20 +0200 Received: (from charon@localhost) by hades.hell.gr (8.9.3/8.9.3) id EAA11509; Mon, 13 Mar 2000 04:54:02 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 13 Mar 2000 04:54:01 +0200 From: Giorgos Keramidas To: John Polstra Cc: current@FreeBSD.ORG Subject: Re: MAX_UID ? Message-ID: <20000313045401.A11429@hades.hell.gr> Reply-To: keramida@ceid.upatras.gr References: <38CAD957.3C839375@originative.co.uk> <200003120430.UAA49807@vashon.polstra.com> <38CB322D.D12ED0B0@originative.co.uk> <20000313015009.A5653@hades.hell.gr> <200003130151.RAA51453@vashon.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200003130151.RAA51453@vashon.polstra.com>; from jdp@polstra.com on Sun, Mar 12, 2000 at 05:51:17PM -0800 X-PGP-Fingerprint: 62 45 D1 C9 26 F9 95 06 D6 21 2A C8 8C 16 C0 8E X-Phone-Number: +30-94-6203692, +30-93-2886457 X-Address: Theodorou Kirinaiou 61, 26334 Patra, Greece Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 12, 2000 at 05:51:17PM -0800, John Polstra wrote: > In article <20000313015009.A5653@hades.hell.gr>, > Giorgos Keramidas wrote: > > On Sun, Mar 12, 2000 at 05:59:09AM +0000, Paul Richards wrote: > > > > > > Are expressions like ((uid_t)0-1) portable/safe ? Maybe that's a better > > > way of approaching this. > > > > To get the all-1's number, maybe it's better to use ((uid_t)~0), but > > that is a rather controversial topic anyway. > > That works, but on machines like the Alpha where longs are bigger > than ints it only works by virtue of sign extension. Our existing > headers seem to prefer ((uid_t)0-1). That's what is used in the > i386's . My bummer, I thought the definition was the same in /sys/sys/types.h and in /usr/include/sys/types.h -- and there I could see: % cd /sys ; grep uid sys/* | grep type sys/conf.h:typedef void devfs_create_t __P((dev_t dev, uid_t uid... sys/types.h:typedef u_int32_t uid_t; /* user id */ % cd /usr/include ; grep uid sys/* | grep type sys/conf.h:typedef void devfs_create_t __P((dev_t dev, uid_t uid... sys/types.h:typedef u_int32_t uid_t; /* user id */ and I mistakenly assumed that both x86 and alpha's use uid_t's of 32 bits. What did I miss? - Giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 5:55:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id A778C37B60C; Mon, 13 Mar 2000 05:55:26 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id OAA11558; Mon, 13 Mar 2000 14:55:15 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200003131355.OAA11558@freebsd.dk> Subject: Re: B_WRITE cleanup patch, please test! In-Reply-To: <38CCEF68.41C67EA6@elischer.org> from Julian Elischer at "Mar 13, 2000 05:38:48 am" To: julian@elischer.org (Julian Elischer) Date: Mon, 13 Mar 2000 14:55:15 +0100 (CET) Cc: phk@FreeBSD.ORG (Poul-Henning Kamp), current@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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Julian Elischer wrote: > It is most ironic that of course you were the loudest supporter of > SOS when he ripped out all my code that did EXACTLY all this. > (I might add that this was done without any warning to me. The > The commit messages being my first notice). > > It was fully working and quite a few people were running it at the time. I think there are at least two wildly different oppinions on that Julian, besides this was not my/phk's decision alone. > It looks like what you are suggesting is pretty much exactly > what I had running so I certainly agree with it. I just am still > still smarting from the fact that it was apparently deleted > simply because it was written by me. It certainly ended most of > my direct involvement with freebsd other than through my work > so I guess it had it's desired effect. I'll let phk comment on that one :) -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 6:36:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (Postfix) with ESMTP id 082F537B5EC; Mon, 13 Mar 2000 06:36:39 -0800 (PST) (envelope-from rb@gid.co.uk) Received: (from uucp@localhost) by isbalham.ist.co.uk (8.9.2/8.8.7) with UUCP id OAA86169; Mon, 13 Mar 2000 14:36:30 GMT (envelope-from rb@gid.co.uk) Received: from [194.32.164.2] (eccles [194.32.164.2]) by seagoon.gid.co.uk (8.9.3/8.9.3) with ESMTP id OAA00700; Mon, 13 Mar 2000 14:22:09 GMT (envelope-from rb@gid.co.uk) X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 13 Mar 2000 14:22:09 +0000 To: Kris Kennaway From: Bob Bishop Subject: Re: latest 4.0 snapshot breaks tcpdump Cc: John Hay , jkh@zippy.cdrom.com, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 02:56 -0800 13/3/00, Kris Kennaway wrote: >Looks like it needs the following patch: > >Index: usr.sbin/tcpdump//tcpdump/Makefile >=================================================================== >RCS file: /home/ncvs/src/usr.sbin/tcpdump/tcpdump/Makefile,v >retrieving revision 1.25 >diff -u -r1.25 Makefile >--- usr.sbin/tcpdump//tcpdump/Makefile 2000/03/02 13:27:25 1.25 >+++ usr.sbin/tcpdump//tcpdump/Makefile 2000/03/13 10:54:05 >@@ -21,7 +21,7 @@ > CLEANFILES+= version.c > DPADD+= ${LIBL} ${LIBPCAP} > LDADD+= -ll -lpcap >-.if exists(../../../crypto) && !defined(NOSECURE) && !defined(NO_OPENSSL) >+.if exists(../../../crypto) && !defined(NOCRYPT) && !defined(NOSECURE) && >!defined(NO_OPENSSL) && !defined(RELEASE_CRUNCH) > DPADD+= ${LIBCRYPTO} > LDADD+= -lcrypto > CFLAGS+= -I${DESTDIR}/usr/include/openssl -DCRYPTO -DHAVE_LIBCRYPTO >-DHAVE_RC5_H -DHAVE_CAST_H This fixes the problem I had building with -DNOCRYPT. -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 6:36:54 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragonstar.dhs.org (dsl-028-a.resnet.purdue.edu [128.211.161.178]) by hub.freebsd.org (Postfix) with ESMTP id 0346037B5A3 for ; Mon, 13 Mar 2000 06:36:14 -0800 (PST) (envelope-from jonsmith@dragonstar.dhs.org) Received: from localhost (jonsmith@localhost) by dragonstar.dhs.org (8.9.3/8.9.3) with ESMTP id JAA26213; Mon, 13 Mar 2000 09:27:50 -0500 (EST) (envelope-from jonsmith@dragonstar.dhs.org) Date: Mon, 13 Mar 2000 09:27:50 -0500 (EST) From: Jonathan Smith To: Soren Schmidt Cc: freebsd-current@freebsd.org Subject: Re: Bug: atapi-cd ioctls called in cdcontrol In-Reply-To: <200003131402.PAA13301@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After discussion with Soren off list, I'm bringing this onlist :) Machine: K6/2-450 on Asus P5A with 128 Meg PC133 (runnin 100) ram, Western Digital Caviar AC23400L 4.3 gig, Sony DDU220E dvd rom OS: FreeBSD 3.x-STABLE for much time, switch to 4.0-CURRENT ~month and a half ago?, been updating and building/installing worlds now and again since Problem: Drive does not support (or claims to not support) the LBA access methods. I'm not certain if there's some little tweak that's wrong in the bios, or if the acd driver's confused, or if the drivey (Sony DDU220E) generally hates LBA. Problem _did not exist_ under 3.x-STABLE that I recall. (read as, maybe somone should point me to how to debug this really low level ;) Specifically, I could go into cdcontrol and attempt to play by block, track, disk in general, etc. and it would fail with an i/o error in the program, and a PLAY_BIG -- ILLEGAL REQUEST on console. WHen forcing it to play by the MSF methods (specify the Minute Second and Frame to start and end with) it worked. Further, I did a hack in atapi-cd.c to translate the lba PLAYBLOCKS (I think) to translate to MSF and use PLAY_MSF instead..... That, too, worked. Three things) 1) Soren or some other highly educated person, can you give me a hand (read as: give me insight into where to look) to see where the lba would be failing so that it might be fixed 2) If one fails (which I don't see as happening since the drive worked under 3.x-Stable just fine ;), it would be really nice if the kernel would handle this and say, 'Oh, he wants to use LBA playing methods which won't work on an MSF drive... We need to translate and call the MSF.' I don't like this, and I take from the sound of it, Soren didn't either (he mentioned that there wasn't a real good soloution). 3) If cdcontrol allows switching from msf (default) to lba can we have this better documented.... I don't really know what this switches between. I certainly _want_ cdcontrol to play MSF since it can't LBA, but this doesn't do that. (Note: The reason I suggest having the kernel do the translation to MSF is that it's not going to be easy/possible to ask every program to check it themselves ***sigh***) j. PS dmesg w/ ACDDEBUG Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #10: Sun Mar 12 19:37:43 EST 2000 jonsmith@knightstar.jsnet:/net/dragonstar/project/FreeBSD/4.0-CURRENT/src/sys/compile/KNIGHTSTAR Timecounter "i8254" frequency 1193182 Hz CPU: AMD-K6(tm) 3D processor (451.02-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 134201344 (131056K bytes) config> q avail memory = 126963712 (123988K bytes) Preloaded elf kernel "kernel" at 0xc030f000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc030f09c. VESA: v2.0, 8192k memory, flags:0x0, mode table:0xc02b9c42 (1000022) VESA: ATI MACH64 md0: Malloc disk npx0: on motherboard npx0: INT 16 interface apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 chip1: at device 3.0 on pci0 isab0: at device 7.0 on pci0 isa0: on isab0 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd800-0xd87f mem 0xdf000000-0xdf00007f irq 9 at device 9.0 on pci0 xl0: Ethernet address: 00:10:5a:05:6a:43 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: at 10.0 irq 9 pci0: (vendor=0x1105, dev=0x8300) at 12.0 irq 10 atapci0: port 0xd000-0xd00f irq 0 at device 15.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown0: at iomem 0-0x9ffff,0x100000-0x7ffffff,0xe8000-0xeffff,0xf0000-0xf3fff,0xf4000-0xf7fff,0xf8000-0xfbfff,0xfc000-0xfffff,0xfffe0000-0xffffffff on isa0 unknown: can't assign resources unknown1: at port 0x40-0x43 irq 0 on isa0 unknown2: at port 0x70-0x71 irq 8 on isa0 unknown: can't assign resources unknown3: at port 0xf0 irq 13 on isa0 unknown4: at port 0-0xf,0x80-0x90,0x94-0x9f,0xc0-0xde drq 4 on isa0 unknown: can't assign resources unknown5: at port 0xcf8-0xcff on isa0 unknown6: at port 0x290-0x297,0x40b,0x480-0x49f,0x4d6,0xec00-0xec3f,0xe800-0xe83f on isa0 pcm0: at port 0x220-0x22f,0x530-0x537,0x388-0x38b,0x330-0x331,0x370-0x371 irq 5 drq 0,1 on isa0 unknown7: at port 0x201 on isa0 unknown8: at port 0x100-0x107 on isa0 unknown9: at port 0x1e8-0x1ef,0x3ee irq 11 on isa0 ad0: 4112MB [8912/15/63] at ata0-master using UDMA33 acd: mode sense 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 acd: mode sense 00-20-70-00-00-00-00-00-2a-18-0b-00-71-ff-29-23-00-00-01-00-02-00-00-00-00-00-00-00-00-00 acd0: DVD-ROM at ata1-master using PIO4 Mounting root from ufs:/dev/ad0s2a ad0: UDMA ICRC READ ERROR blk# 0 retrying ad0: UDMA ICRC READ ERROR blk# 3534300 retrying ad0: UDMA ICRC READ ERROR blk# 3534300 retrying ad0: UDMA ICRC READ ERROR blk# 3534300 retrying ad0: UDMA ICRC READ ERROR blk# 3534300ata0-master: WARNING: WAIT_READY active=ATA_ACTIVE_ATA falling back to PIO mode To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 7:13:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 1C3C937B5B5 for ; Mon, 13 Mar 2000 07:13:36 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id KAA35922; Mon, 13 Mar 2000 10:13:31 -0500 (EST) (envelope-from wollman) Date: Mon, 13 Mar 2000 10:13:31 -0500 (EST) From: Garrett Wollman Message-Id: <200003131513.KAA35922@khavrinen.lcs.mit.edu> To: Yoshinobu Inoue Cc: freebsd-current@FreeBSD.ORG Subject: Re: IPv6 setup... In-Reply-To: <20000313102208Z.shin@nd.net.fujitsu.co.jp> References: <38CBD80F.922815CE@newsguy.com> <20000313102208Z.shin@nd.net.fujitsu.co.jp> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > echo 24.113.25.85 | sed -e s/"\."/" "/g | awk '{$5 = $1*256 + $2; $6 = $3*256 + $4; printf "2002:%x:%x:\n", $5, $6}' Or, without only one extra process: myaddr=24.113.25.85 OIFS="$IFS" IFS=".$IFS" set $myaddr IFS="$OIFS" printf "2002:%x:%x:\n" $(($1 * 256 + $2)) $(($3 * 256 + $4)) -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-current" in the body of the message From owner-freebsd-current Mon Mar 13 7:53:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from distortion.dk (distortion.dk [195.249.147.156]) by hub.freebsd.org (Postfix) with ESMTP id 9E14637B57F for ; Mon, 13 Mar 2000 07:53:07 -0800 (PST) (envelope-from nppmf@swamp.dk) Received: from localhost (nppmf@localhost) by distortion.dk (8.9.3/8.9.1) with ESMTP id RAA53995 for ; Mon, 13 Mar 2000 17:04:26 +0100 (CET) (envelope-from nppmf@swamp.dk) Date: Mon, 13 Mar 2000 17:04:26 +0100 (CET) From: "Nicolai Petri (ML)" X-Sender: nppmf@distortion.dk To: freebsd-current@freebsd.org Subject: pccard.conf.sample ? Is that a great name ??? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Am I the only one who thinks that having a .sample file containing active settings is a not so great ting ? Why not simply rename it to pccard.conf, pccard.conf.default or default/pccard.conf --- Nicolai Petri Software-developer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 8: 1:27 2000 Delivered-To: freebsd-current@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 A626837BB89 for ; Mon, 13 Mar 2000 08:00:58 -0800 (PST) (envelope-from jose@we.lc.ehu.es) Received: from we.lc.ehu.es (v-ger [158.227.6.179]) by polaris.we.lc.ehu.es (8.9.1/8.9.1) with ESMTP id RAA21738 for ; Mon, 13 Mar 2000 17:00:33 +0100 (MET) Message-ID: <38CD1091.94E73AC9@we.lc.ehu.es> Date: Mon, 13 Mar 2000 17:00:17 +0100 From: "Jose M. Alcaide" Organization: Universidad del =?iso-8859-1?Q?Pa=EDs?= Vasco - Dpto. de Electricidad y =?iso-8859-1?Q?Electr=F3nica?= X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 3.4-RELEASE i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: suggestion: a g77 -> f77 link Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, While trying to compile Scilab-2.5 (the math/Scilab port is outdated), I found that the "configure" script, when instructed to use the GNU Fortran compiler, searchs for "g77". Unfortunately, this compiler is installed as /usr/bin/f77. The solution is simple: "ln f77 g77", but I think that the "g77" link should be standard, since it's coherent with the existence of the "cc" and "gcc" links. I think that this patch could do the trick: ------------------ BEGIN -------------------- --- gnu/usr.bin/cc/f77/Makefile.orig Mon Jan 24 21:12:05 2000 +++ gnu/usr.bin/cc/f77/Makefile Mon Mar 13 16:53:11 2000 @@ -7,6 +7,9 @@ PROG= f77 SRCS= gcc.c g77spec.c version.c +LINKS= ${BINDIR}/f77 ${BINDIR}/g77 +MLINKS= f77.1 g77.1 + DPADD+= ${LIBCC_INT} ${LIBCC_FBSD} LDADD+= ${LIBCC_INT} ${LIBCC_FBSD} -------------------- END -------------------- Cheers, -- JMA ----------------------------------------------------------------------- José Mª Alcaide | mailto:jose@we.lc.ehu.es Universidad del País Vasco | mailto:jmas@FreeBSD.org Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 ----------------------------------------------------------------------- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 8:18:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 9D0FB37BB85; Mon, 13 Mar 2000 08:18:08 -0800 (PST) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id IAA03217; Mon, 13 Mar 2000 08:18:05 -0800 Date: Mon, 13 Mar 2000 08:18:24 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: B_WRITE cleanup patch, please test! In-Reply-To: <20502.952948995@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This patch is the first step towards the stackable BIO system as > sketched out on http://www.freebsd.org/~phk/Geom/ > > Please test & review. There's no code to test- it's just a sketch. It's fine as a start, but it's important that you clarify the role of node device drivers in informing the geometry device about what's what (to get information about physical limits) and how errors are to be flagged (if an out of range request comes floating thru). Presumably the latter is just marking a transaction with B_ERROR and setting b_errno to something specific that would say that the block is out of range (insert argument over 'correct' errno here), and that the range involved is the physical device limit (and what about commands that overlap the end of the device?). Presumably the former, if to give the geometry stack something worthwhile to chew on, can handle the case of devices that resize and devices where, unlike most devices currently, geometry really does matter. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 8:22:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from kronos.alcnet.com (kronos.alcnet.com [63.69.28.22]) by hub.freebsd.org (Postfix) with ESMTP id 1B33F37BC4D for ; Mon, 13 Mar 2000 08:21:55 -0800 (PST) (envelope-from kbyanc@posi.net) X-Provider: ALC Communications, Inc. http://www.alcnet.com/ Received: from localhost (kbyanc@localhost) by kronos.alcnet.com (8.9.3/8.9.3/antispam) with ESMTP id LAA56001; Mon, 13 Mar 2000 11:21:39 -0500 (EST) Date: Mon, 13 Mar 2000 11:21:39 -0500 (EST) From: Kelly Yancey X-Sender: kbyanc@kronos.alcnet.com To: "Nicolai Petri (ML)" Cc: freebsd-current@FreeBSD.ORG Subject: Re: pccard.conf.sample ? Is that a great name ??? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 13 Mar 2000, Nicolai Petri (ML) wrote: > > Am I the only one who thinks that having a .sample file containing active > settings is a not so great ting ? > > Why not simply rename it to pccard.conf, pccard.conf.default or > default/pccard.conf > I assumed that the .sample was to emphasize the need to customize it as needed and save it as pccard.conf (where pccardd expects to find it). While not intuitive for new users, it is necissary so that upgrades can modify the pccard.conf.sample file without disturbing and localizations in pccard.conf. See manpath.config.sample for another example of this logic. It doesn't strike me as a candidate for /etc/defaults/ unless it is made to include /etc/pccard.conf if it exists and override and config entries that are duplicated (i.e. if it were truly just defaults that could be overridden). In other words, it may not be intuitive, but it fits the existing protocol. Kelly -- Kelly Yancey - kbyanc@posi.net - Richmond, VA Analyst / E-business Development, Bell Industries http://www.bellind.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 8:27:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 6949B37BAB6 for ; Mon, 13 Mar 2000 08:27:09 -0800 (PST) (envelope-from jdp@polstra.com) 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 IAA10733; Mon, 13 Mar 2000 08:27:07 -0800 (PST) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id IAA52416; Mon, 13 Mar 2000 08:27:07 -0800 (PST) (envelope-from jdp@polstra.com) Date: Mon, 13 Mar 2000 08:27:07 -0800 (PST) Message-Id: <200003131627.IAA52416@vashon.polstra.com> To: keramida@ceid.upatras.gr Subject: Re: MAX_UID ? In-Reply-To: <20000313045401.A11429@hades.hell.gr> References: <38CAD957.3C839375@originative.co.uk> <20000313015009.A5653@hades.hell.gr> <200003130151.RAA51453@vashon.polstra.com> <20000313045401.A11429@hades.hell.gr> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <20000313045401.A11429@hades.hell.gr>, Giorgos Keramidas wrote: > On Sun, Mar 12, 2000 at 05:51:17PM -0800, John Polstra wrote: > > In article <20000313015009.A5653@hades.hell.gr>, > > Giorgos Keramidas wrote: > > > On Sun, Mar 12, 2000 at 05:59:09AM +0000, Paul Richards wrote: > > > > > > > > Are expressions like ((uid_t)0-1) portable/safe ? Maybe that's a better > > > > way of approaching this. > > > > > > To get the all-1's number, maybe it's better to use ((uid_t)~0), but > > > that is a rather controversial topic anyway. > > > > That works, but on machines like the Alpha where longs are bigger > > than ints it only works by virtue of sign extension. Our existing > > headers seem to prefer ((uid_t)0-1). That's what is used in the > > i386's . > > My bummer, I thought the definition was the same in /sys/sys/types.h and > in /usr/include/sys/types.h -- and there I could see: > > % cd /sys ; grep uid sys/* | grep type > sys/conf.h:typedef void devfs_create_t __P((dev_t dev, uid_t uid... > sys/types.h:typedef u_int32_t uid_t; /* user id */ > % cd /usr/include ; grep uid sys/* | grep type > sys/conf.h:typedef void devfs_create_t __P((dev_t dev, uid_t uid... > sys/types.h:typedef u_int32_t uid_t; /* user id */ > > and I mistakenly assumed that both x86 and alpha's use uid_t's of 32 > bits. What did I miss? Sorry, I wasn't clear. I was talking about the general case, not about uid_t in particular. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 8:29: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from friley-160-236.res.iastate.edu (friley-160-236.res.iastate.edu [129.186.160.236]) by hub.freebsd.org (Postfix) with ESMTP id 4330737B7D6 for ; Mon, 13 Mar 2000 08:29:04 -0800 (PST) (envelope-from patrick@137.org) Received: from friley-162-229.res.iastate.edu (mailhub.137.org [129.186.162.229]) by friley-160-236.res.iastate.edu (Postfix) with ESMTP id A577F12C for ; Mon, 13 Mar 2000 10:29:02 -0600 (CST) Received: from friley-162-229.res.iastate.edu (localhost [127.0.0.1]) by friley-162-229.res.iastate.edu (Postfix) with ESMTP id 29BBD5D9B for ; Mon, 13 Mar 2000 10:29:02 -0600 (CST) To: freebsd-current@freebsd.org Subject: LD_LIBRARY_PATH not working? Date: Mon, 13 Mar 2000 10:29:02 -0600 From: Patrick Hartling Message-Id: <20000313162902.29BBD5D9B@friley-162-229.res.iastate.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Today I have been having problems with applications being unable to find shared libraries at run time with LD_LIBRARY_PATH set correctly. If the library is moved into a directory set at boot time with ldconfig (via rc), it works fine. I have tried it with several different libraries (both C and C++ used by both C and C++ apps), and the results are always the same. This is on a -current system built with sources cvsup'd at approximately 09:10 (CST) March 11, 2000. Did I overlook some configuration change? Thanks. -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-current" in the body of the message From owner-freebsd-current Mon Mar 13 8:31:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 84FAB37C0FD for ; Mon, 13 Mar 2000 08:31:55 -0800 (PST) (envelope-from jdp@polstra.com) 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 IAA10753; Mon, 13 Mar 2000 08:31:52 -0800 (PST) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id IAA52433; Mon, 13 Mar 2000 08:31:51 -0800 (PST) (envelope-from jdp@polstra.com) Date: Mon, 13 Mar 2000 08:31:51 -0800 (PST) Message-Id: <200003131631.IAA52433@vashon.polstra.com> To: bde@zeta.org.au Subject: Re: MAX_UID ? In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Bruce Evans wrote: > > I would prefer standard maxof() and minof() interfaces that work on > any arithmetic type. These can almost be written in portable C, at > least in C89 where types are restricted to char, signed char, ..., > long double: > > #define isfloat(type) ((type)0.5 != 0) > #define issigned(type) ((type)-1 < 0) > #define isschar(type) (!isfloat(type) && issigned(type) && sizeof(type) == 1) > #define isuchar(type) (!isfloat(type) && !issigned(type) && sizeof(type) == 1) > ... > #define maxof(type) ((type)(isschar(type) ? SCHAR_MAX : > isuchar(type) ? UCHAR_MAX ...)) I like this idea. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 8:38:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id D42C837BD36; Mon, 13 Mar 2000 08:38:41 -0800 (PST) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id IAA03290; Mon, 13 Mar 2000 08:38:40 -0800 Date: Mon, 13 Mar 2000 08:38:59 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: B_WRITE cleanup patch, please test! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 13 Mar 2000, Matthew Jacob wrote: > > This patch is the first step towards the stackable BIO system as > > sketched out on http://www.freebsd.org/~phk/Geom/ > > > > Please test & review. { as Poul reminded me, I missed the header line that had the patch - sorry about that } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 8:40:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id B72AC37BD88 for ; Mon, 13 Mar 2000 08:40:36 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 18343 invoked from network); 13 Mar 2000 16:40:35 -0000 Received: from lcl126.cvzoom.net (208.226.155.126) by ns.cvzoom.net with SMTP; 13 Mar 2000 16:40:35 -0000 Date: Mon, 13 Mar 2000 11:40:15 -0500 (EST) From: Donn Miller To: current@freebsd.org Subject: Weird problems with my IDE HD Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've got two HD's in my machine: one's an older one (WDMA2) and the other one, my main one, is newer (UDMA33). With recent kernel builds, I've noticed some strange problems with the older HD. When I try to to something like fsck -y on the drive, fsck just hangs. Also, if I have that drive mounted, and I do umount on that drive, umount hangs, and sometimes umount hangs my whole system. I'm trying to determine if it's because my drive is bad, or was there something that was changed in the ATA driver that may be causing this? Output of dmesg: [snip] atapci0: port 0xd000-0xd00f,0xd400-0xd403,0xd800-0xd 807,0xe000-0xe003,0xe400-0xe407 irq 11 at device 1.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 [snip] ad0: 3093MB [6704/15/63] at ata0-master using UDMA33 ad1: 1040MB [2114/16/63] at ata0-slave using WDMA2 acd0: CDROM at ata1-master using WDMA2 In this case, it is ad1 that is hanging. This was with kernels built from yesterday's cvsup sources. I'm recompiling the kernel now. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 9:10:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id A716A37BBFA for ; Mon, 13 Mar 2000 09:10:15 -0800 (PST) (envelope-from jdp@polstra.com) 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 JAA10901; Mon, 13 Mar 2000 09:10:12 -0800 (PST) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id JAA52571; Mon, 13 Mar 2000 09:10:11 -0800 (PST) (envelope-from jdp@polstra.com) Date: Mon, 13 Mar 2000 09:10:11 -0800 (PST) Message-Id: <200003131710.JAA52571@vashon.polstra.com> To: patrick@137.org Subject: Re: LD_LIBRARY_PATH not working? In-Reply-To: <20000313162902.29BBD5D9B@friley-162-229.res.iastate.edu> References: <20000313162902.29BBD5D9B@friley-162-229.res.iastate.edu> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <20000313162902.29BBD5D9B@friley-162-229.res.iastate.edu>, Patrick Hartling wrote: > Today I have been having problems with applications being unable to find > shared libraries at run time with LD_LIBRARY_PATH set correctly. If the > library is moved into a directory set at boot time with ldconfig (via rc), > it works fine. I have tried it with several different libraries (both C and > C++ used by both C and C++ apps), and the results are always the same. This > is on a -current system built with sources cvsup'd at approximately 09:10 > (CST) March 11, 2000. Did I overlook some configuration change? Thanks. Nothing has changed in connection with LD_LIBRARY_PATH recently. In fact, it has been at least a few weeks since the dynamic linker changed at all. Remember, LD_LIBRARY_PATH is ignored for setuid/setgid programs. 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-current" in the body of the message From owner-freebsd-current Mon Mar 13 9:14:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 5DDB437C060 for ; Mon, 13 Mar 2000 09:14:46 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id SAA59310; Mon, 13 Mar 2000 18:14:40 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200003131714.SAA59310@freebsd.dk> Subject: Re: Weird problems with my IDE HD In-Reply-To: from Donn Miller at "Mar 13, 2000 11:40:15 am" To: dmmiller@cvzoom.net (Donn Miller) Date: Mon, 13 Mar 2000 18:14:40 +0100 (CET) Cc: current@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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Donn Miller wrote: > I've got two HD's in my machine: one's an older one (WDMA2) and the other > one, my main one, is newer (UDMA33). With recent kernel builds, I've > noticed some strange problems with the older HD. When I try to to > something like fsck -y on the drive, fsck just hangs. Also, if I have > that drive mounted, and I do umount on that drive, umount hangs, and > sometimes umount hangs my whole system. > > I'm trying to determine if it's because my drive is bad, or was there > something that was changed in the ATA driver that may be causing > this? Output of dmesg: There was a window where the ata driver had a problem due to me committing a premature fix to enable the disksort stuff. This is now backed out in 4.0 and the prober fix is in -current. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 9:30: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id 831F537BBED for ; Mon, 13 Mar 2000 09:30:01 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 28071 invoked from network); 13 Mar 2000 17:29:59 -0000 Received: from lcl126.cvzoom.net (208.226.155.126) by ns.cvzoom.net with SMTP; 13 Mar 2000 17:29:59 -0000 Date: Mon, 13 Mar 2000 12:29:39 -0500 (EST) From: Donn Miller To: Soren Schmidt Cc: current@FreeBSD.ORG Subject: Re: Weird problems with my IDE HD In-Reply-To: <200003131714.SAA59310@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 13 Mar 2000, Soren Schmidt wrote: > It seems Donn Miller wrote: > > I'm trying to determine if it's because my drive is bad, or was there > > something that was changed in the ATA driver that may be causing > > this? Output of dmesg: > > There was a window where the ata driver had a problem due to me committing > a premature fix to enable the disksort stuff. This is now backed out in > 4.0 and the prober fix is in -current. Oh -- thanks for the info! So, it wasn't my imagination. Yeah, some strange stuff was happening. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 9:42:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 8728737B609; Mon, 13 Mar 2000 09:42:15 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id JAA83001; Mon, 13 Mar 2000 09:42:53 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) To: Kris Kennaway Cc: Jason Garman , jkh@freebsd.org, current@freebsd.org Subject: Re: latest 4.0 snapshot breaks tcpdump In-reply-to: Your message of "Mon, 13 Mar 2000 01:46:59 PST." Date: Mon, 13 Mar 2000 09:42:52 -0800 Message-ID: <82998.952969372@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Well yeah, that's fun to say, but my days have been literally completely > full with getting other things ready for 4.0. And you think mine haven't been? :) My point is simply that I'm going to need a lot more than rough suggestions at this point if people want to help. I don't have time to go implement all these little ideas myself. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 10: 4:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from vinyl.sentex.ca (vinyl.sentex.ca [209.112.4.14]) by hub.freebsd.org (Postfix) with ESMTP id 873E337BCC2 for ; Mon, 13 Mar 2000 10:04:27 -0800 (PST) (envelope-from mike@sentex.ca) Received: from simoeon (simeon.sentex.ca [209.112.4.47]) by vinyl.sentex.ca (8.9.3/8.9.3) with SMTP id NAA28321; Mon, 13 Mar 2000 13:04:04 -0500 (EST) (envelope-from mike@sentex.ca) Message-Id: <3.0.5.32.20000313130054.0105d6d0@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Mon, 13 Mar 2000 13:00:54 -0500 To: "Jordan K. Hubbard" From: Mike Tancsa Subject: 4.0R ? Cc: current@FreeBSD.ORG In-Reply-To: <82998.952969372@zippy.cdrom.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I do follow current, but I must be blind if I missed it. What is the latest date for 4.0R ? Will there be instead another Release Candidate and more testing ? ---Mike ------------------------------------------------------------------------ Mike Tancsa, tel +1 519 651 3400 Network Administrator, mike@sentex.net Sentex Communications www.sentex.net Cambridge, Ontario Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 10:40:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from reyim.ne.mediaone.net (reyim.ne.mediaone.net [24.218.251.241]) by hub.freebsd.org (Postfix) with ESMTP id EC11037BE9B for ; Mon, 13 Mar 2000 10:40:17 -0800 (PST) (envelope-from bloom@acm.org) Received: from acm.org (localhost [127.0.0.1]) by reyim.ne.mediaone.net (8.9.3/8.9.3) with ESMTP id NAA28967; Mon, 13 Mar 2000 13:39:03 -0500 (EST) (envelope-from bloom@acm.org) Message-ID: <38CD35C6.18891643@acm.org> Date: Mon, 13 Mar 2000 13:39:02 -0500 From: Jim Bloom Reply-To: bloom@acm.org X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Mike Tancsa Cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: 4.0R ? References: <3.0.5.32.20000313130054.0105d6d0@marble.sentex.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The tag was laid down earlier today. Here is what my current kernel claims to be at the moment: FreeBSD 5.0-CURRENT #31: Mon Mar 13 10:59:41 EST 2000 Actually, there might be a couple fixes slipped in between now and the release, but 4.0R exists. You may cvsup with the tag RELENG_4 now if you like. Jim Bloom bloom@acm.org Mike Tancsa wrote: > > I do follow current, but I must be blind if I missed it. What is the > latest date for 4.0R ? Will there be instead another Release Candidate and > more testing ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 11:31: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (Postfix) with ESMTP id D5FAF37BE4D for ; Mon, 13 Mar 2000 11:30:54 -0800 (PST) (envelope-from crossd@cs.rpi.edu) Received: from cs.rpi.edu (monica.cs.rpi.edu [128.213.7.2]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id OAA80430 for ; Mon, 13 Mar 2000 14:30:50 -0500 (EST) Message-Id: <200003131930.OAA80430@cs.rpi.edu> To: current@freebsd.org Subject: calcru / microuptime problem Date: Mon, 13 Mar 2000 14:30:49 -0500 From: "David E. Cross" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have had these problems ever since upgrading to -current about a month ago. The kernel very regularly spews out messages like: > Mar 13 14:23:39 gemini /kernel: calcru: negative time of -2663631 usec for pid 568 (sshd2) or a message that "microuptime() went backwards'. I have noticed that these messages usually coincide with moderate to heavy disk IO. I do not have the dmesg or kernel config here with me right now, but I believe I can provide most of the usefull information. The system is an ASUS P2B-DS running ROM revision 1009. It has 2 Pentium II - 400Mhz CPUs, and is running with 'device apm flags 0x20' to get the stat-clock (this was needed in FreeBSD-3.x, I have not yet tried without it. I am also running vinum across 3 disks, one Ultra-2-wide SCSI, and 2 IDE (each on their own bus). Furthermore I am running xntpd to keep my clock in sync. Any suggestions? -- David Cross | email: crossd@cs.rpi.edu Acting Lab Director | NYSLP: FREEBSD Systems Administrator/Research Programmer | Web: http://www.cs.rpi.edu/~crossd Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science | Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 12: 0:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id EF5C037B65C for ; Mon, 13 Mar 2000 12:00:37 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id VAA22818; Mon, 13 Mar 2000 21:00:26 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: "David E. Cross" Cc: current@FreeBSD.org Subject: Re: calcru / microuptime problem In-reply-to: Your message of "Mon, 13 Mar 2000 14:30:49 EST." <200003131930.OAA80430@cs.rpi.edu> Date: Mon, 13 Mar 2000 21:00:26 +0100 Message-ID: <22816.952977626@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200003131930.OAA80430@cs.rpi.edu>, "David E. Cross" writes: >I have had these problems ever since upgrading to -current about a >month ago. The kernel very regularly spews out messages like: >> Mar 13 14:23:39 gemini /kernel: calcru: negative time of -2663631 usec for pid 568 (sshd2) Disable APM in your bios and remove apm from your config. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 12: 2:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id BAC8D37BEB9 for ; Mon, 13 Mar 2000 12:02:24 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from daniel.sobral (root@p11-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.12]) by peach.ocn.ne.jp (8.9.1a/OCN) with ESMTP id FAA29634; Tue, 14 Mar 2000 05:02:07 +0900 (JST) Received: (from dcs@localhost) by daniel.sobral (8.9.3/8.9.3) id FAA12711; Tue, 14 Mar 2000 05:00:44 +0900 (JST) (envelope-from dcs) From: "Daniel C. Sobral" Message-Id: <200003132000.FAA12711@daniel.sobral> Subject: Re: pccard.conf.sample ? Is that a great name ??? In-Reply-To: from Kelly Yancey at "Mar 13, 2000 11:21:39 am" To: Kelly Yancey Date: Tue, 14 Mar 2000 05:00:43 +0900 (JST) Cc: "Nicolai Petri (ML)" , freebsd-current@FreeBSD.ORG Disclaimer: Klaatu Barada Nikto! X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Unheedful of thy elder's warnings, Kelly Yancey wrote: > On Mon, 13 Mar 2000, Nicolai Petri (ML) wrote: > > > > > Am I the only one who thinks that having a .sample file containing active > > settings is a not so great ting ? > > > > Why not simply rename it to pccard.conf, pccard.conf.default or > > default/pccard.conf The correct would be the later, and I'll be doing that soon. It hasn't been done yet for weird reasons better left unsaid. :-) > I assumed that the .sample was to emphasize the need to customize it as > needed and save it as pccard.conf (where pccardd expects to find it). You'd be right, if you were right. :-) Pccardd expects what you said, but defaults/rc.conf configures it to read pccard.conf.sample. In other words, what is used is the .sample file, *NOT* the customized version, unless you change that in /etc/rc.conf[.local]. > It doesn't strike me as a candidate for /etc/defaults/ unless it is made > to include /etc/pccard.conf if it exists and override and config entries > that are duplicated (i.e. if it were truly just defaults that could be > overridden). That's my plan. > In other words, it may not be intuitive, but it fits the existing > protocol. The .sample file is being read because we need pccardd ok for sysinstall from pcmcia ethernet cards. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org I have had my television aerials removed. It's the moral equivalent of a prostate operation. -- Malcolm Muggeridge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 12:17:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id 6E58737B64C for ; Mon, 13 Mar 2000 12:17:46 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id MAA01252; Mon, 13 Mar 2000 12:18:14 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200003132018.MAA01252@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "David E. Cross" Cc: current@freebsd.org Subject: Re: calcru / microuptime problem In-reply-to: Your message of "Mon, 13 Mar 2000 14:30:49 EST." <200003131930.OAA80430@cs.rpi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Mar 2000 12:18:14 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I have had these problems ever since upgrading to -current about a > month ago. The kernel very regularly spews out messages like: > > Mar 13 14:23:39 gemini /kernel: calcru: negative time of -2663631 usec for pid 568 (sshd2) > > or a message that "microuptime() went backwards'. I have noticed that > these messages usually coincide with moderate to heavy disk IO. > I do not have the dmesg or kernel config here with me right now, but I > believe I can provide most of the usefull information. The system is an > ASUS P2B-DS running ROM revision 1009. It has 2 Pentium II - 400Mhz CPUs, > and is running with 'device apm flags 0x20' to get the stat-clock (this was > needed in FreeBSD-3.x, I have not yet tried without it. I am also > running vinum across 3 disks, one Ultra-2-wide SCSI, and 2 IDE (each on > their own bus). Furthermore I am running xntpd to keep my clock in sync. > > Any suggestions? Remove the flags on the apm device and update to at least the 1011 BIOS. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 12:18:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from kronos.alcnet.com (kronos.alcnet.com [63.69.28.22]) by hub.freebsd.org (Postfix) with ESMTP id 2FEAD37B615 for ; Mon, 13 Mar 2000 12:18:06 -0800 (PST) (envelope-from kbyanc@posi.net) X-Provider: ALC Communications, Inc. http://www.alcnet.com/ Received: from localhost (kbyanc@localhost) by kronos.alcnet.com (8.9.3/8.9.3/antispam) with ESMTP id PAA61185; Mon, 13 Mar 2000 15:17:54 -0500 (EST) Date: Mon, 13 Mar 2000 15:17:54 -0500 (EST) From: Kelly Yancey X-Sender: kbyanc@kronos.alcnet.com To: "Daniel C. Sobral" Cc: freebsd-current@FreeBSD.ORG Subject: Re: pccard.conf.sample ? Is that a great name ??? In-Reply-To: <200003132000.FAA12711@daniel.sobral> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 14 Mar 2000, Daniel C. Sobral wrote: > > You'd be right, if you were right. :-) Pccardd expects what you said, > but defaults/rc.conf configures it to read pccard.conf.sample. In other > words, what is used is the .sample file, *NOT* the customized version, > unless you change that in /etc/rc.conf[.local]. Ah, sure enough, I had overridden it myself in /etc/rc.conf to do the right thing. Kelly -- Kelly Yancey - kbyanc@posi.net - Richmond, VA Analyst / E-business Development, Bell Industries http://www.bellind.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 12:21:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from kronos.alcnet.com (kronos.alcnet.com [63.69.28.22]) by hub.freebsd.org (Postfix) with ESMTP id C28EB37BEEF for ; Mon, 13 Mar 2000 12:21:26 -0800 (PST) (envelope-from kbyanc@posi.net) X-Provider: ALC Communications, Inc. http://www.alcnet.com/ Received: from localhost (kbyanc@localhost) by kronos.alcnet.com (8.9.3/8.9.3/antispam) with ESMTP id PAA61276; Mon, 13 Mar 2000 15:21:24 -0500 (EST) Date: Mon, 13 Mar 2000 15:21:24 -0500 (EST) From: Kelly Yancey X-Sender: kbyanc@kronos.alcnet.com To: "David E. Cross" Cc: current@FreeBSD.ORG Subject: Re: calcru / microuptime problem In-Reply-To: <200003131930.OAA80430@cs.rpi.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 13 Mar 2000, David E. Cross wrote: > I have had these problems ever since upgrading to -current about a > month ago. The kernel very regularly spews out messages like: > > Mar 13 14:23:39 gemini /kernel: calcru: negative time of -2663631 usec for pid 568 (sshd2) > I know you've probably already tried this, but I'll say it just in case: try setting the kern.timecounter.method sysctl to 1 and see if that works around the problem. Kelly -- Kelly Yancey - kbyanc@posi.net - Richmond, VA Analyst / E-business Development, Bell Industries http://www.bellind.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 12:24:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id CC2E137B64C for ; Mon, 13 Mar 2000 12:24:14 -0800 (PST) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 12UbNt-0006p6-00; Mon, 13 Mar 2000 22:24:13 +0200 From: Sheldon Hearn To: Paul Richards , a@axl.ops.uunet.co.za Cc: current@FreeBSD.org Subject: Re: MAX_UID ? In-reply-to: Your message of "Mon, 13 Mar 2000 02:13:30 GMT." <38CC4ECA.68AA4B78@originative.co.uk> Date: Mon, 13 Mar 2000 22:24:13 +0200 Message-ID: <26231.952979053@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 13 Mar 2000 02:13:30 GMT, Paul Richards wrote: > I guess my next question is, are there any objections to > > #define UID_MAX ((uid_t)0-1) If you decide to go the static macro definition (instead of Bruce's maxof() / minof() idea), please consider using UID_T_{MAX,MIN} or, even better, BSD_UID_T_{MAX,MIN}. Thanks, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 12:57:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from forrie.net (forrie.net [216.67.12.69]) by hub.freebsd.org (Postfix) with ESMTP id 3BD1637B65C for ; Mon, 13 Mar 2000 12:57:26 -0800 (PST) (envelope-from forrie@forrie.net) Received: (from forrie@localhost) by forrie.net with id e2DKvIZ63391 for freebsd-current@freebsd.org; Mon, 13 Mar 2000 15:57:18 -0500 (EST) Date: Mon, 13 Mar 2000 15:57:18 -0500 From: Forrest Aldrich To: freebsd-current@freebsd.org Subject: 5.0? Message-ID: <20000313155718.A63371@forrie.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I noted the tag on the kernel today was updated to 5.0-CURRENT... where is 4.0-RELEASE? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 13: 4:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from canonware.com (canonware.com [199.181.107.39]) by hub.freebsd.org (Postfix) with SMTP id 67EB037B8BA for ; Mon, 13 Mar 2000 13:04:18 -0800 (PST) (envelope-from jasone@canonware.com) Received: (qmail 59798 invoked by uid 1001); 13 Mar 2000 21:01:58 -0000 Date: Mon, 13 Mar 2000 13:01:58 -0800 From: Jason Evans To: John Birrell Cc: David O'Brien , current@FreeBSD.ORG Subject: Re: Weak symbols in libc_r broken? Message-ID: <20000313130158.U333@sturm.canonware.com> References: <20000313145201.H34294@freebsd1.cimlogic.com.au> <20000312230740.A8720@dragon.nuxi.com> <20000313181222.L34294@freebsd1.cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000313181222.L34294@freebsd1.cimlogic.com.au>; from jb@cimlogic.com.au on Mon, Mar 13, 2000 at 06:12:22PM +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 13, 2000 at 06:12:22PM +1100, John Birrell wrote: > I deleted the weak definitions in the _THREAD_SAFE PRSYSCALL in > lib/libc/i386/SYS.h and the problem goes away. I don't understand why > Jason needed to add them in the first place. I didn't need to add them. At some point during all the changes I made, I mistakenly got it in my mind that the weak aliases had been there before I started mucking with things, and therefore I, uh, left them there. =) Unfortunately, I didn't notice this problem until a week ago, and it was only this weekend that I understood the root of the problem. Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 13:19:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 07D0437B6AE for ; Mon, 13 Mar 2000 13:19:11 -0800 (PST) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id B49721C5C; Mon, 13 Mar 2000 16:19:09 -0500 (EST) Date: Mon, 13 Mar 2000 16:19:09 -0500 From: Bill Fumerola To: Forrest Aldrich Cc: freebsd-current@freebsd.org Subject: Re: 5.0? Message-ID: <20000313161909.U25438@jade.chc-chimes.com> References: <20000313155718.A63371@forrie.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000313155718.A63371@forrie.net>; from forrie@forrie.net on Mon, Mar 13, 2000 at 03:57:18PM -0500 X-Operating-System: FreeBSD 3.2-RELEASE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 13, 2000 at 03:57:18PM -0500, Forrest Aldrich wrote: > I noted the tag on the kernel today was updated to 5.0-CURRENT... where > is 4.0-RELEASE? Multiple choice test: (1) There's a secret consipiracy going around to keep the release of it really, really quiet. (2) The consipiracy is to keep _you_ from knowing about it. (3) It hasn't been released yet because the rough edges are still being taken care of and polished of. (4) The developers all dropped FreeBSD and are now running Redhat. -- Bill Fumerola - Network Architect Computer Horizons Corp - CVM e-mail: billf@chc-chimes.com / billf@FreeBSD.org Office: 800-252-2421 x128 / Cell: 248-761-7272 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 13:31: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id E460737BD6F for ; Mon, 13 Mar 2000 13:30:42 -0800 (PST) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.12 #1) id 12Ua9y-000EVs-00; Mon, 13 Mar 2000 19:05:46 +0000 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.12 #7) id 12Ua9y-000GkW-00; Mon, 13 Mar 2000 19:05:46 +0000 Date: Mon, 13 Mar 2000 19:05:46 +0000 From: Ben Smithurst To: Jim Bloom Cc: Mike Tancsa , "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: 4.0R ? Message-ID: <20000313190546.D80937@strontium.scientia.demon.co.uk> References: <3.0.5.32.20000313130054.0105d6d0@marble.sentex.ca> <38CD35C6.18891643@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <38CD35C6.18891643@acm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jim Bloom wrote: > The tag was laid down earlier today. Here is what my current kernel > claims to be at the moment: I saw the RELENG_4 tag in my cvsup log, but I don't think that's the same as the 4.0 release tag is it? That would be RELENG_4_0_0_RELEASE surely. -- Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 13:33:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from mrs-2.smartworld.net (mrs-2-fix.smartworld.net [216.70.64.26]) by hub.freebsd.org (Postfix) with ESMTP id DECF937C04A for ; Mon, 13 Mar 2000 13:33:22 -0800 (PST) (envelope-from bobharris@freewwweb.com) Received: from freewwweb.com (ppp-487.tnt-1.atl.smartworld.net [216.70.69.237]) by mrs-2.smartworld.net (8.9.1a/8.9.1) with ESMTP id QAA96431 for ; Mon, 13 Mar 2000 16:32:42 -0600 (CST) Message-ID: <38CD5E62.D62CFCBB@freewwweb.com> Date: Mon, 13 Mar 2000 16:32:19 -0500 From: Bob Harris X-Mailer: Mozilla 4.61 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG auth e96ad1c2 subscribe freebsd-current bobharris@freewwweb.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 13:39:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id E8AC137B737 for ; Mon, 13 Mar 2000 13:39:08 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id NAA02058; Mon, 13 Mar 2000 13:40:16 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200003132140.NAA02058@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Poul-Henning Kamp Cc: "David E. Cross" , current@FreeBSD.org Subject: Re: calcru / microuptime problem In-reply-to: Your message of "Mon, 13 Mar 2000 21:00:26 +0100." <22816.952977626@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Mar 2000 13:40:16 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <200003131930.OAA80430@cs.rpi.edu>, "David E. Cross" writes: > >I have had these problems ever since upgrading to -current about a > >month ago. The kernel very regularly spews out messages like: > >> Mar 13 14:23:39 gemini /kernel: calcru: negative time of -2663631 usec for pid 568 (sshd2) > > Disable APM in your bios and remove apm from your config. This isn't the fix for this problem, and especially not on this board. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 13:57:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 22B2F37B619 for ; Mon, 13 Mar 2000 13:56:50 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id OAA87008 for ; Mon, 13 Mar 2000 14:56:43 -0700 (MST) (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 OAA39642 for ; Mon, 13 Mar 2000 14:56:36 -0700 (MST) Message-Id: <200003132156.OAA39642@harmony.village.org> To: freebsd-current@freebsd.org Subject: build-meisters Date: Mon, 13 Mar 2000 14:56:36 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'd like to solicit comments on pr 17304. This pr makes it possible to build a kld outside of the kernel source area. This is useful in our enviornment because we have lots of different FreeBSD machines around and we build modules for embedded systems on one sthat are "close" to the actual version, but not necessarily the same. These minro patches make that practice safe. By defining KERN to be /usr/src/sys/kern, or whereever you have your kernel (in my case /h/imp/tsc/FreeBSD-tsc-4/kern). Can anybody comment on this? I know I'm slightly abusing KERN, but having a new variable KERNBASE or KERNBASEDIR seemed too much., The second patch in the PR is the one I'm interested in feedback on. It has survived at least one buildworld here. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 14:34:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 790FD37B517 for ; Mon, 13 Mar 2000 14:33:58 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id PAA87111; Mon, 13 Mar 2000 15:33:47 -0700 (MST) (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 PAA39853; Mon, 13 Mar 2000 15:33:44 -0700 (MST) Message-Id: <200003132233.PAA39853@harmony.village.org> To: "Nicolai Petri (ML)" Subject: Re: pccard.conf.sample ? Is that a great name ??? Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Mon, 13 Mar 2000 17:04:26 +0100." References: Date: Mon, 13 Mar 2000 15:33:44 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message "Nicolai Petri (ML)" writes: : Am I the only one who thinks that having a .sample file containing active : settings is a not so great ting ? No. It is bad. I was asleep at the time it happened, and didn't notice until we were in code freeze. In hind sight, Id have changed it anyway... : Why not simply rename it to pccard.conf, pccard.conf.default or : default/pccard.conf I'd call it /etc/default/pccard.conf. The problem with doing this today is that there's no include file to chain things... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 15:11:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from gemma.TechFak.Uni-Bielefeld.DE (gemma.TechFak.Uni-Bielefeld.DE [129.70.136.103]) by hub.freebsd.org (Postfix) with ESMTP id D165537B540 for ; Mon, 13 Mar 2000 15:10:56 -0800 (PST) (envelope-from oschonef@TechFak.Uni-Bielefeld.DE) Received: from frizzantino.TechFak.Uni-Bielefeld.DE (frizzantino.TechFak.Uni-Bielefeld.DE [129.70.133.65]) by gemma.TechFak.Uni-Bielefeld.DE (8.9.1/8.9.1/TechFak/pk+ro19980721) with SMTP id AAA21878 for ; Tue, 14 Mar 2000 00:10:51 +0100 (MET) From: Oliver Schonefeld Received: by frizzantino.TechFak.Uni-Bielefeld.DE (SMI-8.6/pk970604A) id AAA27129; Tue, 14 Mar 2000 00:10:50 +0100 Date: Tue, 14 Mar 2000 00:10:50 +0100 To: freebsd-current@freebsd.org Subject: Compaq SMART EISA and ida driver -> kernel panic Message-ID: <20000314001050.A27071@frizzantino.TechFak.Uni-Bielefeld.DE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i X-Zen: Oooommmmmmmmmmmmmmmmmmmmmmm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hello *! i was very happy to se, that the eisa bus attachment stuff had been reviewed and comitted to the source tree. the kernel compiles w/o problems but panics, when booting :-( has anybody with an eisa board have had success (maybe my setup is somehow wrong?!) relevent kernel messages: ahb0: at 0x3c00-0x3cff, irq 12 (edge) ahb0: on eisa0 slot 3 ahb0: AHA1740A Single Ended SCSI Adapter, FW Rev. E , ID=7, 64 ECBs ida0: at 0x4c88-0x4c9e, irq 15 (level) ida0: on eisa0 slot 4 panic: ida_wait: incorrect qcb returned Debugger("panic") Stopped at Debugger+0x35: movb $0,in_Debugger.372 "trace" in the kernel debugger returnes following output: panic(c01f7520,c0ca7000,c0ca5d00,ffffffff,c029ee84) at panic+0xf8 ida_wait(c0ca5d00,c0ca7000,1f4,c0ca5d00,0) at ida_wait+0x75 ida_command(c0ca5d00,11,c029eeb4,9,0,1,c0ca5d00,0) at ida_command+0xf8 ida_attach(c0ca5d00,c0ca4c80,c0ca4f00,0,c0ca5d00) at ida_attach+0x28 ida_eisa_attach(c0ca4c80,c029ef08,c01561fb,c0ca4c80,c0ca4c80) at ida_eisa_attach+0x187 DEVICE_ATTACH(c0ca4c80,c0ca4c80,c0ca2000,0,c029ef18) at DEVICE_ATTACH+0x2e [some more, but i think, that was the importtant part, since the adaptec board ist probed and initialized correclty] unfortunaly no core dump available. information on machine: compaq prosignia 486 w/pentium overdrive (bios version as from 09/25/97) os set to "UNIX/XENIX" 1x compaq smart array controller (firmware revision 2.26) os set to "UNIX/XENIX" one logical volume: 2x quantum fireball 1.08GB (drive mirroring) setup via compaq system configuration utility (did i miss something?) 1x adaptec 1740 1x adaptec 2742 (floppy controller disabled) 2x 3com 3c597 NICs without the driver the machine runs just rock solid (lacking a raid, of course). so something must be wrong, when probing for the controller. any ideas? if more information is needed, i will try to provide them, cheers, oliver -- -------------------------------------------------------- email: oschonef@techfak.uni-bielefeld.de olli@psychopathen.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 15:30:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id F3AA237B580 for ; Mon, 13 Mar 2000 15:30:57 -0800 (PST) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id PAA69953 for ; Mon, 13 Mar 2000 15:30:57 -0800 (PST) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Mon, 13 Mar 2000 15:30:57 -0800 (PST) From: Kris Kennaway To: current@freebsd.org Subject: [URGENT] OpenSSH changes Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can everyone please do a make world of RELENG_4 with my latest OpenSSH changes, and verify that everything still works properly? The only thing that should have changed is that it will now report a more descriptive error when trying to talk to a server which uses long (>1024 bit) keys and you're using the RSAREF version. In particular I would like international people (those who use crypto ultimately derived from internat.freebsd.org) to test this, as I haven't done any testing myself from there. If there are any problems, I'd really like to know about them *ASAP* (i.e. before the release announcement, so I can fix them). Thanks! Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 15:36:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from ptldpop3.ptld.uswest.net (ptldpop3.ptld.uswest.net [198.36.160.3]) by hub.freebsd.org (Postfix) with SMTP id D8CB637B6A4 for ; Mon, 13 Mar 2000 15:36:16 -0800 (PST) (envelope-from bwoods2@uswest.net) Received: (qmail 32756 invoked by alias); 13 Mar 2000 23:35:12 -0000 Delivered-To: fixup-current@freebsd.org@fixme Received: (qmail 32741 invoked by uid 0); 13 Mar 2000 23:35:12 -0000 Received: from unknown (HELO laptop.cybcon.com) (63.227.213.90) by pop.ptld.uswest.net with SMTP; 13 Mar 2000 23:35:12 -0000 Content-Length: 1424 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: Mon, 13 Mar 2000 15:33:05 -0800 (PST) Reply-To: bwoods2@uswest.net From: William Woods To: Kris Kennaway Subject: RE: [URGENT] OpenSSH changes Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there actually a RELENG_4 (release) ? I have seen a couple messages saying there is and a few saying there isnt. On 13-Mar-00 Kris Kennaway wrote: > Can everyone please do a make world of RELENG_4 with my latest OpenSSH > changes, and verify that everything still works properly? The only thing > that should have changed is that it will now report a more descriptive > error when trying to talk to a server which uses long (>1024 bit) keys and > you're using the RSAREF version. In particular I would like international > people (those who use crypto ultimately derived from internat.freebsd.org) > to test this, as I haven't done any testing myself from there. > > If there are any problems, I'd really like to know about them *ASAP* (i.e. > before the release announcement, so I can fix them). > > Thanks! > Kris > > ---- > In God we Trust -- all others must submit an X.509 certificate. > -- Charles Forsythe > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message ---------------------------------- E-Mail: bwoods2@uswest.net Date: 13-Mar-00 Time: 15:32:15l ---------------------------------- NOTICE TO BULK E-MAILERS: Pursuant to US Code, Title 47, Chapter 5, Subchapter II, 227, and all unsolicited commercial e-mail sent to this address is subject to a download and archival fee in the amount of $500 US To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 15:41:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from erouter0.it-datacntr.louisville.edu (erouter0.it-datacntr.louisville.edu [136.165.1.36]) by hub.freebsd.org (Postfix) with ESMTP id CD7B337B6C2 for ; Mon, 13 Mar 2000 15:41:31 -0800 (PST) (envelope-from k.stevenson@louisville.edu) Received: from osaka.louisville.edu (osaka.louisville.edu [136.165.1.114]) by erouter0.it-datacntr.louisville.edu (Postfix) with ESMTP id 0143324ED0; Mon, 13 Mar 2000 18:41:29 -0500 (EST) Received: by osaka.louisville.edu (Postfix, from userid 15) id 368A418605; Mon, 13 Mar 2000 18:41:24 -0500 (EST) Date: Mon, 13 Mar 2000 18:41:24 -0500 From: Keith Stevenson To: William Woods Cc: current@freebsd.org Subject: Re: [URGENT] OpenSSH changes Message-ID: <20000313184124.A78244@osaka.louisville.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 13, 2000 at 03:33:05PM -0800, William Woods wrote: > Is there actually a RELENG_4 (release) ? I have seen a couple messages saying > there is and a few saying there isnt. There is a RELENG_4 branch, but no 4.0-RELEASE as yet. Regards, --Keith Stevenson-- -- Keith Stevenson System Programmer - Data Center Services - University of Louisville k.stevenson@louisville.edu PGP key fingerprint = 4B 29 A8 95 A8 82 EA A2 29 CE 68 DE FC EE B6 A0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 15:42:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id C114837B721; Mon, 13 Mar 2000 15:42:00 -0800 (PST) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id PAA05029; Mon, 13 Mar 2000 15:41:57 -0800 (PST) Date: Mon, 13 Mar 2000 15:41:57 -0800 From: Brooks Davis To: William Woods Cc: Kris Kennaway , current@FreeBSD.ORG Subject: Re: [URGENT] OpenSSH changes Message-ID: <20000313154157.A29455@orion.ac.hmc.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: ; from bwoods2@uswest.net on Mon, Mar 13, 2000 at 03:33:05PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 13, 2000 at 03:33:05PM -0800, William Woods wrote: > Is there actually a RELENG_4 (release) ? I have seen a couple messages saying > there is and a few saying there isnt. There is a RELENG_4 (cvsup'ing my CVS repository took forever this morning ;-), but there is not a 4.0 release tag yet. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 15:48: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4AC2437B62C; Mon, 13 Mar 2000 15:47:59 -0800 (PST) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id PAA71416; Mon, 13 Mar 2000 15:47:58 -0800 (PST) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Mon, 13 Mar 2000 15:47:58 -0800 (PST) From: Kris Kennaway To: William Woods Cc: current@freebsd.org Subject: RE: [URGENT] OpenSSH changes In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 13 Mar 2000, William Woods wrote: > Is there actually a RELENG_4 (release) ? I have seen a couple messages saying > there is and a few saying there isnt. Do a cvsup and you'll soon find out :-) Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 15:51:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from ptldpop3.ptld.uswest.net (ptldpop3.ptld.uswest.net [198.36.160.3]) by hub.freebsd.org (Postfix) with SMTP id 6EF4C37B67E for ; Mon, 13 Mar 2000 15:51:47 -0800 (PST) (envelope-from bwoods2@uswest.net) Received: (qmail 42308 invoked by alias); 13 Mar 2000 23:50:50 -0000 Delivered-To: fixup-current@freebsd.org@fixme Received: (qmail 42299 invoked by uid 0); 13 Mar 2000 23:50:50 -0000 Received: from unknown (HELO laptop.cybcon.com) (63.227.213.90) by pop.ptld.uswest.net with SMTP; 13 Mar 2000 23:50:50 -0000 Content-Length: 787 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: Mon, 13 Mar 2000 15:48:42 -0800 (PST) Reply-To: bwoods2@uswest.net From: William Woods To: Kris Kennaway Subject: RE: [URGENT] OpenSSH changes Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was going to cvsup, but what tag should I use?? On 13-Mar-00 Kris Kennaway wrote: > On Mon, 13 Mar 2000, William Woods wrote: > >> Is there actually a RELENG_4 (release) ? I have seen a couple messages >> saying >> there is and a few saying there isnt. > > Do a cvsup and you'll soon find out :-) > > Kris > > ---- > In God we Trust -- all others must submit an X.509 certificate. > -- Charles Forsythe ---------------------------------- E-Mail: bwoods2@uswest.net Date: 13-Mar-00 Time: 15:48:19l ---------------------------------- NOTICE TO BULK E-MAILERS: Pursuant to US Code, Title 47, Chapter 5, Subchapter II, 227, and all unsolicited commercial e-mail sent to this address is subject to a download and archival fee in the amount of $500 US To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 16:19:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from thelab.hub.org (nat200.164.mpoweredpc.net [142.177.200.164]) by hub.freebsd.org (Postfix) with ESMTP id 4043C37B539 for ; Mon, 13 Mar 2000 16:19:33 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.3) with ESMTP id UAA48685; Mon, 13 Mar 2000 20:19:07 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Mon, 13 Mar 2000 20:19:07 -0400 (AST) From: The Hermit Hacker To: Bill Fumerola Cc: Forrest Aldrich , freebsd-current@FreeBSD.ORG Subject: Re: 5.0? In-Reply-To: <20000313161909.U25438@jade.chc-chimes.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 13 Mar 2000, Bill Fumerola wrote: > On Mon, Mar 13, 2000 at 03:57:18PM -0500, Forrest Aldrich wrote: > > > I noted the tag on the kernel today was updated to 5.0-CURRENT... where > > is 4.0-RELEASE? > > Multiple choice test: > > (1) There's a secret consipiracy going around to keep the release of it really, > really quiet. > (2) The consipiracy is to keep _you_ from knowing about it. > (3) It hasn't been released yet because the rough edges are still being taken > care of and polished of. > (4) The developers all dropped FreeBSD and are now running Redhat. Blasphemy!! Burn the heretic!! :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 16:21:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.twave.net (twave.net [206.100.228.5]) by hub.freebsd.org (Postfix) with SMTP id 9271837B5CC for ; Mon, 13 Mar 2000 16:21:44 -0800 (PST) (envelope-from brameld@twave.net) Received: from [208.47.188.14] by mail.twave.net (NTMail 3.03.0018/1.abwg) with ESMTP id ta176351 for ; Mon, 13 Mar 2000 19:21:29 -0500 Received: from Bozo_3.BozoLand.domain (root@localhost [127.0.0.1]) by Bozo_3.BozoLand.domain (8.9.3/8.9.3) with SMTP id TAA58086; Mon, 13 Mar 2000 19:21:23 -0500 (EST) (envelope-from brameld@twave.net) From: Walter Brameld To: Bill Fumerola , Forrest Aldrich Subject: Re: 5.0? Date: Mon, 13 Mar 2000 19:20:58 -0500 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: freebsd-current@freebsd.org References: <20000313155718.A63371@forrie.net> <20000313161909.U25438@jade.chc-chimes.com> In-Reply-To: <20000313161909.U25438@jade.chc-chimes.com> MIME-Version: 1.0 Message-Id: <00031319212300.57995@Bozo_3.BozoLand.domain> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 13 Mar 2000, in a never-ending search for enlightenment, Bill Fumerola wrote: > On Mon, Mar 13, 2000 at 03:57:18PM -0500, Forrest Aldrich wrote: > > > I noted the tag on the kernel today was updated to 5.0-CURRENT... where > > is 4.0-RELEASE? > > Multiple choice test: > > (1) There's a secret consipiracy going around to keep the release of it really, > really quiet. > (2) The consipiracy is to keep _you_ from knowing about it. > (3) It hasn't been released yet because the rough edges are still being taken > care of and polished of. > (4) The developers all dropped FreeBSD and are now running Redhat. > > -- > Bill Fumerola - Network Architect > Computer Horizons Corp - CVM > e-mail: billf@chc-chimes.com / billf@FreeBSD.org > Office: 800-252-2421 x128 / Cell: 248-761-7272 Ummm....is it 4? -- Walter Brameld Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? BSD: Are you guys coming, or what? Walter: Where the hell am I? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 16:59:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from forrie.net (forrie.net [216.67.12.69]) by hub.freebsd.org (Postfix) with ESMTP id 4C1F137B563 for ; Mon, 13 Mar 2000 16:59:17 -0800 (PST) (envelope-from forrie@forrie.com) Received: from Forrest (getbent@forrie.ne.mediaone.net [24.147.129.124]) by forrie.net with id e2E0wxj64947; Mon, 13 Mar 2000 19:59:00 -0500 (EST) Message-Id: <4.3.2.20000313195640.00b38600@216.67.12.69> X-Sender: forrie@216.67.12.69 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Mon, 13 Mar 2000 19:57:05 -0500 To: Bill Fumerola , Forrest Aldrich From: Forrest Aldrich Subject: Re: 5.0? Cc: freebsd-current@freebsd.org In-Reply-To: <20000313161909.U25438@jade.chc-chimes.com> References: <20000313155718.A63371@forrie.net> <20000313155718.A63371@forrie.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Oh, it MUST be #4 :-) (hide) At 04:19 PM 3/13/00 -0500, Bill Fumerola wrote: >On Mon, Mar 13, 2000 at 03:57:18PM -0500, Forrest Aldrich wrote: > > > I noted the tag on the kernel today was updated to 5.0-CURRENT... where > > is 4.0-RELEASE? > >Multiple choice test: > >(1) There's a secret consipiracy going around to keep the release of it >really, >really quiet. >(2) The consipiracy is to keep _you_ from knowing about it. >(3) It hasn't been released yet because the rough edges are still being taken >care of and polished of. >(4) The developers all dropped FreeBSD and are now running Redhat. > >-- >Bill Fumerola - Network Architect >Computer Horizons Corp - CVM >e-mail: billf@chc-chimes.com / billf@FreeBSD.org >Office: 800-252-2421 x128 / Cell: 248-761-7272 > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 17: 8:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from fgwmail5.fujitsu.co.jp (fgwmail5.fujitsu.co.jp [192.51.44.35]) by hub.freebsd.org (Postfix) with ESMTP id 6CA9A37B5E3 for ; Mon, 13 Mar 2000 17:08:12 -0800 (PST) (envelope-from shin@nd.net.fujitsu.co.jp) Received: from m4.gw.fujitsu.co.jp by fgwmail5.fujitsu.co.jp (8.9.3/3.7W-MX0002-Fujitsu Gateway) id KAA20370; Tue, 14 Mar 2000 10:08:06 +0900 (JST) (envelope-from shin@nd.net.fujitsu.co.jp) Received: from chisato.nd.net.fujitsu.co.jp by m4.gw.fujitsu.co.jp (8.9.3/3.7W-0002-Fujitsu Domain Master) id KAA15999; Tue, 14 Mar 2000 10:08:05 +0900 (JST) Received: from localhost (dhcp7173.nd.net.fujitsu.co.jp [10.18.7.173]) by chisato.nd.net.fujitsu.co.jp (8.8.5+2.7Wbeta5/3.3W8chisato-970826) with ESMTP id KAA18240; Tue, 14 Mar 2000 10:08:04 +0900 (JST) To: wollman@khavrinen.lcs.mit.edu Cc: freebsd-current@FreeBSD.ORG Subject: Re: IPv6 setup... In-Reply-To: <200003131513.KAA35922@khavrinen.lcs.mit.edu> References: <20000313102208Z.shin@nd.net.fujitsu.co.jp> <200003131513.KAA35922@khavrinen.lcs.mit.edu> X-Mailer: Mew version 1.94 on Emacs 20.4 / Mule 4.0 (HANANOEN) X-Prom-Mew: Prom-Mew 1.93.4 (procmail reader for Mew) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000314100900D.shin@nd.net.fujitsu.co.jp> Date: Tue, 14 Mar 2000 10:09:00 +0900 From: Yoshinobu Inoue X-Dispatcher: imput version 990905(IM130) Lines: 20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > echo 24.113.25.85 | sed -e s/"\."/" "/g | awk '{$5 = $1*256 + $2; $6 = $3*256 + $4; printf "2002:%x:%x:\n", $5, $6}' > > Or, without only one extra process: > > myaddr=24.113.25.85 > OIFS="$IFS" > IFS=".$IFS" > set $myaddr > IFS="$OIFS" > printf "2002:%x:%x:\n" $(($1 * 256 + $2)) $(($3 * 256 + $4)) > > -GAWollman It's fine. I'll also use it in /etc/rc.network6. Thanks, Yoshinobu Inoue To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 17:18:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (Postfix) with ESMTP id F0C0737B637; Mon, 13 Mar 2000 17:18:02 -0800 (PST) (envelope-from van.woerkom@netcologne.de) Received: from oranje.my.domain (dial-rs2-205-1.netcologne.de [194.8.205.1]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id CAA15381; Tue, 14 Mar 2000 02:17:51 +0100 (MET) Received: (from marc@localhost) by oranje.my.domain (8.9.3/8.9.3) id CAA10759; Tue, 14 Mar 2000 02:17:51 +0100 (CET) (envelope-from van.woerkom@netcologne.de) Date: Tue, 14 Mar 2000 02:17:51 +0100 (CET) Message-Id: <200003140117.CAA10759@oranje.my.domain> X-Authentication-Warning: oranje.my.domain: marc set sender to van.woerkom@netcologne.de using -f From: Marc van Woerkom To: kong@comset.net Cc: rjoseph@nwlink.com, freebsd-multimedia@FreeBSD.ORG, freebsd-current@FreeBSD.ORG In-reply-to: (message from Hostas Red on Wed, 1 Mar 2000 21:06:19 +0300 (MSK)) Subject: Re: ES1370 - no sound completely :( Reply-To: van.woerkom@netcologne.de References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It doesn't helps :( The card consists of two chips the ES1370 plus a codec chip. And if I remember correctly that one is different from the AK4531 on the original Audio PCI card (they used a cheaper one for the PCI64). Creative probably bought Ensoniq because of the Audio PCI card which seems to be mostly identical to the PCI128. I would suggest changing the PCI64 into a PCI128 if possible. If not you must first identify what codec is used on the board - maybe we find specs or an existing Linux driver.. Regards, Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 17:47:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from user1.bind.com (user1.bind.com [207.76.173.4]) by hub.freebsd.org (Postfix) with ESMTP id DF96537C388 for ; Mon, 13 Mar 2000 17:47:10 -0800 (PST) (envelope-from aaronh@bind.com) Received: from user1.bind.com (aaronh@user1.bind.com [207.76.173.4]) by user1.bind.com (8.9.3/8.9.3) with ESMTP id UAA56734 for ; Mon, 13 Mar 2000 20:47:13 -0500 (EST) (envelope-from aaronh@bind.com) Date: Mon, 13 Mar 2000 20:47:13 -0500 (EST) From: Aaron Hughes To: freebsd-current@freebsd.org Subject: pcm use /dev/dsp to where? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am using the new pcm driver which works great, however, I managed to remove the ln -s to dsp. I do not know what it was linked and 'sh MAKEDEV snd' links dsp to dsp. How can I fix this? pcm0: port 0xef00-0xef3f irq 7 at device 16.0 on pci0 Thanks, Aaron - Aaron Hughes - aaronh@bind.com - For public PGP key: finger aaronh@bind.com - Key fingerprint = AD 67 37 60 7D 73 C5 B7 33 18 3F 36 C3 1C C6 B8 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 17:51:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from code.cs.unm.edu (code.cs.unm.edu [198.83.92.110]) by hub.freebsd.org (Postfix) with ESMTP id C26B837B5B6 for ; Mon, 13 Mar 2000 17:51:26 -0800 (PST) (envelope-from spcoltri@code.cs.unm.edu) Received: from code.cs.unm.edu (localhost [127.0.0.1]) by code.cs.unm.edu (8.9.3/8.9.3) with ESMTP id SAA37213; Mon, 13 Mar 2000 18:51:07 -0700 (MST) (envelope-from spcoltri@code.cs.unm.edu) Message-Id: <200003140151.SAA37213@code.cs.unm.edu> To: Aaron Hughes Cc: freebsd-current@FreeBSD.ORG Subject: Re: pcm use /dev/dsp to where? In-Reply-To: Your message of "Mon, 13 Mar 2000 20:47:13 EST." Date: Mon, 13 Mar 2000 18:51:07 -0700 From: Steve Coltrin Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I am using the new pcm driver which works great, however, I managed to >remove the ln -s to dsp. I do not know what it was linked and 'sh MAKEDEV >snd' links dsp to dsp. How can I fix this? > >pcm0: port 0xef00-0xef3f irq 7 at device 16.0 on pci0 ^ sh MAKEDEV snd0 (you would use 'snd1' if your card was detected as pcm1, etc). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 17:55:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 388AD37B6CA for ; Mon, 13 Mar 2000 17:55:21 -0800 (PST) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id UAA23588; Mon, 13 Mar 2000 20:55:12 -0500 (EST) Date: Mon, 13 Mar 2000 20:55:12 -0500 (EST) From: "Matthew N. Dodd" To: Oliver Schonefeld Cc: freebsd-current@FreeBSD.ORG Subject: Re: Compaq SMART EISA and ida driver -> kernel panic In-Reply-To: <20000314001050.A27071@frizzantino.TechFak.Uni-Bielefeld.DE> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 14 Mar 2000, Oliver Schonefeld wrote: > i was very happy to se, that the eisa bus attachment stuff had been > reviewed and comitted to the source tree. the kernel compiles w/o > problems but panics, when booting :-( has anybody with an eisa board > have had success (maybe my setup is somehow wrong?!) Could you add printf("0x%lx\n0x%lx0x%lx\n", qcb, completed, qcb_done); to ida.c:ida_wait() after this line: 454: qcb_done = idahwqcbptov(ida, completed & ~3); And show us the output. > relevent kernel messages: > ahb0: at 0x3c00-0x3cff, irq 12 (edge) > ahb0: on eisa0 slot 3 > ahb0: AHA1740A Single Ended SCSI Adapter, FW Rev. E , ID=7, 64 ECBs > ida0: at 0x4c88-0x4c9e, irq 15 (level) > ida0: on eisa0 slot 4 > panic: ida_wait: incorrect qcb returned > Debugger("panic") > Stopped at Debugger+0x35: movb $0,in_Debugger.372 > > "trace" in the kernel debugger returnes following output: > panic(c01f7520,c0ca7000,c0ca5d00,ffffffff,c029ee84) at panic+0xf8 > ida_wait(c0ca5d00,c0ca7000,1f4,c0ca5d00,0) at ida_wait+0x75 > ida_command(c0ca5d00,11,c029eeb4,9,0,1,c0ca5d00,0) at ida_command+0xf8 > ida_attach(c0ca5d00,c0ca4c80,c0ca4f00,0,c0ca5d00) at ida_attach+0x28 > ida_eisa_attach(c0ca4c80,c029ef08,c01561fb,c0ca4c80,c0ca4c80) at > ida_eisa_attach+0x187 > DEVICE_ATTACH(c0ca4c80,c0ca4c80,c0ca2000,0,c029ef18) at DEVICE_ATTACH+0x2e > [some more, but i think, that was the importtant part, since the adaptec > board ist probed and initialized correclty] > > unfortunaly no core dump available. > > information on machine: > compaq prosignia 486 w/pentium overdrive (bios version as from 09/25/97) > os set to "UNIX/XENIX" > 1x compaq smart array controller (firmware revision 2.26) > os set to "UNIX/XENIX" > one logical volume: > 2x quantum fireball 1.08GB (drive mirroring) > setup via compaq system configuration utility (did i miss something?) > 1x adaptec 1740 > 1x adaptec 2742 (floppy controller disabled) > 2x 3com 3c597 NICs > > without the driver the machine runs just rock solid (lacking a raid, of > course). so something must be wrong, when probing for the controller. > any ideas? > if more information is needed, i will try to provide them, > > cheers, > oliver > -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 18: 1:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from user1.bind.com (user1.bind.com [207.76.173.4]) by hub.freebsd.org (Postfix) with ESMTP id 575CD37B5D8 for ; Mon, 13 Mar 2000 18:01:27 -0800 (PST) (envelope-from aaronh@bind.com) Received: from user1.bind.com (aaronh@user1.bind.com [207.76.173.4]) by user1.bind.com (8.9.3/8.9.3) with ESMTP id VAA69873; Mon, 13 Mar 2000 21:01:26 -0500 (EST) (envelope-from aaronh@bind.com) Date: Mon, 13 Mar 2000 21:01:26 -0500 (EST) From: Aaron Hughes To: Steve Coltrin Cc: freebsd-current@FreeBSD.ORG Subject: Re: pcm use /dev/dsp to where? In-Reply-To: <200003140151.SAA37213@code.cs.unm.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks Steve, That did it, I figured it was something minor I had screwed up. Aaron On Mon, 13 Mar 2000, Steve Coltrin wrote: > >I am using the new pcm driver which works great, however, I managed to > >remove the ln -s to dsp. I do not know what it was linked and 'sh MAKEDEV > >snd' links dsp to dsp. How can I fix this? > > > >pcm0: port 0xef00-0xef3f irq 7 at device 16.0 on pci0 > ^ > > sh MAKEDEV snd0 (you would use 'snd1' if your card was detected as pcm1, etc). > - Aaron Hughes - aaronh@bind.com - For public PGP key: finger aaronh@bind.com - Key fingerprint = AD 67 37 60 7D 73 C5 B7 33 18 3F 36 C3 1C C6 B8 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 18:30:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from nscache2.x-treme.gr (mail1.x-treme.gr [212.120.196.23]) by hub.freebsd.org (Postfix) with ESMTP id 4C97637B614 for ; Mon, 13 Mar 2000 18:30:43 -0800 (PST) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (pat3.x-treme.gr [212.120.197.195]) by nscache2.x-treme.gr (8.9.3/8.9.3/IPNG-ADV-ANTISPAM-0.1) with ESMTP id EAA04525; Tue, 14 Mar 2000 04:30:21 +0200 Received: (from charon@localhost) by hades.hell.gr (8.9.3/8.9.3) id EAA19680; Tue, 14 Mar 2000 04:19:54 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 14 Mar 2000 04:19:53 +0200 From: Giorgos Keramidas To: Howard Leadmon Cc: freebsd-current@FreeBSD.ORG Subject: Re: Buffer troubles, and machine hangs? Message-ID: <20000314041953.C17084@hades.hell.gr> Reply-To: keramida@ceid.upatras.gr References: <200003122013.PAA29284@account.abs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200003122013.PAA29284@account.abs.net>; from howardl@account.abs.net on Sun, Mar 12, 2000 at 03:13:20PM -0500 X-PGP-Fingerprint: 62 45 D1 C9 26 F9 95 06 D6 21 2A C8 8C 16 C0 8E X-Phone-Number: +30-94-6203692, +30-93-2886457 X-Address: Theodorou Kirinaiou 61, 26334 Patra, Greece Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 12, 2000 at 03:13:20PM -0500, Howard Leadmon wrote: > > Hello, > > I am getting the following errors out of FreeBSD 4.0-CURRENT trying to > run an IRC server, and was wondering if anyone had any ideas or recommended > tunables I should set?? > > > Mar 9 22:32:03 u /usr/ircd/undernet/ircd[154]: Unable to create auth socket for [@163.152.216.46]:No buffer space available > Mar 9 22:32:03 u /usr/ircd/undernet/ircd[154]: Unable to create auth socket for [@208.164.193.201]:No buffer space available > Mar 9 22:33:00 u syslogd: sendto: No buffer space available You can probably get away with increasing NMBCLUSTERS. > I have actually been fighting a problem with this machine locking up, > and requiring a hard reset, and this is the only type errors I am > actually seeing in the messages file. But lockups are certainly not a good thing, IMHO. If you can debug the kernel, and see where it locks up, perhaps someone with more knowledge of the kernel internals than me will be able to help you sort this out. - Giorgos Keramidas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 18:32:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from havoc.scorched.com (kythorn2.upper.ul.warwick.net [208.228.96.45]) by hub.freebsd.org (Postfix) with ESMTP id 7E9BE37B529; Mon, 13 Mar 2000 18:32:33 -0800 (PST) (envelope-from kythorn@scorched.com) Received: from chaos (kythorn.upper.ul.warwick.net [208.228.96.34]) by havoc.scorched.com (8.9.3/8.9.3) with SMTP id QAA01069; Mon, 13 Mar 2000 16:33:37 -0500 (EST) (envelope-from kythorn@scorched.com) Message-ID: <000701bf8d5d$acb548e0$2260e4d0@scorched.com> From: "Jay Oliver" To: Cc: Subject: Linksys Revisted.. Date: Mon, 13 Mar 2000 21:33:24 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The other day, I posted a message about my Linksys card not working with the new dc driver in 4.0, but it works fine with 3.4 and the tulip driver in linux. A suggestion was that I check to see if the card was bad. I've went back and checked, and again, it works fine in 3.4. So somethings not supporting this particular card, in the new driver. However, I have tried a different physical card, but it gets reported identically in dmesg as far as I can tell : dc0: port 0xde00-0xdeff mem 0xdfffbf00-0xdfffbff dc0: Ethernet address: 00:a0:cc:32:a6:31 This different card works flawlessly with both 'pn' and 'dc' I can't even begin to speculate why two cards that appear to be the same for all intents and purpses don't function the same, but again, I repeat, this is a good, functioning card. The _only_ driver it doesn't work with dc. Can someone look into this? Find out whats different, and have dc support both models? But I'm confused, aren't the cards both the same model? But they both worked with pn... heh My head hurts, someone else sort this out - Jay Oliver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 18:33: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from nscache2.x-treme.gr (mail1.x-treme.gr [212.120.196.23]) by hub.freebsd.org (Postfix) with ESMTP id DC55E37B64E for ; Mon, 13 Mar 2000 18:31:32 -0800 (PST) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (pat3.x-treme.gr [212.120.197.195]) by nscache2.x-treme.gr (8.9.3/8.9.3/IPNG-ADV-ANTISPAM-0.1) with ESMTP id EAA04528; Tue, 14 Mar 2000 04:30:26 +0200 Received: (from charon@localhost) by hades.hell.gr (8.9.3/8.9.3) id DAA19564; Tue, 14 Mar 2000 03:54:21 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 14 Mar 2000 03:54:21 +0200 From: Giorgos Keramidas To: Bruce Evans Cc: John Polstra , paul@originative.co.uk, current@FreeBSD.ORG Subject: Re: MAX_UID ? Message-ID: <20000314035420.B17084@hades.hell.gr> Reply-To: keramida@ceid.upatras.gr References: <200003130145.RAA51429@vashon.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from bde@zeta.org.au on Mon, Mar 13, 2000 at 05:28:47PM +1100 X-PGP-Fingerprint: 62 45 D1 C9 26 F9 95 06 D6 21 2A C8 8C 16 C0 8E X-Phone-Number: +30-94-6203692, +30-93-2886457 X-Address: Theodorou Kirinaiou 61, 26334 Patra, Greece Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 13, 2000 at 05:28:47PM +1100, Bruce Evans wrote: ... > > I would prefer standard maxof() and minof() interfaces that work on > any arithmetic type. These can almost be written in portable C, at > least in C89 where types are restricted to char, signed char, ..., > long double: > > #define isfloat(type) ((type)0.5 != 0) > #define issigned(type) ((type)-1 < 0) > #define isschar(type) (!isfloat(type) && issigned(type) && sizeof(type) == 1) > #define isuchar(type) (!isfloat(type) && !issigned(type) && sizeof(type) == 1) > ... > #define maxof(type) ((type)(isschar(type) ? SCHAR_MAX : > isuchar(type) ? UCHAR_MAX ...)) This is marvellous in it's simplicity of interface. Yet, using sizeof(char) and assuming that it's going to be 1, strikes me like a dangerous thing to do. I have never heard of machines where this isn't true, but I seem to recall that the comp.lang.c FAQ mentions this somewhere. I'll look it up tomorrow, since it's getting too late.. - Giorgos Keramidas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 18:54:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from screech.weirdnoise.com (209-128-78-198.bayarea.net [209.128.78.198]) by hub.freebsd.org (Postfix) with ESMTP id 6C7EB37B5D8 for ; Mon, 13 Mar 2000 18:54:46 -0800 (PST) (envelope-from edhall@screech.weirdnoise.com) Received: from screech.weirdnoise.com (localhost [127.0.0.1]) by screech.weirdnoise.com (8.9.3/8.9.3) with ESMTP id SAA07308 for ; Mon, 13 Mar 2000 18:56:09 -0800 Message-Id: <200003140256.SAA07308@screech.weirdnoise.com> X-Mailer: exmh version 2.0.2 To: current@FreeBSD.ORG Subject: Re: MAX_UID ? In-Reply-To: Your message of "Tue, 14 Mar 2000 03:54:21 +0200." <20000314035420.B17084@hades.hell.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Mar 2000 18:56:08 -0800 From: Ed Hall Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Giorgos Keramidas wrote: : This is marvellous in it's simplicity of interface. : : Yet, using sizeof(char) and assuming that it's going to be 1, strikes me : like a dangerous thing to do. I have never heard of machines where this : isn't true, but I seem to recall that the comp.lang.c FAQ mentions this : somewhere. I'll look it up tomorrow, since it's getting too late... In both C and C++, sizeof(T) is defined to be the size of T in terms of the size of a char, so by definition sizeof(char) == 1. You can look it up (for C) at: http://www.eskimo.com/~scs/C-faq/q7.8.html For C++, see section 4.6 of The C++ Programming Language. -Ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 19:32:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from darkstar.qx.net (darkstar.qx.net [208.235.88.101]) by hub.freebsd.org (Postfix) with ESMTP id 43BCD37B6E4 for ; Mon, 13 Mar 2000 19:32:50 -0800 (PST) (envelope-from gchil0@pop.uky.edu) Received: from mail2.qx.net (mail.qx.net [208.235.88.233]) by darkstar.qx.net (8.9.3/8.9.3) with ESMTP id WAA05224 for ; Mon, 13 Mar 2000 22:32:47 -0500 Received: from k7 ([207.246.86.35]) by mail2.qx.net (Netscape Messaging Server 3.6) with ESMTP id AAA285C; Mon, 13 Mar 2000 22:31:19 -0500 Message-Id: <4.2.0.58.20000313221347.0095f820@pop.uky.edu> X-Sender: gchil0@pop.uky.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Mon, 13 Mar 2000 22:32:08 -0500 To: current@freebsd.org From: Greg Childers Subject: ATA still panics during boot on P66 Cc: Soren Schmidt Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I can't find the date or sender of the original email - the mailing list archives haven't been updated since Feb 20 - but my Pentium 66 still panics during boot with a kernel compiled today. Here's what I get... atapci0: port 0x3f4-0x3f7,0x1f0-0x1f7 at device 1.0 on pci0 atapci0: Busmastering DMA not supported panic: resource_list_alloc: resource entry is busy Everything works fine, however, when I move the drives to the secondary IDE channel on the ISA bus. Any ideas? Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 20:42:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id EFB6537B5D8 for ; Mon, 13 Mar 2000 20:42:13 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (qmail 7505 invoked from network); 14 Mar 2000 04:42:10 -0000 Received: from bde.zeta.org.au (203.2.228.102) by gidora.zeta.org.au with SMTP; 14 Mar 2000 04:42:10 -0000 Date: Tue, 14 Mar 2000 15:41:59 +1100 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: Giorgos Keramidas Cc: John Polstra , paul@originative.co.uk, current@FreeBSD.ORG Subject: Re: MAX_UID ? In-Reply-To: <20000314035420.B17084@hades.hell.gr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 14 Mar 2000, Giorgos Keramidas wrote: > On Mon, Mar 13, 2000 at 05:28:47PM +1100, Bruce Evans wrote: > ... > > #define isschar(type) (!isfloat(type) && issigned(type) && sizeof(type) == 1) > This is marvellous in it's simplicity of interface. > > Yet, using sizeof(char) and assuming that it's going to be 1, strikes me > like a dangerous thing to do. I have never heard of machines where this It is sure to be 1 (the C standard requires this). The problem is going in the opposite direction -- sizeof(long) may also be 1. sizeof(signed char) == sizeof(long) doesn't imply that SCHAR_MAX == LONG_MAX, so the macros may give the wrong result for: typedef long foo_t; ... assert(maxof(foo_t) == LONG_MAX); Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 21: 3:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 7686537B6EA for ; Mon, 13 Mar 2000 21:03:03 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115202>; Tue, 14 Mar 2000 16:03:14 +1100 Content-return: prohibited From: Peter Jeremy Subject: Re: MAX_UID ? In-reply-to: ; from bde@zeta.org.au on Tue, Mar 14, 2000 at 03:42:52PM +1100 To: Bruce Evans Cc: current@FreeBSD.ORG Message-Id: <00Mar14.160314est.115202@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <20000314035420.B17084@hades.hell.gr> Date: Tue, 14 Mar 2000 16:03:13 +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-Mar-14 15:42:52 +1100, Bruce Evans wrote: >On Tue, 14 Mar 2000, Giorgos Keramidas wrote: > >> On Mon, Mar 13, 2000 at 05:28:47PM +1100, Bruce Evans wrote: >> ... >> > #define isschar(type) (!isfloat(type) && issigned(type) && sizeof(type) == 1) > >> This is marvellous in it's simplicity of interface. >> >> Yet, using sizeof(char) and assuming that it's going to be 1, strikes me >> like a dangerous thing to do. I have never heard of machines where this > >It is sure to be 1 (the C standard requires this). The problem is >going in the opposite direction -- sizeof(long) may also be 1. If this was comp.std.c, then I'd agree that such constructs may fail in some environments. It's not so clear that we need to worry about this here (this being FreeBSD). I believe that most or all such machines belong to Seymour Cray's legacy (CDC6600, Cray etc), and aren't likely to be running FreeBSD (or any other free Unix). I don't see any real impediment to such constructs being used within FreeBSD. A comment could be added warning of the problems if the code is used on `unusual' architectures. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 21:10:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (Postfix) with ESMTP id 0490A37B6E2 for ; Mon, 13 Mar 2000 21:10:24 -0800 (PST) (envelope-from crossd@cs.rpi.edu) Received: from cs.rpi.edu (monica.cs.rpi.edu [128.213.7.2]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id AAA94469 for ; Tue, 14 Mar 2000 00:10:19 -0500 (EST) Message-Id: <200003140510.AAA94469@cs.rpi.edu> To: current@freebsd.org Subject: microuptime() still going backwards (long) Date: Tue, 14 Mar 2000 00:10:19 -0500 From: "David E. Cross" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I followed the suggestions from people earlier today. That is to say that I have upgraded my BIOS to 1012, disabled APM in the BIOS, and removed 'device apm' from the kernel config, however I still receive lines like: calcru: negative time of 20585525 usec for pid 477 (cvsup) and also lines about microuptime() being negative (I think these are related :) Below is a dmesg and my kernel config. Cheers Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Mon Mar 13 23:45:03 EST 2000 root@gemini.crossd.cs.rpi.edu:/usr/src/sys/compile/GEMINI Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (400.62-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183fbff real memory = 268423168 (262132K bytes) config> pnp 1 1 os enable port0 0x534 port2 0x220 port3 0xe0d irq0 10 drq0 1 drq1 6 Invalid command or syntax. Type `?' for help. avail memory = 256532480 (250520K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc0363000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc036309c. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 16 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xd400-0xd41f irq 19 at device 4.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: Microsoft Microsoft IntelliMouse\M-. Explorer, rev 1.10/1.03, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. ukbd0: Microsoft Natural Keyboard Elite, rev 1.00/1.04, addr 3, iclass 3/1 Timecounter "PIIX" frequency 3579545 Hz chip1: port 0xe800-0xe80f at device 4.3 on pci0 ahc0: port 0xd000-0xd0ff mem 0xdf800000-0xdf800fff irq 19 at device 6.0 on pci0 ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs pci0: (vendor=0x1102, dev=0x0002) at 9.0 irq 19 pci0: (vendor=0x1102, dev=0x7002) at 9.1 xl0: <3Com 3c900-TPO Etherlink XL> port 0xb000-0xb03f irq 18 at device 10.0 on pci0 xl0: Ethernet address: 00:60:08:a9:db:e2 xl0: selecting 10baseT transceiver, half duplex bktr0: mem 0xe2000000-0xe2000fff irq 17 at device 11.0 on pci0 iicbb0: on bti2c0 iicbus0: on iicbb0 master-only smbus0: on bti2c0 bktr0: Hauppauge Model 38061 B226 Hauppauge WinCast/TV, Philips NTSC tuner, remote control. pci0: (vendor=0x109e, dev=0x0878) at 11.1 irq 17 ahc1: port 0xa800-0xa8ff mem 0xdf000000-0xdf000fff irq 16 at device 12.0 on pci0 ahc1: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs isa0: too many memory rangesfdc0: 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 fd1: <1200-KB 5.25" drive> on fdc0 drive 1 WARNING: "fd" is usurping "fd"'s cdevsw[] WARNING: "fd" is usurping "fd"'s bmaj vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x30 on isa0 sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 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/9 bytes threshold ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ep0: <3Com 3C509-TPO EtherLink III> at port 0x310-0x31f irq 11 on isa0 ep0: Ethernet address 00:a0:24:12:8d:10 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown0: at iomem 0-0x9ffff,0x100000-0xfffffff,0xe8000-0xeffff,0xf0000-0xf3fff,0xf4000-0xfffff,0xd8000-0xdbfff,0xd5800-0xd7fff,0xfec00000-0xfec00fff on isa0 unknown1: at port 0x20-0x21,0xa0-0xa1,0x4d0-0x4d1 irq 2 on isa0 unknown2: at port 0x40-0x43 irq 0 on isa0 unknown3: at port 0x70-0x71 irq 8 on isa0 unknown4: at port 0x60,0x64 irq 1 on isa0 unknown5: at port 0xf0 irq 13 on isa0 unknown6: at port 0-0xf,0x80-0x90,0x94-0x9f,0xc0-0xde drq 4 on isa0 unknown7: at port 0x61 on isa0 unknown8: at port 0xcf8-0xcff on isa0 unknown9: at port 0x290-0x297,0xe400-0xe43f,0xe800-0xe83f on isa0 unknown10: on isa0 pcm0: at port 0x534-0x537,0x380-0x38b,0x220-0x22f,0xe0c-0xe0f irq 5 drq 0,1 on isa0 AD_WAIT_INIT FAILED 1002 0xff unknown11: at port 0x200 on isa0 unknown12: at port 0x300-0x301 irq 9 on isa0 APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 IP packet filtering initialized, divert enabled, rule-based forwarding disabled, default to deny, unlimited logging DUMMYNET initialized (000106) SMP: AP CPU #1 Launched! ad0: 8297MB [16858/16/63] at ata0-master using UDMA33 ad2: 8297MB [16858/16/63] at ata1-master using UDMA33 ad3: 6149MB [13328/15/63] at ata1-slave using UDMA33 Waiting 15 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 8683MB (17783250 512 byte sectors: 255H 63S/T 1106C) Mounting root from ufs:/dev/da0s1a cd0 at ahc1 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ahc1 bus 0 target 6 lun 0 cd1: Removable CD-ROM SCSI-2 device cd1: 8.333MB/s transfers (8.333MHz, offset 15) cd1: Attempt to query device size failed: NOT READY, Medium not present - tray closed vinum: loaded vinum: reading configuration from /dev/da0s1h vinum: updating configuration from /dev/ad0s1h vinum: updating configuration from /dev/ad2s1h vinum: updating configuration from /dev/ad3s1h vinum_scandisk: /dev/ad3s1h is down vinum: Can't read device /dev/ad3s1h, error 5 vinum: couldn't read configuration<110>ipfw: 500 Accept UDP 10.29.42.1:67 255.255.255.255:68 in via xl0 ipfw: 3200 Accept TCP 24.29.42.237:1021 128.102.63.12:22 out via xl0 ipfw: 3200 Accept TCP 24.29.42.237:1020 128.213.5.14:22 out via xl0 microuptime() went backwards (511.3849414 -> 510,163708) microuptime() went backwards (511.3849450 -> 510,230292) ----- machine i386 cpu I686_CPU ident GEMINI maxusers 256 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI 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 #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extentions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options SOFTUPDATES options IPFIREWALL options IPFIREWALL_VERBOSE options IPDIVERT options DUMMYNET options DDB options PNPBIOS options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O options NCPU=2 # number of CPUs options NBUS=3 # number of busses options NAPIC=1 # number of IO APICs options NINTR=24 # number of INTs device isa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device fd1 at fdc0 drive 1 # 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 device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices device ahc # AHA2940 and onboard AIC7xxx devices # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device vga0 at isa? # syscons is the default console driver, resembling an SCO console device sc0 at isa? flags 0x100 device npx0 at nexus? port IO_NPX irq 13 # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x30 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 ppi # Parallel port interface device #device vpo # Requires scbus and da device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') device ep 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" pseudo-device bpf #Berkeley packet filter 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 device miibus device bktr device iicbus device iicbb device smbus device pcm -- David Cross | email: crossd@cs.rpi.edu Acting Lab Director | NYSLP: FREEBSD Systems Administrator/Research Programmer | Web: http://www.cs.rpi.edu/~crossd Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science | Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 21:34:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.internet.dk (ns.internet.dk [194.19.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 819D037B612 for ; Mon, 13 Mar 2000 21:34:25 -0800 (PST) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.9.2/8.9.3) with UUCP id GAA02187 for freebsd-current@freebsd.org; Tue, 14 Mar 2000 06:34:24 +0100 (CET) (envelope-from leifn@neland.dk) Received: from localhost (localhost [127.0.0.1]) by arnold.neland.dk (8.9.3/8.9.3) with ESMTP id XAA39595 for ; Mon, 13 Mar 2000 23:49:33 +0100 (CET) (envelope-from leifn@neland.dk) Date: Mon, 13 Mar 2000 23:49:33 +0100 (CET) From: Leif Neland To: freebsd-current@freebsd.org Subject: ppp / nat pptp Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ Please redirect me to a better mailinglist if needed, I haven't had any replies on this subject yet ] I'm getting closer. Basically, I have at home a win-machine behind a FreeBSD box with user-ppp and isdn. It is cheaper for me to use an alternative ISP than ourselves to get the machines at work. However, then I don't have access to some servers, because I come from a foreign (and dynamic) ip-adress. So I install pptpd on a machine at work to make a tunnel and get a "trusted" ip-adress. Questions: man ppp, topic nat pptp suggest, that only one machine behind ppp can run MS-vpn (over GRE). True? Is it a problem that I only have one ethernet card on the pptpd-machine: am I supposed to go in on one interface, be translated, and go out on the other? Any clues on setting up pptpd and ppp? It seems that the adresses (localip and remoip) in pptpd.conf are ignored, and the adresses in ppp.conf are used instead. Currently, I can now connect from ms-vpn, and from the box running nntpd ping the ip on the win-box. But then I can't ping from any other adresses. Can I find some examples of poptop/pptpd and user-ppp somewhere? Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 22: 2:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id 22F7E37B60F for ; Mon, 13 Mar 2000 22:02:33 -0800 (PST) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (Postfix) with ESMTP id AB9172CE62; Tue, 14 Mar 2000 08:02:29 +0200 (EET) Received: by myhakas.matti.ee (Postfix, from userid 1000) id F18311C5661; Tue, 14 Mar 2000 08:02:30 +0200 (EET) Date: Tue, 14 Mar 2000 08:02:30 +0200 From: Vallo Kallaste To: Poul-Henning Kamp Cc: "David E. Cross" , current@FreeBSD.org Subject: Re: calcru / microuptime problem Message-ID: <20000314080230.A67841@myhakas.matti.ee> Reply-To: vallo@matti.ee References: <200003131930.OAA80430@cs.rpi.edu> <22816.952977626@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: <22816.952977626@critter.freebsd.dk>; from Poul-Henning Kamp on Mon, Mar 13, 2000 at 09:00:26PM +0100 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 13, 2000 at 09:00:26PM +0100, Poul-Henning Kamp wrote: > In message <200003131930.OAA80430@cs.rpi.edu>, "David E. Cross" writes: > >I have had these problems ever since upgrading to -current about a > >month ago. The kernel very regularly spews out messages like: > >> Mar 13 14:23:39 gemini /kernel: calcru: negative time of -2663631 usec for pid 568 (sshd2) > > Disable APM in your bios and remove apm from your config. The 'microuptime() went backwards' happened to me also lately, week or so ago. Tyan mobo with GX chipset, power management disabled completely in the BIOS, no apm in kernel. Two PIII-550, one 20GB IBM disk (ATA). Same symptoms as above, heavy disk I/O, I was stress-testing the machine, except the machine hung for some unknown reason: I was able to switch vty's and ping the machine but not login, no disk I/O. I'm waiting for two 36GB IBM SCSI disks, which should arrive soon, then the next round without ATA is what I'm planning. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 22:12:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 3526637B704 for ; Mon, 13 Mar 2000 22:12:00 -0800 (PST) (envelope-from doconnor@gsoft.com.au) 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 QAA15318; Tue, 14 Mar 2000 16:40:44 +1030 (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: <20000314080230.A67841@myhakas.matti.ee> Date: Tue, 14 Mar 2000 16:40:43 +1030 (CST) From: "Daniel O'Connor" To: Vallo Kallaste Subject: Re: calcru / microuptime problem Cc: current@FreeBSD.org, "David E. Cross" , Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 14-Mar-00 Vallo Kallaste wrote: > in the BIOS, no apm in kernel. Two PIII-550, one 20GB IBM disk (ATA). > Same symptoms as above, heavy disk I/O, I was stress-testing the > machine, except the machine hung for some unknown reason: I was able to > switch vty's and ping the machine but not login, no disk I/O. > I'm waiting for two 36GB IBM SCSI disks, which should arrive soon, then > the next round without ATA is what I'm planning. Do you have the latest BIOS rev? --- 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-current" in the body of the message From owner-freebsd-current Mon Mar 13 22:21: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from web2104.mail.yahoo.com (web2104.mail.yahoo.com [128.11.68.248]) by hub.freebsd.org (Postfix) with SMTP id 03FC237B58D for ; Mon, 13 Mar 2000 22:20:53 -0800 (PST) (envelope-from valsho@yahoo.com) Received: (qmail 8424 invoked by uid 60001); 14 Mar 2000 06:20:42 -0000 Message-ID: <20000314062042.8423.qmail@web2104.mail.yahoo.com> Received: from [147.226.112.101] by web2104.mail.yahoo.com; Mon, 13 Mar 2000 22:20:42 PST Date: Mon, 13 Mar 2000 22:20:42 -0800 (PST) From: "Valentin S. Chopov" Subject: RE: microuptime() still going backwards (long) To: crossd@cs.rpi.edu Cc: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Try w/o PNPBIOS option. I had the similar problem, and that fixed it. Val ------------------------- I followed the suggestions from people earlier today. That is to say that I have upgraded my BIOS to 1012, disabled APM in the BIOS, and removed 'device apm' from the kernel config, however I still receive lines like: calcru: negative time of 20585525 usec for pid 477 (cvsup) and also lines about microuptime() being negative (I think these are related :) Below is a dmesg and my kernel config. Cheers __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 22:23:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id 8F63D37B6F4 for ; Mon, 13 Mar 2000 22:23:14 -0800 (PST) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (Postfix) with ESMTP id 0EC8A2CE51; Tue, 14 Mar 2000 08:22:53 +0200 (EET) Received: by myhakas.matti.ee (Postfix, from userid 1000) id C59CF1C5661; Tue, 14 Mar 2000 08:22:54 +0200 (EET) Date: Tue, 14 Mar 2000 08:22:54 +0200 From: Vallo Kallaste To: Daniel O'Connor Cc: current@FreeBSD.org, "David E. Cross" , Poul-Henning Kamp Subject: Re: calcru / microuptime problem Message-ID: <20000314082254.B67841@myhakas.matti.ee> Reply-To: vallo@matti.ee References: <20000314080230.A67841@myhakas.matti.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: ; from Daniel O'Connor on Tue, Mar 14, 2000 at 04:40:43PM +1030 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 14, 2000 at 04:40:43PM +1030, Daniel O'Connor wrote: > > On 14-Mar-00 Vallo Kallaste wrote: > > in the BIOS, no apm in kernel. Two PIII-550, one 20GB IBM disk (ATA). > > Same symptoms as above, heavy disk I/O, I was stress-testing the > > machine, except the machine hung for some unknown reason: I was able to > > switch vty's and ping the machine but not login, no disk I/O. > > I'm waiting for two 36GB IBM SCSI disks, which should arrive soon, then > > the next round without ATA is what I'm planning. > > Do you have the latest BIOS rev? You mean for Tyan mobo? No, it's version 1.16b nongraphical AMIBIOS which come with board. I'm having exactly same board but with SCSI only configuration for my workstation which works without any problem for half a year now. Also SMP, two PIII-500. When the new disks arrive, well, I can try the new BIOS also. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 13 22:30:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 4874937B6FF for ; Mon, 13 Mar 2000 22:30:32 -0800 (PST) (envelope-from doconnor@gsoft.com.au) 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 QAA15498; Tue, 14 Mar 2000 16:58:52 +1030 (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: <20000314082254.B67841@myhakas.matti.ee> Date: Tue, 14 Mar 2000 16:58:52 +1030 (CST) From: "Daniel O'Connor" To: Vallo Kallaste Subject: Re: calcru / microuptime problem Cc: Poul-Henning Kamp Cc: Poul-Henning Kamp , "David E. Cross" , current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 14-Mar-00 Vallo Kallaste wrote: > You mean for Tyan mobo? No, it's version 1.16b nongraphical AMIBIOS > which come with board. I'm having exactly same board but with SCSI only > configuration for my workstation which works without any problem for > half a year now. Also SMP, two PIII-500. When the new disks arrive, > well, I can try the new BIOS also. Worth a shot I suppose.. Other people seem to recommend it anyway 8-) --- 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-current" in the body of the message From owner-freebsd-current Mon Mar 13 23:26: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id D143D37B6EB for ; Mon, 13 Mar 2000 23:25:53 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id IAA61896; Tue, 14 Mar 2000 08:25:49 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200003140725.IAA61896@freebsd.dk> Subject: Re: ATA still panics during boot on P66 In-Reply-To: <4.2.0.58.20000313221347.0095f820@pop.uky.edu> from Greg Childers at "Mar 13, 2000 10:32:08 pm" To: gchil0@pop.uky.edu (Greg Childers) Date: Tue, 14 Mar 2000 08:25:49 +0100 (CET) Cc: current@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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Greg Childers wrote: > Hi, > > I can't find the date or sender of the original email - the mailing list archives haven't been updated since Feb 20 - but my Pentium 66 still panics during boot with a kernel compiled today. Here's what I get... > > atapci0: port 0x3f4-0x3f7,0x1f0-0x1f7 at device 1.0 on pci0 > atapci0: Busmastering DMA not supported > panic: resource_list_alloc: resource entry is busy > > Everything works fine, however, when I move the drives to the secondary IDE channel on the ISA bus. Any ideas? > Can you get a verbose boot off it with an older kernel ?? if so mail that to me and I'll see if I can spot anything... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 0:39:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.nyct.net (bsd4.nyct.net [204.141.86.6]) by hub.freebsd.org (Postfix) with ESMTP id B71FE37B5DF for ; Tue, 14 Mar 2000 00:39:52 -0800 (PST) (envelope-from efutch@nyct.net) Received: from bsd1.nyct.net (efutch@bsd1.nyct.net [204.141.86.3]) by mail.nyct.net (8.8.8/8.8.7) with ESMTP id DAA08546 for ; Tue, 14 Mar 2000 03:39:51 -0500 (EST) (envelope-from efutch@nyct.net) Date: Tue, 14 Mar 2000 03:39:51 -0500 (EST) From: "Eric D. Futch" To: current@FreeBSD.ORG Subject: Re: microuptime() still going backwards (long) In-Reply-To: <200003140510.AAA94469@cs.rpi.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I hate to say "me too" but I saw this for the first time today with cvsup crunching away. The motherboard is a Intel PR440FX (SMP). I don't have APM enabled at all. I just thought it was ntp4 playing tricks :) FreeBSD quake.nyct.net 4.0-CURRENT FreeBSD 4.0-CURRENT #3: Sat Mar 11 18:56:11 EST 2000 efutch@quake.nyct.net:/usr/src/sys/compile/QUAKE i386 calcru: negative time of 993098931 usec for pid 98502 (cvsup) calcru: negative time of 993098931 usec for pid 98502 (cvsup) -- Eric Futch New York Connect.Net, Ltd. efutch@nyct.net Technical Support Staff http://www.nyct.net (212) 293-2620 "Bringing New York The Internet Access It Deserves" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 2:51:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from altos.rnd.runnet.ru (altos.rnd.runnet.ru [195.208.252.79]) by hub.freebsd.org (Postfix) with ESMTP id BBDAD37B747 for ; Tue, 14 Mar 2000 02:30:42 -0800 (PST) (envelope-from max@rsu.ru) Received: from localhost (max@localhost [127.0.0.1]) by altos.rnd.runnet.ru (8.9.3/8.9.3) with ESMTP id LAA30272 for ; Tue, 14 Mar 2000 11:46:17 +0300 (MSK) Date: Tue, 14 Mar 2000 11:46:17 +0300 (MSK) From: Maxim Bolotin X-Sender: max@altos.rnd.runnet.ru To: freebsd-current@FreeBSD.ORG Subject: cs89x0 driver update (fwd) Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="0-1106502712-952877046=:96199" Content-ID: Sender: owner-freebsd-current@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-1106502712-952877046=:96199 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: Hi, We found that our driver doesn't work with PNP in 4.0 and use old, shared memory softc scheme. We rewrite it for the new scheme, now We can install it in dev/cs and remove isa_compat.c lines. I belive we have to commit it before 4.0 release. Regards, Max. - Rostov State University Computer Center Rostov-on-Don, +7 (8632) 285794 or 357476 Russia, RUNNet, MAB1-RIPE max@rsu.ru --0-1106502712-952877046=:96199 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="if_cs.c" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: sys/dev/cs/if_cs.c Content-Disposition: ATTACHMENT; FILENAME="if_cs.c" LyoNCiAqIENvcHlyaWdodCAoYykgMTk5NywxOTk4IE1heGltIEJvbG90aW4g YW5kIE9sZWcgU2hhcm9pa28uDQogKiBBbGwgcmlnaHRzIHJlc2VydmVkLg0K ICoNCiAqIFJlZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFuZCBi aW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0aG91dA0KICogbW9kaWZpY2F0aW9u LCBhcmUgcGVybWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhlIGZvbGxvd2luZyBj b25kaXRpb25zDQogKiBhcmUgbWV0Og0KICogMS4gUmVkaXN0cmlidXRpb25z IG9mIHNvdXJjZSBjb2RlIG11c3QgcmV0YWluIHRoZSBhYm92ZSBjb3B5cmln aHQNCiAqICAgIG5vdGljZSB1bm1vZGlmaWVkLCB0aGlzIGxpc3Qgb2YgY29u ZGl0aW9ucywgYW5kIHRoZSBmb2xsb3dpbmcNCiAqICAgIGRpc2NsYWltZXIu DQogKiAyLiBSZWRpc3RyaWJ1dGlvbnMgaW4gYmluYXJ5IGZvcm0gbXVzdCBy ZXByb2R1Y2UgdGhlIGFib3ZlIGNvcHlyaWdodA0KICogICAgbm90aWNlLCB0 aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNj bGFpbWVyIGluIHRoZQ0KICogICAgZG9jdW1lbnRhdGlvbiBhbmQvb3Igb3Ro ZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlvbi4N CiAqDQogKiBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEIEJZIFRIRSBBVVRI T1IgQU5EIENPTlRSSUJVVE9SUyBgYEFTIElTJycgQU5EDQogKiBBTlkgRVhQ UkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElOQ0xVRElORywgQlVUIE5P VCBMSU1JVEVEIFRPLCBUSEUNCiAqIElNUExJRUQgV0FSUkFOVElFUyBPRiBN RVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQ VVJQT1NFDQogKiBBUkUgRElTQ0xBSU1FRC4gIElOIE5PIEVWRU5UIFNIQUxM IFRIRSBBVVRIT1IgT1IgQ09OVFJJQlVUT1JTIEJFIExJQUJMRQ0KICogRk9S IEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLCBF WEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwNCiAqIERBTUFHRVMgKElOQ0xV RElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBQUk9DVVJFTUVOVCBPRiBTVUJT VElUVVRFIEdPT0RTDQogKiBPUiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERB VEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNTIElOVEVSUlVQVElPTikNCiAq IEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GIExJQUJJTElU WSwgV0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUDQogKiBMSUFCSUxJVFks IE9SIFRPUlQgKElOQ0xVRElORyBORUdMSUdFTkNFIE9SIE9USEVSV0lTRSkg QVJJU0lORyBJTiBBTlkgV0FZDQogKiBPVVQgT0YgVEhFIFVTRSBPRiBUSElT IFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJQklMSVRZ IE9GDQogKiBTVUNIIERBTUFHRS4NCiAqDQogKi8NCg0KLyoNCiAqICRGcmVl QlNEOiBzcmMvc3lzL2kzODYvaXNhL2lmX2NzLmMsdiAxLjE0IDE5OTkvMDkv MjUgMTI6MDU6NTIgcGhrIEV4cCAkDQogKg0KICogRGV2aWNlIGRyaXZlciBm b3IgQ3J5c3RhbCBTZW1pY29uZHVjdG9yIENTODkyMCBiYXNlZCBldGhlcm5l dA0KICogICBhZGFwdGVycy4gQnkgTWF4aW0gQm9sb3RpbiBhbmQgT2xlZyBT aGFyb2lrbywgMjctQXByaWwtMTk5Nw0KICovDQoNCi8qDQojZGVmaW5lCSBD U19ERUJVRyANCiAqLw0KDQojaW5jbHVkZSA8c3lzL3BhcmFtLmg+DQojaW5j bHVkZSA8c3lzL3N5c3RtLmg+DQojaW5jbHVkZSA8c3lzL21hbGxvYy5oPg0K I2luY2x1ZGUgPHN5cy9tYnVmLmg+DQojaW5jbHVkZSA8c3lzL3NvY2tldC5o Pg0KI2luY2x1ZGUgPHN5cy9zb2NraW8uaD4NCiNpbmNsdWRlIDxzeXMva2Vy bmVsLmg+DQojaW5jbHVkZSA8c3lzL3N5c2N0bC5oPg0KI2luY2x1ZGUgPHN5 cy9zeXNsb2cuaD4NCg0KI2luY2x1ZGUgPHN5cy9tb2R1bGUuaD4NCiNpbmNs dWRlIDxzeXMvYnVzLmg+DQojaW5jbHVkZSA8bWFjaGluZS9idXMuaD4NCiNp bmNsdWRlIDxzeXMvcm1hbi5oPg0KI2luY2x1ZGUgPG1hY2hpbmUvcmVzb3Vy Y2UuaD4NCg0KI2luY2x1ZGUgPG5ldC9pZi5oPg0KI2luY2x1ZGUgPG5ldC9p Zl9hcnAuaD4NCiNpbmNsdWRlIDxuZXQvaWZfbWVkaWEuaD4NCiNpbmNsdWRl IDxuZXQvZXRoZXJuZXQuaD4NCg0KI2luY2x1ZGUgPG5ldC9icGYuaD4NCg0K I2luY2x1ZGUgPGlzYS9pc2F2YXIuaD4NCg0KI2lmZGVmIEJSSURHRQ0KI2lu Y2x1ZGUgPG5ldC9icmlkZ2UuaD4NCiNlbmRpZg0KDQojaW5jbHVkZSA8bWFj aGluZS9jbG9jay5oPg0KDQojaW5jbHVkZSA8ZGV2L2NzL2lmX2NzcmVnLmg+ DQoNCiNpZmRlZiAgQ1NfVVNFXzY0S19ETUENCiNkZWZpbmUgQ1NfRE1BX0JV RkZFUl9TSVpFIDY1NTM2DQojZWxzZQ0KI2RlZmluZSBDU19ETUFfQlVGRkVS X1NJWkUgMTYzODQNCiNlbmRpZg0KDQovKg0KICogY3Nfc29mdGM6IHBlciBs aW5lIGluZm8gYW5kIHN0YXR1cw0KICovDQpzdHJ1Y3QgY3Nfc29mdGMgew0K DQogICAgICAgIC8qIEV0aGVybmV0IGNvbW1vbiBjb2RlICovDQogICAgICAg IHN0cnVjdCBhcnBjb20gYXJwY29tOw0KDQogICAgICAgIC8qIENvbmZpZ3Vy YXRpb24gd29yZHMgZnJvbSBFRVBST00gKi8NCiAgICAgICAgaW50IGF1dG9f bmVnX2NuZjsgICAgICAgICAgICAgICAvKiBBdXRvTmVnb3RpdGF0aW9uIGNv bmZpZ3VyYXRpb24gKi8NCglpbnQgYWRhcHRlcl9jbmY7ICAgICAgICAgICAg ICAgIC8qIEFkYXB0ZXIgY29uZmlndXJhdGlvbiAqLw0KICAgICAgICBpbnQg aXNhX2NvbmZpZzsgICAgICAgICAgICAgICAgIC8qIElTQSBjb25maWd1cmF0 aW9uICovDQogICAgICAgIGludCBjaGlwX3R5cGU7CQkJLyogVHlwZSBvZiBj aGlwICovDQoNCiAgICAgICAgc3RydWN0IGlmbWVkaWEgbWVkaWE7CQkvKiBN ZWRpYSBpbmZvcm1hdGlvbiAqLw0KDQoJaW50ICAgICBwb3J0X3JpZDsJCS8q IHJlc291cmNlIGlkIGZvciBwb3J0IHJhbmdlICovDQoJaW50ICAgICBwb3J0 X3VzZWQ7CQkvKiBub256ZXJvIGlmIHBvcnRzIHVzZWQgKi8NCglzdHJ1Y3Qg cmVzb3VyY2UqIHBvcnRfcmVzOwkvKiByZXNvdXJjZSBmb3IgcG9ydCByYW5n ZSAqLw0KCWludCAgICAgbWVtX3JpZDsgIAkJLyogcmVzb3VyY2UgaWQgZm9y IG1lbW9yeSByYW5nZSAqLw0KICAgICAgICBpbnQgICAgIG1lbV91c2VkOyAg CQkvKiBub256ZXJvIGlmIG1lbW9yeSB1c2VkICovDQoJc3RydWN0IHJlc291 cmNlKiBtZW1fcmVzOwkvKiByZXNvdXJjZSBmb3IgbWVtb3J5IHJhbmdlICov DQogICAgICAgIGludCAgICAgaXJxX3JpZDsJCS8qIHJlc291cmNlIGlkIGZv ciBpcnEgKi8NCiAgICAgICAgc3RydWN0IHJlc291cmNlKiBpcnFfcmVzOwkv KiByZXNvdXJjZSBmb3IgaXJxICovDQogICAgICAgIHZvaWQqICAgaXJxX2hh bmRsZTsJCS8qIGhhbmRsZSBmb3IgaXJxIGhhbmRsZXIgKi8NCg0KICAgICAg ICBpbnQgCW5pY19hZGRyOyAJCS8qIEJhc2UgSU8gYWRkcmVzcyBvZiBjYXJk ICovDQoJaW50CXNlbmRfY21kOw0KICAgICAgICBpbnQJbGluZV9jdGw7CQkv KiAqLw0KICAgICAgICBpbnQJc2VuZF91bmRlcnJ1bjsNCiAgICAgICAgdm9p ZAkqcmVjdl9yaW5nOw0KDQogICAgICAgIHVuc2lnbmVkIGNoYXIgKmJ1ZmZl cjsNCiAgICAgICAgaW50IGJ1Zl9sZW47DQp9Ow0KDQpzdGF0aWMgaW50CWNz X3JlY3ZfZGVsYXkgPSA1NzA7DQpTWVNDVExfSU5UKF9tYWNoZGVwLCBPSURf QVVUTywgY3NfcmVjdl9kZWxheSwgQ1RMRkxBR19SVywgJmNzX3JlY3ZfZGVs YXksIDAsICIiKTsNCg0Kc3RhdGljIGludAljc19pc2FfcHJvYmUJCV9fUCgo ZGV2aWNlX3QgZGV2KSk7DQpzdGF0aWMgaW50CWNzX2lzYV9hdHRhY2gJCV9f UCgoZGV2aWNlX3QgZGV2KSk7DQoNCnN0YXRpYyBpbnQJY3NfY3M4OXgwX3By b2JlCQlfX1AoKGRldmljZV90IGRldikpOw0KDQpkcml2ZXJfaW50cl90CWNz aW50cjsNCg0Kc3RhdGljIGludAljc19hdHRhY2gJCV9fUCgoc3RydWN0IGNz X3NvZnRjICosIGludCwgaW50KSk7DQoNCnN0YXRpYyB2b2lkCWNzX2luaXQJ CQlfX1AoKHZvaWQgKikpOw0Kc3RhdGljIGludAljc19pb2N0bAkJX19QKChz dHJ1Y3QgaWZuZXQgKiwgdV9sb25nLCBjYWRkcl90KSk7DQpzdGF0aWMgdm9p ZAljc19zdGFydAkJX19QKChzdHJ1Y3QgaWZuZXQgKikpOw0Kc3RhdGljIHZv aWQJY3Nfc3RvcAkJCV9fUCgoc3RydWN0IGNzX3NvZnRjICopKTsNCnN0YXRp YyB2b2lkCWNzX3Jlc2V0CQlfX1AoKHN0cnVjdCBjc19zb2Z0YyAqKSk7DQpz dGF0aWMgdm9pZAljc193YXRjaGRvZwkJX19QKChzdHJ1Y3QgaWZuZXQgKikp Ow0KDQpzdGF0aWMgaW50CWNzX2FsbG9jX3BvcnQoZGV2aWNlX3QgZGV2LCBp bnQgcmlkLCBpbnQgc2l6ZSk7DQpzdGF0aWMgaW50CWNzX2FsbG9jX21lbW9y eShkZXZpY2VfdCBkZXYsIGludCByaWQsIGludCBzaXplKTsNCnN0YXRpYyBp bnQJY3NfYWxsb2NfaXJxKGRldmljZV90IGRldiwgaW50IHJpZCwgaW50IGZs YWdzKTsNCnN0YXRpYyB2b2lkCWNzX3JlbGVhc2VfcmVzb3VyY2VzKGRldmlj ZV90IGRldik7DQoNCnN0YXRpYyBpbnQJY3NfbWVkaWFjaGFuZ2UJX19QKChz dHJ1Y3QgaWZuZXQgKikpOw0Kc3RhdGljIHZvaWQJY3NfbWVkaWFzdGF0dXMJ X19QKChzdHJ1Y3QgaWZuZXQgKiwgc3RydWN0IGlmbWVkaWFyZXEgKikpOw0K c3RhdGljIGludCAgICAgIGNzX21lZGlhc2V0CV9fUCgoc3RydWN0IGNzX3Nv ZnRjICosIGludCkpOw0KDQpzdGF0aWMgdm9pZAljc193cml0ZV9tYnVmcyhz dHJ1Y3QgY3Nfc29mdGMqLCBzdHJ1Y3QgbWJ1ZiopOw0Kc3RhdGljIHZvaWQJ Y3NfeG1pdF9idWYoc3RydWN0IGNzX3NvZnRjKik7DQpzdGF0aWMgaW50CWNz X2dldF9wYWNrZXQoc3RydWN0IGNzX3NvZnRjKik7DQpzdGF0aWMgdm9pZAlj c19zZXRtb2RlKHN0cnVjdCBjc19zb2Z0YyopOw0KDQpzdGF0aWMgaW50CWdl dF9lZXByb21fZGF0YShzdHJ1Y3QgY3Nfc29mdGMgKnNjLCBpbnQsIGludCwg aW50ICopOw0Kc3RhdGljIGludAlnZXRfZWVwcm9tX2Nrc3VtKGludCwgaW50 LCBpbnQgKik7DQpzdGF0aWMgaW50CXdhaXRfZWVwcm9tX3JlYWR5KCBzdHJ1 Y3QgY3Nfc29mdGMgKik7DQpzdGF0aWMgdm9pZAljb250cm9sX2RjX2RjKCBz dHJ1Y3QgY3Nfc29mdGMgKiwgaW50ICk7DQpzdGF0aWMgaW50CXNlbmRfdGVz dF9wa3QoIHN0cnVjdCBjc19zb2Z0YyAqICk7DQpzdGF0aWMgaW50CWVuYWJs ZV90cChzdHJ1Y3QgY3Nfc29mdGMgKik7DQpzdGF0aWMgaW50CWVuYWJsZV9h dWkoc3RydWN0IGNzX3NvZnRjICopOw0Kc3RhdGljIGludAllbmFibGVfYm5j KHN0cnVjdCBjc19zb2Z0YyAqKTsNCnN0YXRpYyBpbnQgICAgICBjc19kdXBs ZXhfYXV0byhzdHJ1Y3QgY3Nfc29mdGMgKik7DQoNCnN0YXRpYyBkZXZpY2Vf bWV0aG9kX3QgY3NfbWV0aG9kc1tdID0gew0KICAgICAgICAvKiBEZXZpY2Ug aW50ZXJmYWNlICovDQogICAgICAgIERFVk1FVEhPRChkZXZpY2VfcHJvYmUs ICAgICAgICAgY3NfaXNhX3Byb2JlKSwNCiAgICAgICAgREVWTUVUSE9EKGRl dmljZV9hdHRhY2gsICAgICAgICBjc19pc2FfYXR0YWNoKSwNCiAgICAgICAg eyAwLCAwIH0NCn07DQoNCnN0YXRpYyBkcml2ZXJfdCBjc19kcml2ZXIgPSB7 DQogICAgICAgICJjcyIsDQogICAgICAgIGNzX21ldGhvZHMsDQogICAgICAg IHNpemVvZihzdHJ1Y3QgY3Nfc29mdGMpDQp9Ow0KDQpzdGF0aWMgZGV2Y2xh c3NfdCBjc19kZXZjbGFzczsNCg0KRFJJVkVSX01PRFVMRShjcywgaXNhLCBj c19kcml2ZXIsIGNzX2RldmNsYXNzLCAwLCAwKTsNCg0Kc3RhdGljIGludA0K Z2V0X2VlcHJvbV9kYXRhKCBzdHJ1Y3QgY3Nfc29mdGMgKnNjLCBpbnQgb2Zm LCBpbnQgbGVuLCBpbnQgKmJ1ZmZlcikNCnsNCglpbnQgaTsNCg0KI2lmZGVm IENTX0RFQlVHDQoJcHJpbnRmKENTX05BTUUiOkVFUFJPTSBkYXRhIGZyb20g JXggZm9yICV4OlxuIiwgb2ZmLGxlbik7DQojZW5kaWYNCg0KCWZvciAoaT0w O2k8bGVuO2krKykgew0KCQlpZiAod2FpdF9lZXByb21fcmVhZHkoc2MpIDwg MCkgcmV0dXJuIC0xOw0KCQkvKiBTZW5kIGNvbW1hbmQgdG8gRUVQUk9NIHRv IHJlYWQgKi8NCgkJY3Nfd3JpdGVyZWcoc2MtPm5pY19hZGRyLCBQUF9FRUNN RCwgKG9mZitpKXxFRVBST01fUkVBRF9DTUQgKTsNCgkJaWYgKHdhaXRfZWVw cm9tX3JlYWR5KHNjKTwwKQ0KCQkJcmV0dXJuIC0xOw0KCQlidWZmZXJbaV0g PSBjc19yZWFkcmVnIChzYy0+bmljX2FkZHIsIFBQX0VFRGF0YSk7DQoNCiNp ZmRlZiBDU19ERUJVRw0KCQlwcmludGYoIiUwMnggJTAyeCAiLCh1bnNpZ25l ZCBjaGFyKWJ1ZmZlcltpXSwNCgkJCQkJKHVuc2lnbmVkIGNoYXIpYnVmZmVy W2krMV0pOw0KI2VuZGlmDQoJfQ0KDQojaWZkZWYgQ1NfREVCVUcNCglwcmlu dGYoIlxuIik7DQojZW5kaWYNCg0KCXJldHVybiAwOw0KfQ0KDQpzdGF0aWMg aW50DQpnZXRfZWVwcm9tX2Nrc3VtKGludCBvZmYsIGludCBsZW4sIGludCAq YnVmZmVyKQ0Kew0KCWludCBpLGNrc3VtPTA7DQoNCglmb3IgKGk9MDtpPGxl bjtpKyspDQoJCWNrc3VtKz1idWZmZXJbaV07DQoJY2tzdW0gJj0gMHhmZmZm Ow0KCWlmIChja3N1bT09MCkNCgkJcmV0dXJuIDA7DQoJcmV0dXJuIC0xOw0K fQ0KDQpzdGF0aWMgaW50DQp3YWl0X2VlcHJvbV9yZWFkeShzdHJ1Y3QgY3Nf c29mdGMgKnNjKQ0Kew0KCURFTEFZICggMzAwMDAgKTsJLyogWFhYIHNob3Vs ZCB3ZSBkbyBzb21lIGNoZWNrcyBoZXJlID8gKi8NCglyZXR1cm4gMDsNCn0N Cg0Kc3RhdGljIHZvaWQNCmNvbnRyb2xfZGNfZGMoc3RydWN0IGNzX3NvZnRj ICpzYywgaW50IG9uX25vdF9vZmYpDQp7DQoJdW5zaWduZWQgaW50IHNlbGZf Y29udHJvbCA9IEhDQjFfRU5CTDsNCg0KCWlmICgoKHNjLT5hZGFwdGVyX2Nu ZiAmIEFfQ05GX0RDX0RDX1BPTEFSSVRZKSE9MCkgXiBvbl9ub3Rfb2ZmKQ0K CQlzZWxmX2NvbnRyb2wgfD0gSENCMTsNCgllbHNlDQoJCXNlbGZfY29udHJv bCAmPSB+SENCMTsNCgljc193cml0ZXJlZyggc2MtPm5pY19hZGRyLCBQUF9T ZWxmQ1RMLCBzZWxmX2NvbnRyb2wgKTsNCg0KCURFTEFZKCA1MDAwMDAgKTsN Cn0NCg0KDQpzdGF0aWMgaW50DQpjc19kdXBsZXhfYXV0byhzdHJ1Y3QgY3Nf c29mdGMgKnNjKQ0Kew0KICAgICAgICBpbnQgaSwgZXJyb3I9MCwgdW5pdD1z Yy0+YXJwY29tLmFjX2lmLmlmX3VuaXQ7DQogICAgICAgIA0KICAgICAgICBj c193cml0ZXJlZyhzYy0+bmljX2FkZHIsIFBQX0F1dG9OZWdDVEwsDQogICAg ICAgICAgICAgICAgICAgIFJFX05FR19OT1cgfCBBTExPV19GRFggfCBBVVRP X05FR19FTkFCTEUgKTsNCiAgICAgICAgZm9yIChpPTA7IGNzX3JlYWRyZWco c2MtPm5pY19hZGRyLFBQX0F1dG9OZWdTVCkmQVVUT19ORUdfQlVTWTsgaSsr KSB7DQogICAgICAgICAgICAgICAgaWYgKGkgPiA0MDAwMCkgew0KICAgICAg ICAgICAgICAgICAgICAgICAgcHJpbnRmKENTX05BTUUiJTFkOiBmdWxsL2hh bGYgZHVwbGV4ICINCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAi YXV0byBuZWdvdGlhdGlvbiB0aW1lb3V0XG4iLCB1bml0KTsNCgkJCWVycm9y ID0gRVRJTUVET1VUOw0KICAgICAgICAgICAgICAgICAgICAgICAgYnJlYWs7 DQogICAgICAgICAgICAgICAgfQ0KICAgICAgICAgICAgICAgIERFTEFZKDEw MDApOw0KICAgICAgICB9DQogICAgICAgIERFTEFZKCAxMDAwMDAwICk7DQoJ cmV0dXJuIGVycm9yOw0KfQ0KDQpzdGF0aWMgaW50DQplbmFibGVfdHAoc3Ry dWN0IGNzX3NvZnRjICpzYykNCnsNCglpbnQgdW5pdCA9IHNjLT5hcnBjb20u YWNfaWYuaWZfdW5pdDsNCg0KCWNzX3dyaXRlcmVnKHNjLT5uaWNfYWRkciwg UFBfTGluZUNUTCwgc2MtPmxpbmVfY3RsICYgfkFVSV9PTkxZKTsNCgljb250 cm9sX2RjX2RjKHNjLCAwKTsNCglERUxBWSggMTUwMDAwICk7DQoNCglpZiAo KGNzX3JlYWRyZWcoc2MtPm5pY19hZGRyLCBQUF9MaW5lU1QpICYgTElOS19P Syk9PTApIHsNCgkJcHJpbnRmKENTX05BTUUiJTFkOiBmYWlsZWQgdG8gZW5h YmxlIFRQXG4iLCB1bml0KTsNCiAgICAgICAgICAgICAgICByZXR1cm4gRUlO VkFMOw0KCX0NCg0KCXJldHVybiAwOw0KfQ0KDQovKg0KICogWFhYIFRoaXMg d2FzIHJld3JpdHRlbiBmcm9tIExpbnV4IGRyaXZlciB3aXRob3V0IGFueSB0 ZXN0cy4NCiAqLyAgICAgICAgICAgICANCnN0YXRpYyBpbnQNCnNlbmRfdGVz dF9wa3Qoc3RydWN0IGNzX3NvZnRjICpzYykNCnsNCgljaGFyIHRlc3RfcGFj a2V0W10gPSB7IDAsMCwwLDAsMCwwLCAwLDAsMCwwLDAsMCwNCgkJCQkwLCA0 NiwgIC8qIEEgNDYgaW4gbmV0d29yayBvcmRlciAqLw0KCQkJCTAsIDAsICAg LyogRFNBUD0wICYgU1NBUD0wIGZpZWxkcyAqLw0KCQkJCTB4ZjMsIDAgLyog Q29udHJvbCAoVGVzdCBSZXEgKyBQIGJpdCBzZXQpICovIH07DQoJaW50IGk7 DQoJdV9jaGFyIGV0aGVyX2FkZHJlc3NfYmFja3VwW0VUSEVSX0FERFJfTEVO XTsNCg0KCWZvciAoaSA9IDA7IGkgPCBFVEhFUl9BRERSX0xFTjsgaSsrKSB7 DQoJCWV0aGVyX2FkZHJlc3NfYmFja3VwW2ldID0gc2MtPmFycGNvbS5hY19l bmFkZHJbaV07DQoJfQ0KDQoJY3Nfd3JpdGVyZWcoc2MtPm5pY19hZGRyLCBQ UF9MaW5lQ1RMLA0KCQljc19yZWFkcmVnKHNjLT5uaWNfYWRkciwgUFBfTGlu ZUNUTCkgfCBTRVJJQUxfVFhfT04gKTsNCgliY29weSh0ZXN0X3BhY2tldCwN CgkJCXNjLT5hcnBjb20uYWNfZW5hZGRyLCBFVEhFUl9BRERSX0xFTik7DQoJ YmNvcHkodGVzdF9wYWNrZXQrRVRIRVJfQUREUl9MRU4sDQoJCQlzYy0+YXJw Y29tLmFjX2VuYWRkciwgRVRIRVJfQUREUl9MRU4pOw0KCW91dHcoc2MtPm5p Y19hZGRyICsgVFhfQ01EX1BPUlQsIHNjLT5zZW5kX2NtZCk7DQoJb3V0dyhz Yy0+bmljX2FkZHIgKyBUWF9MRU5fUE9SVCwgc2l6ZW9mKHRlc3RfcGFja2V0 KSk7DQoNCgkvKiBXYWl0IGZvciBjaGlwIHRvIGFsbG9jYXRlIG1lbW9yeSAq Lw0KCURFTEFZKDUwMDAwKTsNCglpZiAoIShjc19yZWFkcmVnKHNjLT5uaWNf YWRkciwgUFBfQnVzU1QpICYgUkVBRFlfRk9SX1RYX05PVykpIHsNCgkJZm9y IChpID0gMDsgaSA8IEVUSEVSX0FERFJfTEVOOyBpKyspIHsNCgkJCXNjLT5h cnBjb20uYWNfZW5hZGRyW2ldID0gZXRoZXJfYWRkcmVzc19iYWNrdXBbaV07 DQoJCX0NCgkJcmV0dXJuIDA7DQoJfQ0KDQoJb3V0c3coc2MtPm5pY19hZGRy ICsgVFhfRlJBTUVfUE9SVCwgdGVzdF9wYWNrZXQsIHNpemVvZih0ZXN0X3Bh Y2tldCkpOw0KDQoJREVMQVkoMzAwMDApOw0KDQoJaWYgKChjc19yZWFkcmVn KHNjLT5uaWNfYWRkcixQUF9UeEV2ZW50KSAmIFRYX1NFTkRfT0tfQklUUykg PT0gVFhfT0spIHsNCgkJZm9yIChpID0gMDsgaSA8IEVUSEVSX0FERFJfTEVO OyBpKyspIHsNCgkJCXNjLT5hcnBjb20uYWNfZW5hZGRyW2ldID0gZXRoZXJf YWRkcmVzc19iYWNrdXBbaV07DQoJCX0NCgkJcmV0dXJuIDE7DQoJfQ0KCWZv ciAoaSA9IDA7IGkgPCBFVEhFUl9BRERSX0xFTjsgaSsrKSB7DQoJCXNjLT5h cnBjb20uYWNfZW5hZGRyW2ldID0gZXRoZXJfYWRkcmVzc19iYWNrdXBbaV07 DQoJfQ0KCXJldHVybiAwOw0KfQ0KDQovKg0KICogWFhYIFRoaXMgd2FzIHJl d3JpdHRlbiBmcm9tIExpbnV4IGRyaXZlciB3aXRob3V0IGFueSB0ZXN0cy4N CiAqLw0Kc3RhdGljIGludA0KZW5hYmxlX2F1aShzdHJ1Y3QgY3Nfc29mdGMg KnNjKQ0Kew0KCWludCB1bml0ID0gc2MtPmFycGNvbS5hY19pZi5pZl91bml0 Ow0KDQoJY29udHJvbF9kY19kYyhzYywgMCk7DQoJY3Nfd3JpdGVyZWcoc2Mt Pm5pY19hZGRyLCBQUF9MaW5lQ1RMLA0KCQkoc2MtPmxpbmVfY3RsICYgfkFV VE9fQVVJXzEwQkFTRVQpIHwgQVVJX09OTFkpOw0KDQoJaWYgKCFzZW5kX3Rl c3RfcGt0KHNjKSkgew0KCQlwcmludGYoQ1NfTkFNRSIlMWQgZmFpbGVkIHRv IGVuYWJsZSBBVUlcbiIsIHVuaXQpOw0KCQlyZXR1cm4gRUlOVkFMOw0KICAg ICAgICB9DQogICAgICAgIHJldHVybiAwOw0KfQ0KDQovKg0KICogWFhYIFRo aXMgd2FzIHJld3JpdHRlbiBmcm9tIExpbnV4IGRyaXZlciB3aXRob3V0IGFu eSB0ZXN0cy4NCiAqLyAgICAgICAgICAgICANCnN0YXRpYyBpbnQNCmVuYWJs ZV9ibmMoc3RydWN0IGNzX3NvZnRjICpzYykNCnsNCglpbnQgdW5pdCA9IHNj LT5hcnBjb20uYWNfaWYuaWZfdW5pdDsNCg0KCWNvbnRyb2xfZGNfZGMoc2Ms IDEpOw0KCWNzX3dyaXRlcmVnKHNjLT5uaWNfYWRkciwgUFBfTGluZUNUTCwN CgkJKHNjLT5saW5lX2N0bCAmIH5BVVRPX0FVSV8xMEJBU0VUKSB8IEFVSV9P TkxZKTsNCg0KCWlmICghc2VuZF90ZXN0X3BrdChzYykpIHsNCgkJcHJpbnRm KENTX05BTUUiJTFkIGZhaWxlZCB0byBlbmFibGUgQk5DXG4iLCB1bml0KTsN CgkJcmV0dXJuIEVJTlZBTDsNCiAgICAgICAgfQ0KICAgICAgICByZXR1cm4g MDsNCn0NCg0Kc3RhdGljIGludA0KY3NfY3M4OXgwX3Byb2JlKGRldmljZV90 IGRldikNCnsNCglpbnQgaTsNCglpbnQgaW9iYXNlOw0KCWludCBlcnJvcjsN Cg0KCXVfbG9uZyBpcnEsIGp1bms7DQoNCglzdHJ1Y3QgY3Nfc29mdGMgKnNj ID0gZGV2aWNlX2dldF9zb2Z0YyhkZXYpOw0KDQoJdW5zaWduZWQgcmV2X3R5 cGUgPSAwOw0KCWNoYXIgY2hpcF9yZXZpc2lvbjsNCglpbnQgZWVwcm9tX2J1 ZmZbQ0hLU1VNX0xFTl07DQoJaW50IGNoaXBfdHlwZSwgcHBfaXNhaW50LCBw cF9pc2FkbWE7DQoNCgllcnJvciA9IGNzX2FsbG9jX3BvcnQoZGV2LCAwLCBD U184OXgwX0lPX1BPUlRTKTsNCglpZiAoZXJyb3IpDQoJCXJldHVybiAoZXJy b3IpOw0KDQoJaW9iYXNlPXJtYW5fZ2V0X3N0YXJ0KHNjLT5wb3J0X3Jlcyk7 DQoNCglpZiAoKGludyhpb2Jhc2UrQUREX1BPUlQpICYgQUREX01BU0spICE9 IEFERF9TSUcpIHsNCgkJLyogQ2hpcCBub3QgZGV0ZWN0ZWQuIExldCdzIHRy eSB0byByZXNldCBpdCAqLw0KCQlpZiAoYm9vdHZlcmJvc2UpDQoJCQlkZXZp Y2VfcHJpbnRmKGRldiwgInRyeWluZyB0byByZXNldCB0aGUgY2hpcC5cbiIp Ow0KCQlvdXR3KGlvYmFzZStBRERfUE9SVCwgUFBfU2VsZkNUTCk7DQoJCWkg PSBpbncoaW9iYXNlK0RBVEFfUE9SVCk7DQoJCW91dHcoaW9iYXNlK0FERF9Q T1JULCBQUF9TZWxmQ1RMKTsNCgkJb3V0dyhpb2Jhc2UrREFUQV9QT1JULCBp IHwgUE9XRVJfT05fUkVTRVQpOw0KCQlpZiAoKGludyhpb2Jhc2UrQUREX1BP UlQpICYgQUREX01BU0spICE9IEFERF9TSUcpDQoJCQlyZXR1cm4gKEVOWElP KTsNCgl9DQoNCglvdXR3KGlvYmFzZStBRERfUE9SVCwgUFBfQ2hpcElEKTsN CglpZiAoaW53KGlvYmFzZStEQVRBX1BPUlQpICE9IENISVBfRUlTQV9JRF9T SUcpDQoJCXJldHVybiAoRU5YSU8pOw0KDQoJcmV2X3R5cGUgPSBjc19yZWFk cmVnKGlvYmFzZSwgUFJPRFVDVF9JRF9BREQpOw0KCWNoaXBfdHlwZSA9IHJl dl90eXBlICYgflJFVklTT05fQklUUzsNCgljaGlwX3JldmlzaW9uID0gKChy ZXZfdHlwZSAmIFJFVklTT05fQklUUykgPj4gOCkgKyAnQSc7DQoNCglzYy0+ bmljX2FkZHIgPSBpb2Jhc2U7DQoJc2MtPmNoaXBfdHlwZSA9IGNoaXBfdHlw ZTsNCg0KCWlmKGNoaXBfdHlwZT09Q1M4OTAwKSB7DQoJCXBwX2lzYWludCA9 IFBQX0NTODkwMF9JU0FJTlQ7DQoJCXBwX2lzYWRtYSA9IFBQX0NTODkwMF9J U0FETUE7DQoJCXNjLT5zZW5kX2NtZCA9IFRYX0NTODkwMF9BRlRFUl9BTEw7 DQoJfSBlbHNlIHsNCgkJcHBfaXNhaW50ID0gUFBfQ1M4OTIwX0lTQUlOVDsN CgkJcHBfaXNhZG1hID0gUFBfQ1M4OTIwX0lTQURNQTsNCgkJc2MtPnNlbmRf Y21kID0gVFhfQ1M4OTIwX0FGVEVSX0FMTDsNCgl9DQoNCiAgICAgICAgLyoN CiAgICAgICAgICogQ2xlYXIgc29tZSBmaWVsZHMgc28gdGhhdCBmYWlsIG9m IEVFUFJPTSB3aWxsIGxlZnQgdGhlbSBjbGVhbg0KICAgICAgICAgKi8NCiAg ICAgICAgc2MtPmF1dG9fbmVnX2NuZiA9IDA7DQogICAgICAgIHNjLT5hZGFw dGVyX2NuZiAgPSAwOw0KICAgICAgICBzYy0+aXNhX2NvbmZpZyAgID0gMDsN CiAgICAgICAgDQoJLyoNCgkgKiBJZiBubyBpbnRlcnJ1cHQgc3BlY2lmaWVk IChvciAiPyIpLCB1c2Ugd2hhdCB0aGUgYm9hcmQgdGVsbHMgdXMuDQoJICov DQoJZXJyb3IgPSBidXNfZ2V0X3Jlc291cmNlKGRldiwgU1lTX1JFU19JUlEs IDAsICZpcnEsICZqdW5rKTsNCg0KCS8qDQoJICogR2V0IGRhdGEgZnJvbSBF RVBST00NCgkgKi8NCglpZigoY3NfcmVhZHJlZyhpb2Jhc2UsIFBQX1NlbGZT VCkgJiBFRVBST01fUFJFU0VOVCkgPT0gMCkgew0KCQlkZXZpY2VfcHJpbnRm KGRldiwgIk5vIEVFUFJPTSwgYXNzdW1pbmcgZGVmYXVsdHMuXG4iKTsNCgl9 IGVsc2Ugew0KCQlpZiAoZ2V0X2VlcHJvbV9kYXRhKHNjLFNUQVJUX0VFUFJP TV9EQVRBLENIS1NVTV9MRU4sIGVlcHJvbV9idWZmKTwwKSB7DQoJCQlkZXZp Y2VfcHJpbnRmKGRldiwgIkVFUFJPTSByZWFkIGZhaWxlZCwgIg0KCQkJCSJh c3N1bWluZyBkZWZhdWx0cy5cbiIpOw0KCQl9IGVsc2Ugew0KCQkJaWYgKGdl dF9lZXByb21fY2tzdW0oU1RBUlRfRUVQUk9NX0RBVEEsQ0hLU1VNX0xFTiwg ZWVwcm9tX2J1ZmYpPDApIHsNCgkJCQlkZXZpY2VfcHJpbnRmKGRldiwgIkVF UFJPTSBjaGVrc3VtIGJhZCwgIg0KCQkJCQkiYXNzdW1pbmcgZGVmYXVsdHMu XG4iKTsNCgkJCX0gZWxzZSB7DQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHNjLT5hdXRvX25lZ19jbmYgPQ0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIGVlcHJvbV9idWZmW0FVVE9fTkVHX0NO Rl9PRkZTRVQvMl07DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHNjLT5hZGFwdGVyX2NuZiA9DQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgZWVwcm9tX2J1ZmZbQURBUFRFUl9DTkZfT0ZGU0VU LzJdOw0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBzYy0+aXNh X2NvbmZpZyA9DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgZWVwcm9tX2J1ZmZbSVNBX0NORl9PRkZTRVQvMl07DQoNCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgZm9yIChpPTA7IGk8RVRIRVJf QUREUl9MRU4vMjsgaSsrKSB7DQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgc2MtPmFycGNvbS5hY19lbmFkZHJbaSoyXT0NCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IGVlcHJvbV9idWZmW2ldOw0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHNjLT5hcnBjb20uYWNfZW5hZGRyW2kqMisxXT0NCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IGVlcHJvbV9idWZmW2ldID4+IDg7DQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIH0NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAvKg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKiBJZiBu byBpbnRlcnJ1cHQgc3BlY2lmaWVkIChvciAiPyIpLA0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgKiB1c2Ugd2hhdCB0aGUgYm9hcmQgdGVs bHMgdXMuDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAqLw0K CQkJCWlmIChlcnJvcikgew0KCQkJCQlpcnEgPSBzYy0+aXNhX2NvbmZpZyAm IElOVF9OT19NQVNLOw0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIGlmIChjaGlwX3R5cGU9PUNTODkwMCkgew0KICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc3dpdGNo KGlycSkgew0KCQkJCQkJIGNhc2UgMDoNCgkJCQkJCQlpcnE9MTA7DQoJCQkJ CQkJZXJyb3I9MDsNCgkJCQkJCQlicmVhazsNCgkJCQkJCSBjYXNlIDE6DQoJ CQkJCQkJaXJxPTExOw0KCQkJCQkJCWVycm9yPTA7DQoJCQkJCQkJYnJlYWs7 DQoJCQkJCQkgY2FzZSAyOg0KCQkJCQkJCWlycT0xMjsNCgkJCQkJCQllcnJv cj0wOw0KCQkJCQkJCWJyZWFrOw0KCQkJCQkJIGNhc2UgMzoNCgkJCQkJCQlp cnE9NTsNCgkJCQkJCQllcnJvcj0wOw0KCQkJCQkJCWJyZWFrOw0KCQkJCQkJ IGRlZmF1bHQ6DQoJCQkJCQkJZGV2aWNlX3ByaW50ZihkZXYsICJpbnZhbGlk IGlycSBpbiBFRVBST00uXG4iKTsNCgkJCQkJCQllcnJvcj1FSU5WQUw7DQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICB9DQoJCQkJCX0gZWxzZSB7DQoJCQkJCQlpZiAoaXJxPkNTODkyMF9OT19J TlRTKSB7DQoJCQkJCQkJZGV2aWNlX3ByaW50ZihkZXYsICJpbnZhbGlkIGly cSBpbiBFRVBST00uXG4iKTsNCgkJCQkJCQllcnJvcj1FSU5WQUw7DQoJCQkJ CQl9IGVsc2Ugew0KCQkJCQkJCWVycm9yPTA7DQoJCQkJCQl9DQoJCQkJCX0N Cg0KCQkJCQlpZiAoIWVycm9yKQ0KCQkJCQkJYnVzX3NldF9yZXNvdXJjZShk ZXYsIFNZU19SRVNfSVJRLCAwLA0KCQkJCQkJCQlpcnEsIDEpOw0KCQkJCX0N CgkJCX0NCiAgICAgICAgICAgICAgICB9DQogICAgICAgIH0NCg0KCWlmICgh ZXJyb3IpIHsNCiAgICAgICAgICAgICAgICBpZiAoY2hpcF90eXBlID09IENT ODkwMCkgew0KCQkJc3dpdGNoKGlycSkgew0KCQkJCWNhc2UgIDU6DQoJCQkJ CWlycSA9IDM7DQoJCQkJCWJyZWFrOw0KCQkJCWNhc2UgMTA6DQoJCQkJCWly cSA9IDA7DQoJCQkJCWJyZWFrOw0KCQkJCWNhc2UgMTE6DQoJCQkJCWlycSA9 IDE7DQoJCQkJCWJyZWFrOw0KCQkJCWNhc2UgMTI6DQoJCQkJCWlycSA9IDI7 DQoJCQkJCWJyZWFrOw0KCQkJCWRlZmF1bHQ6DQoJCQkJCWVycm9yPUVJTlZB TDsNCgkJCX0NCiAgICAgICAgICAgICAgICB9IGVsc2Ugew0KICAgICAgICAg ICAgICAgICAgICAgICAgaWYgKGlycSA+IENTODkyMF9OT19JTlRTKSB7DQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGVycm9yID0gRUlOVkFM Ow0KICAgICAgICAgICAgICAgICAgICAgICAgfQ0KICAgICAgICAgICAgICAg IH0NCgl9DQoNCglpZiAoIWVycm9yKSB7DQogICAgICAgICAgICAgICAgY3Nf d3JpdGVyZWcoaW9iYXNlLCBwcF9pc2FpbnQsIGlycSk7DQoJfSBlbHNlIHsN CgkgICAgICAgCWRldmljZV9wcmludGYoZGV2LCAiVW5rbm93biBvciBpbnZh bGlkIGlycVxuIik7DQogICAgICAgICAgICAgICAgcmV0dXJuIChFTlhJTyk7 DQogICAgICAgIH0NCiAgICAgICAgDQogICAgICAgIC8qDQogICAgICAgICAq IFRlbXBvcmFyeSBkaXNhYmxlZA0KICAgICAgICAgKg0KICAgICAgICBpZiAo ZHJxPjApDQoJCWNzX3dyaXRlcmVnKGlvYmFzZSwgcHBfaXNhZG1hLCBkcnEp Ow0KCWVsc2Ugew0KCQlwcmludGYoIENTX05BTUUiJTFkOiBpbmNvcnJlY3Qg ZHJxXG4iLCB1bml0ICk7DQoJCXJldHVybiAwOw0KCX0NCiAgICAgICAgKi8N Cg0KCWlmIChib290dmVyYm9zZSkNCgkJIGRldmljZV9wcmludGYoZGV2LCAi Q1M4OSVjMCVzIHJldiAlYyBtZWRpYSVzJXMlc1xuIiwNCgkJCWNoaXBfdHlw ZT09Q1M4OTAwID8gJzAnIDogJzInLA0KCQkJY2hpcF90eXBlPT1DUzg5MjBN ID8gIk0iIDogIiIsDQoJCQljaGlwX3JldmlzaW9uLA0KCQkJKHNjLT5hZGFw dGVyX2NuZiAmIEFfQ05GXzEwQl9UKSA/ICIgVFAiICA6ICIiLA0KCQkJKHNj LT5hZGFwdGVyX2NuZiAmIEFfQ05GX0FVSSkgICA/ICIgQVVJIiA6ICIiLA0K CQkJKHNjLT5hZGFwdGVyX2NuZiAmIEFfQ05GXzEwQl8yKSA/ICIgQk5DIiA6 ICIiKTsNCg0KICAgICAgICBpZiAoKHNjLT5hZGFwdGVyX2NuZiAmIEFfQ05G X0VYVE5EXzEwQl8yKSAmJg0KICAgICAgICAgICAgKHNjLT5hZGFwdGVyX2Nu ZiAmIEFfQ05GX0xPV19SWF9TUVVFTENIKSkNCiAgICAgICAgICAgICAgICBz Yy0+bGluZV9jdGwgPSBMT1dfUlhfU1FVRUxDSDsNCiAgICAgICAgZWxzZQ0K ICAgICAgICAgICAgICAgIHNjLT5saW5lX2N0bCA9IDA7DQoNCiAgICAgICAg DQoJcmV0dXJuIDA7DQp9DQoNCi8qDQogKiBBbGxvY2F0ZSBhIHBvcnQgcmVz b3VyY2Ugd2l0aCB0aGUgZ2l2ZW4gcmVzb3VyY2UgaWQuDQogKi8NCmludCBj c19hbGxvY19wb3J0KGRldmljZV90IGRldiwgaW50IHJpZCwgaW50IHNpemUp DQp7DQogICAgICAgIHN0cnVjdCBjc19zb2Z0YyAqc2MgPSBkZXZpY2VfZ2V0 X3NvZnRjKGRldik7DQogICAgICAgIHN0cnVjdCByZXNvdXJjZSAqcmVzOw0K DQogICAgICAgIHJlcyA9IGJ1c19hbGxvY19yZXNvdXJjZShkZXYsIFNZU19S RVNfSU9QT1JULCAmcmlkLA0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMHVsLCB+MHVsLCBzaXplLCBSRl9BQ1RJVkUpOw0KICAgICAgICBp ZiAocmVzKSB7DQogICAgICAgICAgICAgICAgc2MtPnBvcnRfcmlkID0gcmlk Ow0KICAgICAgICAgICAgICAgIHNjLT5wb3J0X3JlcyA9IHJlczsNCiAgICAg ICAgICAgICAgICBzYy0+cG9ydF91c2VkID0gc2l6ZTsNCiAgICAgICAgICAg ICAgICByZXR1cm4gKDApOw0KICAgICAgICB9IGVsc2Ugew0KICAgICAgICAg ICAgICAgIHJldHVybiAoRU5PRU5UKTsNCiAgICAgICAgfQ0KfQ0KDQovKg0K ICogQWxsb2NhdGUgYSBtZW1vcnkgcmVzb3VyY2Ugd2l0aCB0aGUgZ2l2ZW4g cmVzb3VyY2UgaWQuDQogKi8NCmludCBjc19hbGxvY19tZW1vcnkoZGV2aWNl X3QgZGV2LCBpbnQgcmlkLCBpbnQgc2l6ZSkNCnsNCiAgICAgICAgc3RydWN0 IGNzX3NvZnRjICpzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsNCiAgICAg ICAgc3RydWN0IHJlc291cmNlICpyZXM7DQoNCiAgICAgICAgcmVzID0gYnVz X2FsbG9jX3Jlc291cmNlKGRldiwgU1lTX1JFU19NRU1PUlksICZyaWQsDQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwdWwsIH4wdWwsIHNp emUsIFJGX0FDVElWRSk7DQogICAgICAgIGlmIChyZXMpIHsNCiAgICAgICAg ICAgICAgICBzYy0+bWVtX3JpZCA9IHJpZDsNCiAgICAgICAgICAgICAgICBz Yy0+bWVtX3JlcyA9IHJlczsNCiAgICAgICAgICAgICAgICBzYy0+bWVtX3Vz ZWQgPSBzaXplOw0KICAgICAgICAgICAgICAgIHJldHVybiAoMCk7DQogICAg ICAgIH0gZWxzZSB7DQogICAgICAgICAgICAgICAgcmV0dXJuIChFTk9FTlQp Ow0KICAgICAgICB9DQp9DQoNCi8qDQogKiBBbGxvY2F0ZSBhbiBpcnEgcmVz b3VyY2Ugd2l0aCB0aGUgZ2l2ZW4gcmVzb3VyY2UgaWQuDQogKi8NCmludCBj c19hbGxvY19pcnEoZGV2aWNlX3QgZGV2LCBpbnQgcmlkLCBpbnQgZmxhZ3Mp DQp7DQogICAgICAgIHN0cnVjdCBjc19zb2Z0YyAqc2MgPSBkZXZpY2VfZ2V0 X3NvZnRjKGRldik7DQogICAgICAgIHN0cnVjdCByZXNvdXJjZSAqcmVzOw0K DQogICAgICAgIHJlcyA9IGJ1c19hbGxvY19yZXNvdXJjZShkZXYsIFNZU19S RVNfSVJRLCAmcmlkLA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMHVsLCB+MHVsLCAxLCAoUkZfQUNUSVZFIHwgZmxhZ3MpKTsNCiAgICAg ICAgaWYgKHJlcykgew0KICAgICAgICAgICAgICAgIHNjLT5pcnFfcmlkID0g cmlkOw0KICAgICAgICAgICAgICAgIHNjLT5pcnFfcmVzID0gcmVzOw0KICAg ICAgICAgICAgICAgIHJldHVybiAoMCk7DQogICAgICAgIH0gZWxzZSB7DQog ICAgICAgICAgICAgICAgcmV0dXJuIChFTk9FTlQpOw0KICAgICAgICB9DQp9 DQoNCi8qDQogKiBSZWxlYXNlIGFsbCByZXNvdXJjZXMNCiAqLw0Kdm9pZCBj c19yZWxlYXNlX3Jlc291cmNlcyhkZXZpY2VfdCBkZXYpDQp7DQogICAgICAg IHN0cnVjdCBjc19zb2Z0YyAqc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7 DQoNCiAgICAgICAgaWYgKHNjLT5wb3J0X3Jlcykgew0KICAgICAgICAgICAg ICAgIGJ1c19yZWxlYXNlX3Jlc291cmNlKGRldiwgU1lTX1JFU19JT1BPUlQs DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc2MtPnBv cnRfcmlkLCBzYy0+cG9ydF9yZXMpOw0KICAgICAgICAgICAgICAgIHNjLT5w b3J0X3JlcyA9IDA7DQogICAgICAgIH0NCiAgICAgICAgaWYgKHNjLT5tZW1f cmVzKSB7DQogICAgICAgICAgICAgICAgYnVzX3JlbGVhc2VfcmVzb3VyY2Uo ZGV2LCBTWVNfUkVTX01FTU9SWSwNCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBzYy0+bWVtX3JpZCwgc2MtPm1lbV9yZXMpOw0KICAg ICAgICAgICAgICAgIHNjLT5tZW1fcmVzID0gMDsNCiAgICAgICAgfQ0KICAg ICAgICBpZiAoc2MtPmlycV9yZXMpIHsNCiAgICAgICAgICAgICAgICBidXNf cmVsZWFzZV9yZXNvdXJjZShkZXYsIFNZU19SRVNfSVJRLA0KICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNjLT5pcnFfcmlkLCBzYy0+ aXJxX3Jlcyk7DQogICAgICAgICAgICAgICAgc2MtPmlycV9yZXMgPSAwOw0K ICAgICAgICB9DQp9DQoNCnN0YXRpYyBzdHJ1Y3QgaXNhX3BucF9pZCBjc19p ZHNbXSA9IHsNCgl7IDB4NDA2MDYzMGUsIE5VTEwgfSwJCS8qIENTQzYwNDAg Ki8NCgl7IDB4MTAxMDRkMjQsIE5VTEwgfSwJCS8qIElCTSBFdGhlckpldCAq Lw0KCXsgMCwgTlVMTCB9DQp9Ow0KDQovKg0KICogRGV0ZXJtaW5lIGlmIHRo ZSBkZXZpY2UgaXMgcHJlc2VudA0KICovDQpzdGF0aWMgaW50DQpjc19pc2Ff cHJvYmUoZGV2aWNlX3QgZGV2KQ0Kew0KCWludCBlcnJvciA9IDA7DQoNCglz dHJ1Y3QgY3Nfc29mdGMgKnNjID0gZGV2aWNlX2dldF9zb2Z0YyhkZXYpOw0K DQoJYnplcm8oc2MsIHNpemVvZihzdHJ1Y3QgY3Nfc29mdGMpKTsNCg0KCS8q IENoZWNrIGlzYXBucCBpZHMgKi8NCgllcnJvciA9IElTQV9QTlBfUFJPQkUo ZGV2aWNlX2dldF9wYXJlbnQoZGV2KSwgZGV2LCBjc19pZHMpOw0KDQoJLyog SWYgdGhlIGNhcmQgaGFkIGEgUG5QIElEIHRoYXQgZGlkbid0IG1hdGNoIGFu eSB3ZSBrbm93IGFib3V0ICovDQoJaWYgKGVycm9yID09IEVOWElPKSB7DQog ICAgICAgICAgICAgICAgZ290byBlbmQ7DQogICAgICAgIH0NCg0KICAgICAg ICAvKiBJZiB3ZSBoYWQgc29tZSBvdGhlciBwcm9ibGVtLiAqLw0KICAgICAg ICBpZiAoIShlcnJvciA9PSAwIHx8IGVycm9yID09IEVOT0VOVCkpIHsNCiAg ICAgICAgICAgICAgICBnb3RvIGVuZDsNCiAgICAgICAgfSANCg0KCWVycm9y PWNzX2NzODl4MF9wcm9iZShkZXYpOw0KDQplbmQ6DQoJaWYgKGVycm9yID09 IDApDQogICAgICAgICAgICAgICAgZXJyb3IgPSBjc19hbGxvY19pcnEoZGV2 LCAwLCAwKTsNCg0KICAgICAgICBjc19yZWxlYXNlX3Jlc291cmNlcyhkZXYp Ow0KICAgICAgICByZXR1cm4gKGVycm9yKTsNCn0NCg0Kc3RhdGljIGludCBj c19pc2FfYXR0YWNoKGRldmljZV90IGRldikNCnsNCiAgICAgICAgc3RydWN0 IGNzX3NvZnRjICpzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsNCiAgICAg ICAgaW50IGZsYWdzID0gZGV2aWNlX2dldF9mbGFncyhkZXYpOw0KICAgICAg ICBpbnQgZXJyb3I7DQogICAgICAgIA0KICAgICAgICBpZiAoc2MtPnBvcnRf dXNlZCA+IDApDQogICAgICAgICAgICAgICAgY3NfYWxsb2NfcG9ydChkZXYs IHNjLT5wb3J0X3JpZCwgc2MtPnBvcnRfdXNlZCk7DQogICAgICAgIGlmIChz Yy0+bWVtX3VzZWQpDQogICAgICAgICAgICAgICAgY3NfYWxsb2NfbWVtb3J5 KGRldiwgc2MtPm1lbV9yaWQsIHNjLT5tZW1fdXNlZCk7DQogICAgICAgIGNz X2FsbG9jX2lycShkZXYsIHNjLT5pcnFfcmlkLCAwKTsNCiAgICAgICAgICAg ICAgICANCiAgICAgICAgZXJyb3IgPSBidXNfc2V0dXBfaW50cihkZXYsIHNj LT5pcnFfcmVzLCBJTlRSX1RZUEVfTkVULA0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGNzaW50ciwgc2MsICZzYy0+aXJxX2hhbmRsZSk7DQog ICAgICAgIGlmIChlcnJvcikgew0KICAgICAgICAgICAgICAgIGNzX3JlbGVh c2VfcmVzb3VyY2VzKGRldik7DQogICAgICAgICAgICAgICAgcmV0dXJuIChl cnJvcik7DQogICAgICAgIH0gICAgICAgICAgICAgIA0KDQogICAgICAgIHJl dHVybiBjc19hdHRhY2goc2MsIGRldmljZV9nZXRfdW5pdChkZXYpLCBmbGFn cyk7DQp9DQoNCi8qDQogKiBJbnN0YWxsIHRoZSBpbnRlcmZhY2UgaW50byBr ZXJuZWwgbmV0d29ya2luZyBkYXRhIHN0cnVjdHVyZXMNCiAqLw0Kc3RhdGlj IGludA0KY3NfYXR0YWNoKHN0cnVjdCBjc19zb2Z0YyAqc2MsIGludCB1bml0 LCBpbnQgZmxhZ3MpDQp7DQogICAgICAgIGludCBtZWRpYT0wOw0KCXN0cnVj dCBpZm5ldCAqaWZwID0gJihzYy0+YXJwY29tLmFjX2lmKTsNCg0KCWNzX3N0 b3AoIHNjICk7DQoNCglpZiAoIWlmcC0+aWZfbmFtZSkgew0KCQlpZnAtPmlm X3NvZnRjPXNjOw0KCQlpZnAtPmlmX3VuaXQ9dW5pdDsNCgkJaWZwLT5pZl9u YW1lPSJjcyI7DQoJCWlmcC0+aWZfb3V0cHV0PWV0aGVyX291dHB1dDsNCgkJ aWZwLT5pZl9zdGFydD1jc19zdGFydDsNCgkJaWZwLT5pZl9pb2N0bD1jc19p b2N0bDsNCgkJaWZwLT5pZl93YXRjaGRvZz1jc193YXRjaGRvZzsNCgkJaWZw LT5pZl9pbml0PWNzX2luaXQ7DQoJCWlmcC0+aWZfc25kLmlmcV9tYXhsZW49 IElGUV9NQVhMRU47DQoJCS8qDQogICAgICAgICAgICAgICAgICogIE1JQiBE QVRBDQogICAgICAgICAgICAgICAgICovDQogICAgICAgICAgICAgICAgLyoN CgkJaWZwLT5pZl9saW5rbWliPSZzYy0+bWliZGF0YTsNCgkJaWZwLT5pZl9s aW5rbWlibGVuPXNpemVvZiBzYy0+bWliZGF0YTsNCiAgICAgICAgICAgICAg ICAqLw0KDQoJCWlmcC0+aWZfZmxhZ3M9KElGRl9CUk9BRENBU1QgfCBJRkZf U0lNUExFWCB8IElGRl9NVUxUSUNBU1QgKTsNCg0KCQkvKg0KCQkgKiB0aGlz IGNvZGUgc3RpbGwgaW4gcHJvZ3Jlc3MgKERNQSBzdXBwb3J0KQ0KCQkgKg0K DQoJCXNjLT5yZWN2X3Jpbmc9bWFsbG9jKENTX0RNQV9CVUZGRVJfU0laRTw8 MSwgTV9ERVZCVUYsIE1fTk9XQUlUKTsNCgkJaWYgKHNjLT5yZWN2X3Jpbmcg PT0gTlVMTCkgew0KCQkJbG9nKExPR19FUlIsQ1NfTkFNRQ0KCQkJIiVkOiBD b3VsZG4ndCBhbGxvY2F0ZSBtZW1vcnkgZm9yIE5JQ1xuIiwgdW5pdCk7DQoJ CQlyZXR1cm4oMCk7DQoJCX0NCgkJaWYgKChzYy0+cmVjdl9yaW5nLShzYy0+ cmVjdl9yaW5nICYgMHgxRkZGRikpDQoJCSAgICA8ICgxMjgqMTAyNC1DU19E TUFfQlVGRkVSX1NJWkUpKQ0KCQkgICAgc2MtPnJlY3ZfcmluZys9MTYqMTAy NDsNCg0KCQkqLw0KDQoJCXNjLT5idWZmZXI9bWFsbG9jKEVUSEVSX01BWF9M RU4tRVRIRVJfQ1JDX0xFTixNX0RFVkJVRixNX05PV0FJVCk7DQoJCWlmIChz Yy0+YnVmZmVyID09IE5VTEwpIHsNCiAgICAgICAgICAgICAgICAgICAgICAg IHByaW50ZihDU19OQU1FIiVkOiBDb3VsZG4ndCBhbGxvY2F0ZSBtZW1vcnkg Zm9yIE5JQ1xuIiwNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB1 bml0KTsNCiAgICAgICAgICAgICAgICAgICAgICAgIHJldHVybigwKTsNCgkJ fQ0KDQoJCS8qDQoJCSAqIEluaXRpYWxpemUgdGhlIG1lZGlhIHN0cnVjdHVy ZXMuDQoJCSAqLw0KCQlpZm1lZGlhX2luaXQoJnNjLT5tZWRpYSwgMCwgY3Nf bWVkaWFjaGFuZ2UsIGNzX21lZGlhc3RhdHVzKTsNCg0KCQlpZiAoc2MtPmFk YXB0ZXJfY25mICYgQV9DTkZfMTBCX1QpIHsNCgkJCWlmbWVkaWFfYWRkKCZz Yy0+bWVkaWEsIElGTV9FVEhFUnxJRk1fMTBfVCwgMCwgTlVMTCk7DQoJCQlp ZiAoc2MtPmNoaXBfdHlwZSAhPSBDUzg5MDApIHsNCgkJCQlpZm1lZGlhX2Fk ZCgmc2MtPm1lZGlhLA0KCQkJCQlJRk1fRVRIRVJ8SUZNXzEwX1R8SUZNX0ZE WCwgMCwgTlVMTCk7DQoJCQkJaWZtZWRpYV9hZGQoJnNjLT5tZWRpYSwNCgkJ CQkJSUZNX0VUSEVSfElGTV8xMF9UfElGTV9IRFgsIDAsIE5VTEwpOw0KCQkJ fQ0KCQl9IA0KDQoJCWlmIChzYy0+YWRhcHRlcl9jbmYgJiBBX0NORl8xMEJf MikNCgkJCWlmbWVkaWFfYWRkKCZzYy0+bWVkaWEsIElGTV9FVEhFUnxJRk1f MTBfMiwgMCwgTlVMTCk7DQoNCgkJaWYgKHNjLT5hZGFwdGVyX2NuZiAmIEFf Q05GX0FVSSkNCgkJCWlmbWVkaWFfYWRkKCZzYy0+bWVkaWEsIElGTV9FVEhF UnxJRk1fMTBfNSwgMCwgTlVMTCk7DQoNCiAgICAgICAgICAgICAgICBpZiAo c2MtPmFkYXB0ZXJfY25mICYgQV9DTkZfTUVESUEpDQogICAgICAgICAgICAg ICAgICAgICAgICBpZm1lZGlhX2FkZCgmc2MtPm1lZGlhLCBJRk1fRVRIRVJ8 SUZNX0FVVE8sIDAsIE5VTEwpOw0KDQogICAgICAgICAgICAgICAgLyogU2V0 IGRlZmF1bHQgbWVkaWEgZnJvbSBFRVBST00gKi8NCiAgICAgICAgICAgICAg ICBzd2l0Y2ggKHNjLT5hZGFwdGVyX2NuZiAmIEFfQ05GX01FRElBX1RZUEUp IHsNCiAgICAgICAgICAgICAgICBjYXNlIEFfQ05GX01FRElBX0FVVE86ICBt ZWRpYSA9IElGTV9FVEhFUnxJRk1fQVVUTzsgYnJlYWs7DQogICAgICAgICAg ICAgICAgY2FzZSBBX0NORl9NRURJQV8xMEJfVDogbWVkaWEgPSBJRk1fRVRI RVJ8SUZNXzEwX1Q7IGJyZWFrOw0KICAgICAgICAgICAgICAgIGNhc2UgQV9D TkZfTUVESUFfMTBCXzI6IG1lZGlhID0gSUZNX0VUSEVSfElGTV8xMF8yOyBi cmVhazsNCiAgICAgICAgICAgICAgICBjYXNlIEFfQ05GX01FRElBX0FVSTog ICBtZWRpYSA9IElGTV9FVEhFUnxJRk1fMTBfNTsgYnJlYWs7DQogICAgICAg ICAgICAgICAgZGVmYXVsdDogcHJpbnRmKENTX05BTUUiJWQ6IGFkYXB0ZXIg aGFzIG5vIG1lZGlhXG4iLCB1bml0KTsNCiAgICAgICAgICAgICAgICB9DQog ICAgICAgICAgICAgICAgaWZtZWRpYV9zZXQoJnNjLT5tZWRpYSwgbWVkaWEp Ow0KCQljc19tZWRpYXNldChzYywgbWVkaWEpOw0KDQoJCWlmX2F0dGFjaChp ZnApOw0KCQlldGhlcl9pZmF0dGFjaChpZnApOw0KCX0NCg0KCWlmIChib290 dmVyYm9zZSkNCgkJcHJpbnRmKENTX05BTUUiJWQ6IGV0aGVybmV0IGFkZHJl c3MgJTZEXG4iLA0KCQkgICAgICAgaWZwLT5pZl91bml0LCBzYy0+YXJwY29t LmFjX2VuYWRkciwgIjoiKTsNCg0KCWJwZmF0dGFjaChpZnAsIERMVF9FTjEw TUIsIHNpemVvZiAoc3RydWN0IGV0aGVyX2hlYWRlcikpOw0KCXJldHVybiAo MCk7DQp9DQoNCi8qDQogKiBJbml0aWFsaXplIHRoZSBib2FyZA0KICovDQpz dGF0aWMgdm9pZA0KY3NfaW5pdCh2b2lkICp4c2MpDQp7DQoJc3RydWN0IGNz X3NvZnRjICpzYz0oc3RydWN0IGNzX3NvZnRjICopeHNjOw0KCXN0cnVjdCBp Zm5ldCAqaWZwID0gJnNjLT5hcnBjb20uYWNfaWY7DQoJaW50IGksIHMsIHJ4 X2NmZzsNCg0KCS8qIGFkZHJlc3Mgbm90IGtub3duICovDQoJaWYgKFRBSUxR X0VNUFRZKCZpZnAtPmlmX2FkZHJoZWFkKSkgLyogdW5saWtlbHk/IFhYWCAq Lw0KCQlyZXR1cm47DQoNCgkvKg0KCSAqIHJlc2V0IHdoYXRjaGRvZyB0aW1l cg0KCSAqLw0KCWlmcC0+aWZfdGltZXI9MDsNCglzYy0+YnVmX2xlbiA9IDA7 DQoJDQoJcz1zcGxpbXAoKTsNCg0KCS8qDQoJICogSGFyZHdhcmUgaW5pdGlh bGl6YXRpb24gb2YgY3MNCgkgKi8NCg0KCS8qIEVuYWJsZSByZWNlaXZlciBh bmQgdHJhbnNtaXR0ZXIgKi8NCgljc193cml0ZXJlZyhzYy0+bmljX2FkZHIs IFBQX0xpbmVDVEwsDQoJCWNzX3JlYWRyZWcoIHNjLT5uaWNfYWRkciwgUFBf TGluZUNUTCApIHwNCgkJU0VSSUFMX1JYX09OIHwgU0VSSUFMX1RYX09OKTsN Cg0KCS8qIENvbmZpZ3VyZSB0aGUgcmVjZWl2ZXIgbW9kZSAqLw0KCWNzX3Nl dG1vZGUoc2MpOw0KDQoJLyoNCgkgKiBUaGlzIGRlZmluZXMgd2hhdCB0eXBl IG9mIGZyYW1lcyB3aWxsIGNhdXNlIGludGVycnVwdHMNCgkgKiBCYWQgZnJh bWVzIHNob3VsZCBnZW5lcmF0ZSBpbnRlcnJ1cHRzIHNvIHRoYXQgdGhlIGRy aXZlcg0KCSAqIGNvdWxkIHRyYWNrIHN0YXRpc3RpY3Mgb2YgZGlzY2FyZGVk IHBhY2tldHMNCgkgKi8NCiAgICAgICAgcnhfY2ZnID0gUlhfT0tfRU5CTCB8 IFJYX0NSQ19FUlJPUl9FTkJMIHwgUlhfUlVOVF9FTkJMIHwNCgkJIFJYX0VY VFJBX0RBVEFfRU5CTDsNCglpZiAoc2MtPmlzYV9jb25maWcgJiBTVFJFQU1f VFJBTlNGRVIpDQoJCXJ4X2NmZyB8PSBSWF9TVFJFQU1fRU5CTDsNCgljc193 cml0ZXJlZyhzYy0+bmljX2FkZHIsIFBQX1J4Q0ZHLCByeF9jZmcpOw0KDQoJ Y3Nfd3JpdGVyZWcoc2MtPm5pY19hZGRyLCBQUF9UeENGRywgVFhfTE9TVF9D UlNfRU5CTCB8DQoJCSAgICBUWF9TUUVfRVJST1JfRU5CTCB8IFRYX09LX0VO QkwgfCBUWF9MQVRFX0NPTF9FTkJMIHwNCgkJICAgIFRYX0pCUl9FTkJMIHwg VFhfQU5ZX0NPTF9FTkJMIHwgVFhfMTZfQ09MX0VOQkwpOw0KDQoJY3Nfd3Jp dGVyZWcoc2MtPm5pY19hZGRyLCBQUF9CdWZDRkcsIFJFQURZX0ZPUl9UWF9F TkJMIHwNCgkJICAgIFJYX01JU1NfQ09VTlRfT1ZSRkxPV19FTkJMIHwgVFhf Q09MX0NPVU5UX09WUkZMT1dfRU5CTCB8DQoJCSAgICBUWF9VTkRFUlJVTl9F TkJMIC8qfCBSWF9ETUFfRU5CTCovKTsNCg0KICAgICAgICAvKiBXcml0ZSBN QUMgYWRkcmVzcyBpbnRvIElBIGZpbHRlciAqLw0KICAgICAgICBmb3IgKGk9 MDsgaTxFVEhFUl9BRERSX0xFTi8yOyBpKyspDQogICAgICAgICAgICAgICAg Y3Nfd3JpdGVyZWcoc2MtPm5pY19hZGRyLCBQUF9JQStpKjIsDQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgc2MtPmFycGNvbS5hY19lbmFkZHJbaSoy XSB8DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgKHNjLT5hcnBjb20u YWNfZW5hZGRyW2kqMisxXSA8PCA4KSApOw0KDQoJLyoNCgkgKiBOb3cgZW5h YmxlIGV2ZXJ5dGhpbmcNCgkgKi8NCi8qDQojaWZkZWYJQ1NfVVNFXzY0S19E TUENCgljc193cml0ZXJlZyhzYy0+bmljX2FkZHIsIFBQX0J1c0NUTCwgRU5B QkxFX0lSUSB8IFJYX0RNQV9TSVpFXzY0Syk7DQogICAgICAgICNlbHNlDQoN CiAgICAgICAgY3Nfd3JpdGVyZWcoc2MtPm5pY19hZGRyLCBQUF9CdXNDVEws IEVOQUJMRV9JUlEpOw0KI2VuZGlmDQoqLw0KCWNzX3dyaXRlcmVnKHNjLT5u aWNfYWRkciwgUFBfQnVzQ1RMLCBFTkFCTEVfSVJRKTsNCgkNCgkvKg0KCSAq IFNldCBydW5uaW5nIGFuZCBjbGVhciBvdXRwdXQgYWN0aXZlIGZsYWdzDQoJ ICovDQoJc2MtPmFycGNvbS5hY19pZi5pZl9mbGFncyB8PSBJRkZfUlVOTklO RzsNCglzYy0+YXJwY29tLmFjX2lmLmlmX2ZsYWdzICY9IH5JRkZfT0FDVElW RTsNCg0KCS8qDQoJICogU3RhcnQgc2VuZGluZyBwcm9jZXNzDQoJICovDQoJ Y3Nfc3RhcnQoaWZwKTsNCg0KCSh2b2lkKSBzcGx4KHMpOw0KfQ0KDQovKg0K ICogR2V0IHRoZSBwYWNrZXQgZnJvbSB0aGUgYm9hcmQgYW5kIHNlbmQgaXQg dG8gdGhlIHVwcGVyIGxheWVyDQogKiB2aWEgZXRoZXJfaW5wdXQoKS4NCiAq Lw0Kc3RhdGljIGludA0KY3NfZ2V0X3BhY2tldChzdHJ1Y3QgY3Nfc29mdGMg KnNjKQ0Kew0KCXN0cnVjdCBpZm5ldCAqaWZwID0gJihzYy0+YXJwY29tLmFj X2lmKTsNCglpbnQgaW9iYXNlID0gc2MtPm5pY19hZGRyLCBzdGF0dXMsIGxl bmd0aDsNCglzdHJ1Y3QgZXRoZXJfaGVhZGVyICplaDsNCglzdHJ1Y3QgbWJ1 ZiAqbTsNCg0KI2lmZGVmIENTX0RFQlVHDQoJaW50IGk7DQojZW5kaWYNCg0K CXN0YXR1cyA9IGludyhpb2Jhc2UgKyBSWF9GUkFNRV9QT1JUKTsNCglsZW5n dGggPSBpbncoaW9iYXNlICsgUlhfRlJBTUVfUE9SVCk7DQoNCiNpZmRlZiBD U19ERUJVRw0KCXByaW50ZihDU19OQU1FIiUxZDogcmN2ZDogc3RhdCAleCwg bGVuICVkXG4iLA0KCQlpZnAtPmlmX3VuaXQsIHN0YXR1cywgbGVuZ3RoKTsN CiNlbmRpZg0KDQoJaWYgKCEoc3RhdHVzICYgUlhfT0spKSB7DQojaWZkZWYg Q1NfREVCVUcNCgkJcHJpbnRmKENTX05BTUUiJTFkOiBiYWQgcGt0IHN0YXQg JXhcbiIsIGlmcC0+aWZfdW5pdCwgc3RhdHVzKTsNCiNlbmRpZg0KCQlpZnAt PmlmX2llcnJvcnMrKzsNCgkJcmV0dXJuIC0xOw0KCX0NCg0KCU1HRVRIRFIo bSwgTV9ET05UV0FJVCwgTVRfREFUQSk7DQoJaWYgKG09PU5VTEwpDQoJCXJl dHVybiAtMTsNCg0KCWlmIChsZW5ndGggPiBNSExFTikgew0KCQlNQ0xHRVQo bSwgTV9ET05UV0FJVCk7DQoJCWlmICghKG0tPm1fZmxhZ3MgJiBNX0VYVCkp IHsNCgkJCW1fZnJlZW0obSk7DQoJCQlyZXR1cm4gLTE7DQoJCX0NCgl9DQoN CgkvKiBJbml0aWFsaXplIHBhY2tldCdzIGhlYWRlciBpbmZvICovDQoJbS0+ bV9wa3RoZHIucmN2aWYgPSBpZnA7DQoJbS0+bV9wa3RoZHIubGVuID0gbGVu Z3RoOw0KCW0tPm1fbGVuID0gbGVuZ3RoOw0KDQoJLyogR2V0IHRoZSBkYXRh ICovDQoJaW5zdyhpb2Jhc2UgKyBSWF9GUkFNRV9QT1JULCBtLT5tX2RhdGEs IChsZW5ndGgrMSk+PjEpOw0KDQoJZWggPSBtdG9kKG0sIHN0cnVjdCBldGhl cl9oZWFkZXIgKik7DQoNCglpZiAoaWZwLT5pZl9icGYpDQoJCWJwZl9tdGFw KGlmcCwgbSk7DQoNCiNpZmRlZiBDU19ERUJVRw0KCWZvciAoaT0wO2k8bGVu Z3RoO2krKykNCgkgICAgIHByaW50ZigiICUwMngiLCh1bnNpZ25lZCBjaGFy KSooKGNoYXIgKikobS0+bV9kYXRhK2kpKSk7DQoJcHJpbnRmKCAiXG4iICk7 DQojZW5kaWYNCg0KCWlmIChzdGF0dXMgJiAoUlhfSUEgfCBSWF9CUk9BRENB U1QpIHx8IA0KCSAgICAoaWZwLT5pZl9mbGFncyAmIElGRl9NVUxUSUNBU1Qg JiYgc3RhdHVzICYgUlhfSEFTSEVEKSkgew0KCQltLT5tX3BrdGhkci5sZW4g LT0gc2l6ZW9mKHN0cnVjdCBldGhlcl9oZWFkZXIpOw0KCQltLT5tX2xlbiAt PSBzaXplb2Yoc3RydWN0IGV0aGVyX2hlYWRlcik7DQoJCW0tPm1fZGF0YSAr PSBzaXplb2Yoc3RydWN0IGV0aGVyX2hlYWRlcik7DQoNCgkJLyogRmVlZCB0 aGUgcGFja2V0IHRvIHRoZSB1cHBlciBsYXllciAqLw0KCQlldGhlcl9pbnB1 dChpZnAsIGVoLCBtKTsNCg0KCQlpZnAtPmlmX2lwYWNrZXRzKys7DQoNCgkJ aWYgKGxlbmd0aD09RVRIRVJfTUFYX0xFTi1FVEhFUl9DUkNfTEVOKQ0KICAg ICAgICAgICAgICAgICAgICAgICAgREVMQVkoIGNzX3JlY3ZfZGVsYXkgKTsN Cgl9IGVsc2Ugew0KCQltX2ZyZWVtKG0pOw0KCX0NCg0KCXJldHVybiAwOw0K fQ0KDQovKg0KICogSGFuZGxlIGludGVycnVwdHMNCiAqLw0Kdm9pZA0KY3Np bnRyKHZvaWQgKmFyZykNCnsNCglzdHJ1Y3QgY3Nfc29mdGMgKnNjID0gKHN0 cnVjdCBjc19zb2Z0YyopIGFyZzsNCglzdHJ1Y3QgaWZuZXQgKmlmcCA9ICYo c2MtPmFycGNvbS5hY19pZik7DQoJaW50IHN0YXR1czsNCg0KI2lmZGVmIENT X0RFQlVHDQoJaW50IHVuaXQgPSBpZnAtPmlmX3VuaXQ7DQoJcHJpbnRmKENT X05BTUUiJTFkOiBJbnRlcnJ1cHQuXG4iLCB1bml0KTsNCiNlbmRpZg0KDQoJ d2hpbGUgKChzdGF0dXM9Y3NfcmVhZHdvcmQoc2MtPm5pY19hZGRyLCBJU1Ff UE9SVCkpKSB7DQoNCiNpZmRlZiBDU19ERUJVRw0KCQlwcmludGYoIENTX05B TUUiJTFkOmZyb20gSVNROiAlMDR4XG4iLCB1bml0LCBzdGF0dXMgKTsNCiNl bmRpZg0KDQoJCXN3aXRjaCAoc3RhdHVzICYgSVNRX0VWRU5UX01BU0spIHsN CiAgICAgICAgICAgICAgICBjYXNlIElTUV9SRUNFSVZFUl9FVkVOVDoNCiAg ICAgICAgICAgICAgICAgICAgICAgIGNzX2dldF9wYWNrZXQoc2MpOw0KICAg ICAgICAgICAgICAgICAgICAgICAgYnJlYWs7DQoNCiAgICAgICAgICAgICAg ICBjYXNlIElTUV9UUkFOU01JVFRFUl9FVkVOVDoNCiAgICAgICAgICAgICAg ICAgICAgICAgIGlmIChzdGF0dXMgJiBUWF9PSykNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgaWZwLT5pZl9vcGFja2V0cysrOw0KICAgICAg ICAgICAgICAgICAgICAgICAgZWxzZQ0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBpZnAtPmlmX29lcnJvcnMrKzsNCiAgICAgICAgICAgICAg ICAgICAgICAgIGlmcC0+aWZfZmxhZ3MgJj0gfklGRl9PQUNUSVZFOw0KICAg ICAgICAgICAgICAgICAgICAgICAgaWZwLT5pZl90aW1lciA9IDA7DQogICAg ICAgICAgICAgICAgICAgICAgICBicmVhazsNCg0KICAgICAgICAgICAgICAg IGNhc2UgSVNRX0JVRkZFUl9FVkVOVDoNCiAgICAgICAgICAgICAgICAgICAg ICAgIGlmIChzdGF0dXMgJiBSRUFEWV9GT1JfVFgpIHsNCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgaWZwLT5pZl9mbGFncyAmPSB+SUZGX09B Q1RJVkU7DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGlmcC0+ aWZfdGltZXIgPSAwOw0KICAgICAgICAgICAgICAgICAgICAgICAgfQ0KDQog ICAgICAgICAgICAgICAgICAgICAgICBpZiAoc3RhdHVzICYgVFhfVU5ERVJS VU4pIHsNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaWZwLT5p Zl9mbGFncyAmPSB+SUZGX09BQ1RJVkU7DQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGlmcC0+aWZfdGltZXIgPSAwOw0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBpZnAtPmlmX29lcnJvcnMrKzsNCiAgICAg ICAgICAgICAgICAgICAgICAgIH0NCiAgICAgICAgICAgICAgICAgICAgICAg IGJyZWFrOw0KDQogICAgICAgICAgICAgICAgY2FzZSBJU1FfUlhfTUlTU19F VkVOVDoNCiAgICAgICAgICAgICAgICAgICAgICAgIGlmcC0+aWZfaWVycm9y cys9KHN0YXR1cz4+Nik7DQogICAgICAgICAgICAgICAgICAgICAgICBicmVh azsNCg0KICAgICAgICAgICAgICAgIGNhc2UgSVNRX1RYX0NPTF9FVkVOVDoN CiAgICAgICAgICAgICAgICAgICAgICAgIGlmcC0+aWZfY29sbGlzaW9ucys9 KHN0YXR1cz4+Nik7DQogICAgICAgICAgICAgICAgICAgICAgICBicmVhazsN CiAgICAgICAgICAgICAgICB9DQogICAgICAgIH0NCg0KICAgICAgICBpZiAo IShpZnAtPmlmX2ZsYWdzICYgSUZGX09BQ1RJVkUpKSB7DQogICAgICAgICAg ICAgICAgY3Nfc3RhcnQoaWZwKTsNCiAgICAgICAgfQ0KfQ0KDQovKg0KICog U2F2ZSB0aGUgZGF0YSBpbiBidWZmZXINCiAqLw0KDQpzdGF0aWMgdm9pZA0K Y3Nfd3JpdGVfbWJ1ZnMoIHN0cnVjdCBjc19zb2Z0YyAqc2MsIHN0cnVjdCBt YnVmICptICkNCnsNCglpbnQgbGVuOw0KCXN0cnVjdCBtYnVmICptcDsNCgl1 bnNpZ25lZCBjaGFyICpkYXRhLCAqYnVmOw0KDQoJZm9yIChtcD1tLCBidWY9 c2MtPmJ1ZmZlciwgc2MtPmJ1Zl9sZW49MDsgbXAgIT0gTlVMTDsgbXA9bXAt Pm1fbmV4dCkgew0KCQlsZW4gPSBtcC0+bV9sZW47DQoNCgkJLyoNCgkJICog SWdub3JlIGVtcHR5IHBhcnRzDQoJCSAqLw0KCQlpZiAoIWxlbikNCgkJY29u dGludWU7DQoNCgkJLyoNCgkJICogRmluZCBhY3R1YWwgZGF0YSBhZGRyZXNz DQoJCSAqLw0KCQlkYXRhID0gbXRvZChtcCwgY2FkZHJfdCk7DQoNCgkJYmNv cHkoKGNhZGRyX3QpIGRhdGEsIChjYWRkcl90KSBidWYsIGxlbik7DQoJCWJ1 ZiArPSBsZW47DQoJCXNjLT5idWZfbGVuICs9IGxlbjsNCgl9DQp9DQoNCg0K c3RhdGljIHZvaWQNCmNzX3htaXRfYnVmKCBzdHJ1Y3QgY3Nfc29mdGMgKnNj ICkNCnsNCglvdXRzdyhzYy0+bmljX2FkZHIrVFhfRlJBTUVfUE9SVCwgc2Mt PmJ1ZmZlciwgKHNjLT5idWZfbGVuKzEpPj4xKTsNCglzYy0+YnVmX2xlbiA9 IDA7DQp9DQoNCnN0YXRpYyB2b2lkDQpjc19zdGFydChzdHJ1Y3QgaWZuZXQg KmlmcCkNCnsNCglpbnQgcywgbGVuZ3RoOw0KCXN0cnVjdCBtYnVmICptLCAq bXA7DQoJc3RydWN0IGNzX3NvZnRjICpzYyA9IGlmcC0+aWZfc29mdGM7DQoN CglzID0gc3BsaW1wKCk7DQoNCglmb3IgKDs7KSB7DQoJCWlmIChzYy0+YnVm X2xlbikNCgkJCWxlbmd0aCA9IHNjLT5idWZfbGVuOw0KCQllbHNlIHsNCgkJ CUlGX0RFUVVFVUUoICZpZnAtPmlmX3NuZCwgbSApOw0KDQoJCQlpZiAobT09 TlVMTCkgew0KCQkJCSh2b2lkKSBzcGx4KHMpOw0KCQkJCXJldHVybjsNCgkJ CX0NCg0KCQkJZm9yIChsZW5ndGg9MCwgbXA9bTsgbXAgIT0gTlVMTDsgbXA9 bXAtPm1fbmV4dCkNCgkJCQlsZW5ndGggKz0gbXAtPm1fbGVuOw0KDQoJCQkv KiBTa2lwIHplcm8tbGVuZ3RoIHBhY2tldHMgKi8NCgkJCWlmIChsZW5ndGgg PT0gMCkgew0KCQkJCW1fZnJlZW0obSk7DQoJCQkJY29udGludWU7DQoJCQl9 DQoNCgkJCWNzX3dyaXRlX21idWZzKHNjLCBtKTsNCg0KCQkJaWYgKGlmcC0+ aWZfYnBmKSB7DQoJCQkJYnBmX210YXAoaWZwLCBtKTsNCgkJCX0NCg0KCQkJ bV9mcmVlbShtKTsNCgkJfQ0KDQoJCS8qDQoJCSAqIElzc3VlIGEgU0VORCBj b21tYW5kDQoJCSAqLw0KCQlvdXR3KHNjLT5uaWNfYWRkcitUWF9DTURfUE9S VCwgc2MtPnNlbmRfY21kKTsNCgkJb3V0dyhzYy0+bmljX2FkZHIrVFhfTEVO X1BPUlQsIGxlbmd0aCApOw0KDQoJCS8qDQoJCSAqIElmIHRoZXJlJ3Mgbm8g ZnJlZSBzcGFjZSBpbiB0aGUgYnVmZmVyIHRoZW4gbGVhdmUNCgkJICogdGhp cyBwYWNrZXQgZm9yIHRoZSBuZXh0IHRpbWU6IGluZGljYXRlIG91dHB1dCBh Y3RpdmUNCgkJICogYW5kIHJldHVybi4NCgkJICovDQoJCWlmICghKGNzX3Jl YWRyZWcoc2MtPm5pY19hZGRyLCBQUF9CdXNTVCkgJiBSRUFEWV9GT1JfVFhf Tk9XKSkgew0KCQkJaWZwLT5pZl90aW1lciA9IHNjLT5idWZfbGVuOw0KCQkJ KHZvaWQpIHNwbHgocyk7DQoJCQlpZnAtPmlmX2ZsYWdzIHw9IElGRl9PQUNU SVZFOw0KCQkJcmV0dXJuOw0KCQl9DQoNCiAgICAgICAgICAgICAgIAljc194 bWl0X2J1ZihzYyk7DQoNCgkJLyoNCgkJICogU2V0IHRoZSB3YXRjaGRvZyB0 aW1lciBpbiBjYXNlIHdlIG5ldmVyIGhlYXINCgkJICogZnJvbSBib2FyZCBh Z2Fpbi4gKEkgZG9uJ3Qga25vdyBhYm91dCBjb3JyZWN0DQoJCSAqIHZhbHVl IGZvciB0aGlzIHRpbWVvdXQpDQoJCSAqLw0KCQlpZnAtPmlmX3RpbWVyID0g bGVuZ3RoOw0KDQoJCSh2b2lkKSBzcGx4KHMpOw0KCQlpZnAtPmlmX2ZsYWdz IHw9IElGRl9PQUNUSVZFOw0KCQlyZXR1cm47DQoJfQ0KfQ0KDQovKg0KICog U3RvcCBldmVyeXRoaW5nIG9uIHRoZSBpbnRlcmZhY2UNCiAqLw0Kc3RhdGlj IHZvaWQNCmNzX3N0b3Aoc3RydWN0IGNzX3NvZnRjICpzYykNCnsNCglpbnQg cyA9IHNwbGltcCgpOw0KDQoJY3Nfd3JpdGVyZWcoc2MtPm5pY19hZGRyLCBQ UF9SeENGRywgMCk7DQoJY3Nfd3JpdGVyZWcoc2MtPm5pY19hZGRyLCBQUF9U eENGRywgMCk7DQoJY3Nfd3JpdGVyZWcoc2MtPm5pY19hZGRyLCBQUF9CdWZD RkcsIDApOw0KCWNzX3dyaXRlcmVnKHNjLT5uaWNfYWRkciwgUFBfQnVzQ1RM LCAwKTsNCg0KCXNjLT5hcnBjb20uYWNfaWYuaWZfZmxhZ3MgJj0gfihJRkZf UlVOTklORyB8IElGRl9PQUNUSVZFKTsNCglzYy0+YXJwY29tLmFjX2lmLmlm X3RpbWVyID0gMDsNCg0KCSh2b2lkKSBzcGx4KHMpOw0KfQ0KDQovKg0KICog UmVzZXQgdGhlIGludGVyZmFjZQ0KICovDQpzdGF0aWMgdm9pZA0KY3NfcmVz ZXQoc3RydWN0IGNzX3NvZnRjICpzYykNCnsNCgljc19zdG9wKHNjKTsNCglj c19pbml0KHNjKTsNCn0NCg0Kc3RhdGljIHZvaWQNCmNzX3NldG1vZGUoc3Ry dWN0IGNzX3NvZnRjICpzYykNCnsNCglzdHJ1Y3QgaWZuZXQgKmlmcCA9ICYo c2MtPmFycGNvbS5hY19pZik7DQoJaW50IHJ4X2N0bDsNCg0KCS8qIFN0b3Ag dGhlIHJlY2VpdmVyIHdoaWxlIGNoYW5naW5nIGZpbHRlcnMgKi8NCgljc193 cml0ZXJlZyhzYy0+bmljX2FkZHIsIFBQX0xpbmVDVEwsIA0KCQkJY3NfcmVh ZHJlZyhzYy0+bmljX2FkZHIsIFBQX0xpbmVDVEwpICYgflNFUklBTF9SWF9P Tik7DQoNCglpZiAoaWZwLT5pZl9mbGFncyAmIElGRl9QUk9NSVNDKSB7DQoJ CS8qIFR1cm4gb24gcHJvbWlzY3VvdXMgbW9kZS4gKi8NCgkJcnhfY3RsID0g UlhfT0tfQUNDRVBUIHwgUlhfUFJPTV9BQ0NFUFQ7DQoJfSBlbHNlIHsNCgkJ aWYgKGlmcC0+aWZfZmxhZ3MgJiBJRkZfTVVMVElDQVNUKSB7DQoJCQkvKiBB bGxvdyByZWNlaXZpbmcgZnJhbWVzIHdpdGggbXVsdGljYXN0IGFkZHJlc3Nl cyAqLw0KCQkJcnhfY3RsID0gUlhfSUFfQUNDRVBUIHwgUlhfQlJPQURDQVNU X0FDQ0VQVCB8DQoJCQkJIFJYX09LX0FDQ0VQVCB8IFJYX01VTFRDQVNUX0FD Q0VQVDsNCgkJCS8qDQoJCQkgKiBIZXJlIHRoZSByZWNvbmZpZ3VyYXRpb24g b2YgY2hpcCdzIG11bHRpY2FzdA0KCQkJICogZmlsdGVycyBzaG91bGQgYmUg ZG9uZSBidXQgSSd2ZSBubyBpZGVhIGFib3V0DQoJCQkgKiBoYXNoIHRyYW5z Zm9ybWF0aW9uIGluIHRoaXMgY2hpcC4gSWYgeW91IGNhbg0KCQkJICogYWRk IHRoaXMgY29kZSBvciBkZXNjcmliZSBtZSB0aGUgdHJhbnNmb3JtYXRpb24N CgkJCSAqIEknZCBiZSB2ZXJ5IGdsYWQuDQoJCQkgKi8NCgkJfSBlbHNlIHsN CgkJCS8qDQoJCQkgKiBSZWNlaXZlIG9ubHkgZ29vZCBmcmFtZXMgYWRkcmVz c2VkIGZvciB1cyBhbmQNCgkJCSAqIGdvb2QgYnJvYWRjYXN0cy4NCgkJCSAq Lw0KCQkJcnhfY3RsID0gUlhfSUFfQUNDRVBUIHwgUlhfQlJPQURDQVNUX0FD Q0VQVCB8DQoJCQkJIFJYX09LX0FDQ0VQVDsNCgkJfQ0KCX0NCg0KCS8qIFNl dCB1cCB0aGUgZmlsdGVyICovDQoJY3Nfd3JpdGVyZWcoc2MtPm5pY19hZGRy LCBQUF9SeENUTCwgUlhfREVGX0FDQ0VQVCB8IHJ4X2N0bCk7DQoNCgkvKiBU dXJuIG9uIHJlY2VpdmVyICovDQoJY3Nfd3JpdGVyZWcoc2MtPm5pY19hZGRy LCBQUF9MaW5lQ1RMLA0KCQkJY3NfcmVhZHJlZyhzYy0+bmljX2FkZHIsIFBQ X0xpbmVDVEwpIHwgU0VSSUFMX1JYX09OKTsNCn0NCg0Kc3RhdGljIGludA0K Y3NfaW9jdGwocmVnaXN0ZXIgc3RydWN0IGlmbmV0ICppZnAsIHVfbG9uZyBj b21tYW5kLCBjYWRkcl90IGRhdGEpDQp7DQoJc3RydWN0IGNzX3NvZnRjICpz Yz1pZnAtPmlmX3NvZnRjOw0KCXN0cnVjdCBpZnJlcSAqaWZyID0gKHN0cnVj dCBpZnJlcSAqKWRhdGE7DQoJaW50IHMsZXJyb3I9MDsNCg0KI2lmZGVmIENT X0RFQlVHDQoJcHJpbnRmKENTX05BTUUiJWQ6IGlvY3RsKCVseClcbiIsc2Mt PmFycGNvbS5hY19pZi5pZl91bml0LGNvbW1hbmQpOw0KI2VuZGlmDQoNCglz PXNwbGltcCgpOw0KDQoJc3dpdGNoIChjb21tYW5kKSB7DQoJY2FzZSBTSU9D U0lGQUREUjoNCgljYXNlIFNJT0NHSUZBRERSOg0KCWNhc2UgU0lPQ1NJRk1U VToNCgkJZXRoZXJfaW9jdGwoaWZwLCBjb21tYW5kLCBkYXRhKTsNCgkJYnJl YWs7DQoNCgljYXNlIFNJT0NTSUZGTEFHUzoNCgkJLyoNCgkJICogU3dpdGNo IGludGVyZmFjZSBzdGF0ZSBiZXR3ZWVuICJydW5uaW5nIiBhbmQNCgkJICog InN0b3BwZWQiLCByZWZsZWN0aW5nIHRoZSBVUCBmbGFnLg0KICAgICAgICAg ICAgICAgICAqLw0KICAgICAgICAgICAgICAgIGlmIChzYy0+YXJwY29tLmFj X2lmLmlmX2ZsYWdzICYgSUZGX1VQKSB7DQogICAgICAgICAgICAgICAgICAg ICAgICBpZiAoKHNjLT5hcnBjb20uYWNfaWYuaWZfZmxhZ3MgJiBJRkZfUlVO TklORyk9PTApIHsNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg Y3NfaW5pdChzYyk7DQogICAgICAgICAgICAgICAgICAgICAgICB9DQogICAg ICAgICAgICAgICAgfSBlbHNlIHsNCiAgICAgICAgICAgICAgICAgICAgICAg IGlmICgoc2MtPmFycGNvbS5hY19pZi5pZl9mbGFncyAmIElGRl9SVU5OSU5H KSE9MCkgew0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBjc19z dG9wKHNjKTsNCiAgICAgICAgICAgICAgICAgICAgICAgIH0NCgkJfQ0KCQkv Kg0KCQkgKiBQcm9taXNjdW91cyBhbmQvb3IgbXVsdGljYXN0IGZsYWdzIG1h eSBoYXZlIGNoYW5nZWQsDQoJCSAqIHNvIHJlcHJvZ3JhbSB0aGUgbXVsdGlj YXN0IGZpbHRlciBhbmQvb3IgcmVjZWl2ZSBtb2RlLg0KCQkgKg0KCQkgKiBT ZWUgbm90ZSBhYm91dCBtdWx0aWNhc3RzIGluIGNzX3NldG1vZGUNCgkJICov DQoJCWNzX3NldG1vZGUoc2MpOw0KCQlicmVhazsNCg0KCWNhc2UgU0lPQ0FE RE1VTFRJOg0KCWNhc2UgU0lPQ0RFTE1VTFRJOg0KCSAgICAvKg0KCSAgICAg KiBNdWx0aWNhc3QgbGlzdCBoYXMgY2hhbmdlZDsgc2V0IHRoZSBoYXJkd2Fy ZSBmaWx0ZXINCgkgICAgICogYWNjb3JkaW5nbHkuDQoJICAgICAqDQoJICAg ICAqIFNlZSBub3RlIGFib3V0IG11bHRpY2FzdHMgaW4gY3Nfc2V0bW9kZQ0K CSAgICAgKi8NCgkgICAgY3Nfc2V0bW9kZShzYyk7DQoJICAgIGVycm9yID0g MDsNCgkgICAgYnJlYWs7DQoNCiAgICAgICAgY2FzZSBTSU9DU0lGTUVESUE6 DQogICAgICAgIGNhc2UgU0lPQ0dJRk1FRElBOg0KICAgICAgICAgICAgICAg IGVycm9yID0gaWZtZWRpYV9pb2N0bChpZnAsIGlmciwgJnNjLT5tZWRpYSwg Y29tbWFuZCk7DQogICAgICAgICAgICAgICAgYnJlYWs7DQoNCiAgICAgICAg ZGVmYXVsdDoNCgkJZXJyb3IgPSBFSU5WQUw7DQogICAgICAgIH0NCg0KCSh2 b2lkKSBzcGx4KHMpOw0KCXJldHVybiBlcnJvcjsNCn0NCg0KLyoNCiAqIERl dmljZSB0aW1lb3V0L3dhdGNoZG9nIHJvdXRpbmUuIEVudGVyZWQgaWYgdGhl IGRldmljZSBuZWdsZWN0cyB0bw0KICogZ2VuZXJhdGUgYW4gaW50ZXJydXB0 IGFmdGVyIGEgdHJhbnNtaXQgaGFzIGJlZW4gc3RhcnRlZCBvbiBpdC4NCiAq Lw0Kc3RhdGljIHZvaWQNCmNzX3dhdGNoZG9nKHN0cnVjdCBpZm5ldCAqaWZw KQ0Kew0KCXN0cnVjdCBjc19zb2Z0YyAqc2MgPSBpZnAtPmlmX3NvZnRjOw0K DQoJaWZwLT5pZl9vZXJyb3JzKys7DQoJbG9nKExPR19FUlIsIENTX05BTUUi JWQ6IGRldmljZSB0aW1lb3V0XG4iLCBpZnAtPmlmX3VuaXQpOw0KDQoJLyog UmVzZXQgdGhlIGludGVyZmFjZSAqLw0KCWlmIChpZnAtPmlmX2ZsYWdzICYg SUZGX1VQKQ0KCQljc19yZXNldChzYyk7DQoJZWxzZQ0KCQljc19zdG9wKHNj KTsNCn0NCg0Kc3RhdGljIGludA0KY3NfbWVkaWFjaGFuZ2Uoc3RydWN0IGlm bmV0ICppZnApDQp7DQoJc3RydWN0IGNzX3NvZnRjICpzYyA9IGlmcC0+aWZf c29mdGM7DQoJc3RydWN0IGlmbWVkaWEgKmlmbSA9ICZzYy0+bWVkaWE7DQoN CglpZiAoSUZNX1RZUEUoaWZtLT5pZm1fbWVkaWEpICE9IElGTV9FVEhFUikN CgkJcmV0dXJuIEVJTlZBTDsNCg0KCXJldHVybiBjc19tZWRpYXNldChzYywg aWZtLT5pZm1fbWVkaWEpOw0KfQ0KDQpzdGF0aWMgdm9pZA0KY3NfbWVkaWFz dGF0dXMoc3RydWN0IGlmbmV0ICppZnAsIHN0cnVjdCBpZm1lZGlhcmVxICpp Zm1yKQ0Kew0KCWludCBsaW5lX3N0YXR1czsNCglzdHJ1Y3QgY3Nfc29mdGMg KnNjID0gaWZwLT5pZl9zb2Z0YzsNCg0KCWlmbXItPmlmbV9hY3RpdmUgPSBJ Rk1fRVRIRVI7DQoJbGluZV9zdGF0dXMgPSBjc19yZWFkcmVnKHNjLT5uaWNf YWRkciwgUFBfTGluZVNUKTsNCglpZiAobGluZV9zdGF0dXMgJiBURU5CQVNF VF9PTikgew0KCQlpZm1yLT5pZm1fYWN0aXZlIHw9IElGTV8xMF9UOw0KCQlp ZiAoc2MtPmNoaXBfdHlwZSAhPSBDUzg5MDApIHsNCgkJCWlmIChjc19yZWFk cmVnKHNjLT5uaWNfYWRkciwgUFBfQXV0b05lZ1NUKSAmIEZEWF9BQ1RJVkUp DQoJCQkJaWZtci0+aWZtX2FjdGl2ZSB8PSBJRk1fRkRYOw0KCQkJaWYgKGNz X3JlYWRyZWcoc2MtPm5pY19hZGRyLCBQUF9BdXRvTmVnU1QpICYgSERYX0FD VElWRSkNCgkJCQlpZm1yLT5pZm1fYWN0aXZlIHw9IElGTV9IRFg7DQoJCX0N CgkJaWZtci0+aWZtX3N0YXR1cyA9IElGTV9BVkFMSUQ7DQoJCWlmIChsaW5l X3N0YXR1cyAmIExJTktfT0spDQoJCQlpZm1yLT5pZm1fc3RhdHVzIHw9IElG TV9BQ1RJVkU7DQoJfSBlbHNlIHsNCgkJaWYgKGxpbmVfc3RhdHVzICYgQVVJ X09OKSB7DQoJCQljc193cml0ZXJlZyhzYy0+bmljX2FkZHIsIFBQX1NlbGZD VEwsDQoJCQkJICAgIGNzX3JlYWRyZWcoc2MtPm5pY19hZGRyLCBQUF9TZWxm Q1RMKSB8DQoJCQkJICAgIEhDQjFfRU5CTCk7DQoJCQlpZiAoKChzYy0+YWRh cHRlcl9jbmYgJiBBX0NORl9EQ19EQ19QT0xBUklUWSkhPTApXg0KCQkJICAg IChjc19yZWFkcmVnKHNjLT5uaWNfYWRkciwgUFBfU2VsZkNUTCkmSENCMSkp DQoJCQkJaWZtci0+aWZtX2FjdGl2ZSB8PSBJRk1fMTBfMjsNCgkJCWVsc2UN CgkJCQlpZm1yLT5pZm1fYWN0aXZlIHw9IElGTV8xMF81Ow0KCQl9DQoJfQ0K fQ0KDQpzdGF0aWMgaW50DQpjc19tZWRpYXNldChzdHJ1Y3QgY3Nfc29mdGMg KnNjLCBpbnQgbWVkaWEpDQp7DQogICAgICAgIGludCBlcnJvcjsNCg0KCS8q IFN0b3AgdGhlIHJlY2VpdmVyICYgdHJhbnNtaXR0ZXIgKi8NCgljc193cml0 ZXJlZyhzYy0+bmljX2FkZHIsIFBQX0xpbmVDVEwsDQogICAgICAgICAgICAg ICAgICAgIGNzX3JlYWRyZWcoc2MtPm5pY19hZGRyLCBQUF9MaW5lQ1RMKSAm DQoJCSAgICB+KFNFUklBTF9SWF9PTiB8IFNFUklBTF9UWF9PTikpOw0KDQoj aWZkZWYgQ1NfREVCVUcNCglwcmludGYoQ1NfTkFNRSIlZDogY3Nfc2V0bWVk aWEoJXgpXG4iLHNjLT5hcnBjb20uYWNfaWYuaWZfdW5pdCxtZWRpYSk7DQoj ZW5kaWYNCg0KCXN3aXRjaCAoSUZNX1NVQlRZUEUobWVkaWEpKSB7DQoJZGVm YXVsdDoNCgljYXNlIElGTV9BVVRPOg0KCQlpZiAoKGVycm9yPWVuYWJsZV90 cChzYykpPT0wKQ0KCQkJZXJyb3IgPSBjc19kdXBsZXhfYXV0byhzYyk7DQoJ CWVsc2UgaWYgKChlcnJvcj1lbmFibGVfYm5jKHNjKSkgIT0gMCkNCgkJCWVy cm9yID0gZW5hYmxlX2F1aShzYyk7DQoJCWJyZWFrOw0KCWNhc2UgSUZNXzEw X1Q6DQoJCWlmICgoZXJyb3I9ZW5hYmxlX3RwKHNjKSkgIT0gMCkNCgkJCWJy ZWFrOw0KCQlpZiAobWVkaWEgJiBJRk1fRkRYKQ0KCQkJY3NfZHVwbGV4X2Z1 bGwoc2MpOw0KCQllbHNlIGlmIChtZWRpYSAmIElGTV9IRFgpDQoJCQljc19k dXBsZXhfaGFsZihzYyk7DQoJCWVsc2UNCgkJCWVycm9yID0gY3NfZHVwbGV4 X2F1dG8oc2MpOw0KCQlicmVhazsNCgljYXNlIElGTV8xMF8yOg0KCQllcnJv ciA9IGVuYWJsZV9ibmMoc2MpOw0KCQlicmVhazsNCgljYXNlIElGTV8xMF81 Og0KCQllcnJvciA9IGVuYWJsZV9hdWkoc2MpOw0KCQlicmVhazsNCgl9DQoN CgkvKg0KCSAqIFR1cm4gdGhlIHRyYW5zbWl0dGVyICYgcmVjZWl2ZXIgYmFj ayBvbg0KCSAqLw0KCWNzX3dyaXRlcmVnKHNjLT5uaWNfYWRkciwgUFBfTGlu ZUNUTCwNCgkJICAgIGNzX3JlYWRyZWcoIHNjLT5uaWNfYWRkciwgUFBfTGlu ZUNUTCApIHwNCgkJICAgIFNFUklBTF9SWF9PTiB8IFNFUklBTF9UWF9PTik7 IA0KDQoJcmV0dXJuIGVycm9yOw0KfQ== --0-1106502712-952877046=:96199 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="if_csreg.h" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: sys/dev/cs/if_csreg.h Content-Disposition: ATTACHMENT; FILENAME="if_csreg.h" LyoNCiAqIENvcHlyaWdodCAoYykgMTk5NywxOTk4IE1heGltIEJvbG90aW4g YW5kIE9sZWcgU2hhcm9pa28uDQogKiBBbGwgcmlnaHRzIHJlc2VydmVkLg0K ICoNCiAqIFJlZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFuZCBi aW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0aG91dA0KICogbW9kaWZpY2F0aW9u LCBhcmUgcGVybWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhlIGZvbGxvd2luZyBj b25kaXRpb25zDQogKiBhcmUgbWV0Og0KICogMS4gUmVkaXN0cmlidXRpb25z IG9mIHNvdXJjZSBjb2RlIG11c3QgcmV0YWluIHRoZSBhYm92ZSBjb3B5cmln aHQNCiAqICAgIG5vdGljZSB1bm1vZGlmaWVkLCB0aGlzIGxpc3Qgb2YgY29u ZGl0aW9ucywgYW5kIHRoZSBmb2xsb3dpbmcNCiAqICAgIGRpc2NsYWltZXIu DQogKiAyLiBSZWRpc3RyaWJ1dGlvbnMgaW4gYmluYXJ5IGZvcm0gbXVzdCBy ZXByb2R1Y2UgdGhlIGFib3ZlIGNvcHlyaWdodA0KICogICAgbm90aWNlLCB0 aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNj bGFpbWVyIGluIHRoZQ0KICogICAgZG9jdW1lbnRhdGlvbiBhbmQvb3Igb3Ro ZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlvbi4N CiAqDQogKiBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEIEJZIFRIRSBBVVRI T1IgQU5EIENPTlRSSUJVVE9SUyBgYEFTIElTJycgQU5EDQogKiBBTlkgRVhQ UkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElOQ0xVRElORywgQlVUIE5P VCBMSU1JVEVEIFRPLCBUSEUNCiAqIElNUExJRUQgV0FSUkFOVElFUyBPRiBN RVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQ VVJQT1NFDQogKiBBUkUgRElTQ0xBSU1FRC4gIElOIE5PIEVWRU5UIFNIQUxM IFRIRSBBVVRIT1IgT1IgQ09OVFJJQlVUT1JTIEJFIExJQUJMRQ0KICogRk9S IEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLCBF WEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwNCiAqIERBTUFHRVMgKElOQ0xV RElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBQUk9DVVJFTUVOVCBPRiBTVUJT VElUVVRFIEdPT0RTDQogKiBPUiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERB VEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNTIElOVEVSUlVQVElPTikNCiAq IEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GIExJQUJJTElU WSwgV0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUDQogKiBMSUFCSUxJVFks IE9SIFRPUlQgKElOQ0xVRElORyBORUdMSUdFTkNFIE9SIE9USEVSV0lTRSkg QVJJU0lORyBJTiBBTlkgV0FZDQogKiBPVVQgT0YgVEhFIFVTRSBPRiBUSElT IFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJQklMSVRZ IE9GDQogKiBTVUNIIERBTUFHRS4NCiAqDQogKi8NCg0KLyoNCiAqICRGcmVl QlNEOiBzcmMvc3lzL2kzODYvaXNhL2lmX2NzcmVnLmgsdiAxLjIgMTk5OS8w OC8yOCAwMDo0NDo0MyBwZXRlciBFeHAgJA0KICovDQoNCiNkZWZpbmUgQ1Nf ODl4MF9JT19QT1JUUwkweDAwMjANCg0KI2RlZmluZSBQUF9DaGlwSUQgMHgw MDAwCS8qIG9mZnNldCAgIDBoIC0+IENvcnAgLUlEICAgICAgICAgICAgICAq Lw0KCQkJCS8qIG9mZnNldCAgIDJoIC0+IE1vZGVsL1Byb2R1Y3QgTnVtYmVy ICAqLw0KCQkJCS8qIG9mZnNldCAgIDNoIC0+IENoaXAgUmV2aXNpb24gTnVt YmVyICAqLw0KDQojZGVmaW5lIFBQX0lTQUlPQgkJMHgwMDIwCS8qICBJTyBi YXNlIGFkZHJlc3MgKi8NCiNkZWZpbmUJUFBfQ1M4OTAwX0lTQUlOVAkweDAw MjIJLyogIElTQSBpbnRlcnJ1cHQgc2VsZWN0ICovDQojZGVmaW5lCVBQX0NT ODkwMF9JU0FETUEJMHgwMDI0CS8qICBJU0EgUmVjIERNQSBjaGFubmVsICov DQojZGVmaW5lIFBQX0NTODkyMF9JU0FJTlQJMHgwMzcwCS8qICBJU0EgaW50 ZXJydXB0IHNlbGVjdCAqLw0KI2RlZmluZSBQUF9DUzg5MjBfSVNBRE1BIAkw eDAzNzQJLyogIElTQSBSZWMgRE1BIGNoYW5uZWwgKi8NCiNkZWZpbmUgUFBf SVNBU09GCQkweDAwMjYJLyogIElTQSBETUEgb2Zmc2V0ICovDQojZGVmaW5l IFBQX0RtYUZyYW1lQ250CQkweDAwMjgJLyogIElTQSBETUEgRnJhbWUgY291 bnQgKi8NCiNkZWZpbmUgUFBfRG1hQnl0ZUNudAkJMHgwMDJBCS8qICBJU0Eg RE1BIEJ5dGUgY291bnQgKi8NCiNkZWZpbmUgUFBfQ1M4OTIwX0lTQU1lbUIJ MHgwMzQ4CS8qICBNZW1vcnkgYmFzZSAqLw0KDQovKiBFRVBST00gZGF0YSBh bmQgY29tbWFuZCByZWdpc3RlcnMgKi8NCiNkZWZpbmUgUFBfRUVDTUQJCTB4 MDA0MAkvKiAgTlZSIEludGVyZmFjZSBDb21tYW5kIHJlZ2lzdGVyICovDQoj ZGVmaW5lIFBQX0VFRGF0YQkJMHgwMDQyCS8qICBOVlIgSW50ZXJmYWNlIERh dGEgUmVnaXN0ZXIgKi8NCiNkZWZpbmUgUFBfRGVidWdSZWcJCTB4MDA0NAkv KiAgRGVidWcgUmVnaXN0ZXIgKi8NCg0KI2RlZmluZSBQUF9SeENGRwkJMHgw MTAyCS8qICBSeCBCdXMgY29uZmlnICovDQojZGVmaW5lIFBQX1J4Q1RMCQkw eDAxMDQJLyogIFJlY2VpdmUgQ29udHJvbCBSZWdpc3RlciAqLw0KI2RlZmlu ZSBQUF9UeENGRwkJMHgwMTA2CS8qICBUcmFuc21pdCBDb25maWcgUmVnaXN0 ZXIgKi8NCiNkZWZpbmUgUFBfVHhDTUQJCTB4MDEwOAkvKiAgVHJhbnNtaXQg Q29tbWFuZCBSZWdpc3RlciAqLw0KI2RlZmluZSBQUF9CdWZDRkcJCTB4MDEw QQkvKiAgQnVzIGNvbmZpZ3VyYXRpb24gUmVnaXN0ZXIgKi8NCiNkZWZpbmUg UFBfTGluZUNUTAkJMHgwMTEyCS8qICBMaW5lIENvbmZpZyBSZWdpc3RlciAq Lw0KI2RlZmluZSBQUF9TZWxmQ1RMCQkweDAxMTQJLyogIFNlbGYgQ29tbWFu ZCBSZWdpc3RlciAqLw0KI2RlZmluZSBQUF9CdXNDVEwJCTB4MDExNgkvKiAg SVNBIGJ1cyBjb250cm9sIFJlZ2lzdGVyICovDQojZGVmaW5lIFBQX1Rlc3RD VEwJCTB4MDExOAkvKiAgVGVzdCBSZWdpc3RlciAqLw0KI2RlZmluZSBQUF9B dXRvTmVnQ1RMCQkweDAxMUMJLyogIEF1dG8gTmVnb3RpYXRpb24gQ3RybCAq Lw0KDQojZGVmaW5lIFBQX0lTUQkJCTB4MDEyMAkvKiAgSW50ZXJydXB0IFN0 YXR1cyAqLw0KI2RlZmluZSBQUF9SeEV2ZW50CQkweDAxMjQJLyogIFJ4IEV2 ZW50IFJlZ2lzdGVyICovDQojZGVmaW5lIFBQX1R4RXZlbnQJCTB4MDEyOAkv KiAgVHggRXZlbnQgUmVnaXN0ZXIgKi8NCiNkZWZpbmUgUFBfQnVmRXZlbnQJ CTB4MDEyQwkvKiAgQnVzIEV2ZW50IFJlZ2lzdGVyICovDQojZGVmaW5lIFBQ X1J4TWlzcwkJMHgwMTMwCS8qICBSZWNlaXZlIE1pc3MgQ291bnQgKi8NCiNk ZWZpbmUgUFBfVHhDb2wJCTB4MDEzMgkvKiAgVHJhbnNtaXQgQ29sbGlzaW9u IENvdW50ICovDQojZGVmaW5lIFBQX0xpbmVTVAkJMHgwMTM0CS8qICBMaW5l IFN0YXRlIFJlZ2lzdGVyICovDQojZGVmaW5lIFBQX1NlbGZTVAkJMHgwMTM2 CS8qICBTZWxmIFN0YXRlIHJlZ2lzdGVyICovDQojZGVmaW5lIFBQX0J1c1NU CQkweDAxMzgJLyogIEJ1cyBTdGF0dXMgKi8NCiNkZWZpbmUgUFBfVERSCQkJ MHgwMTNDCS8qICBUaW1lIERvbWFpbiBSZWZsZWN0b21ldHJ5ICovDQojZGVm aW5lIFBQX0F1dG9OZWdTVAkJMHgwMTNFCS8qICBBdXRvIE5lZyBTdGF0dXMg Ki8NCiNkZWZpbmUgUFBfVHhDb21tYW5kCQkweDAxNDQJLyogIFR4IENvbW1h bmQgKi8NCiNkZWZpbmUgUFBfVHhMZW5ndGgJCTB4MDE0NgkvKiAgVHggTGVu Z3RoICovDQojZGVmaW5lIFBQX0xBRgkJCTB4MDE1MAkvKiAgSGFzaCBUYWJs ZSAqLw0KI2RlZmluZSBQUF9JQQkJCTB4MDE1OAkvKiAgUGh5c2ljYWwgQWRk cmVzcyBSZWdpc3RlciAqLw0KDQojZGVmaW5lIFBQX1J4U3RhdHVzCQkweDA0 MDAJLyogIFJlY2VpdmUgc3RhcnQgb2YgZnJhbWUgKi8NCiNkZWZpbmUgUFBf UnhMZW5ndGgJCTB4MDQwMgkvKiAgUmVjZWl2ZSBMZW5ndGggb2YgZnJhbWUg Ki8NCiNkZWZpbmUgUFBfUnhGcmFtZQkJMHgwNDA0CS8qICBSZWNlaXZlIGZy YW1lIHBvaW50ZXIgKi8NCiNkZWZpbmUgUFBfVHhGcmFtZQkJMHgwQTAwCS8q ICBUcmFuc21pdCBmcmFtZSBwb2ludGVyICovDQoNCi8qDQogKiAgUHJpbWFy eSBJL08gQmFzZSBBZGRyZXNzLiBJZiBubyBJL08gYmFzZSBpcyBzdXBwbGll ZCBieSB0aGUgdXNlciwgdGhlbiB0aGlzDQogKiAgY2FuIGJlIHVzZWQgYXMg dGhlIGRlZmF1bHQgSS9PIGJhc2UgdG8gYWNjZXNzIHRoZSBQYWNrZXRQYWdl IEFyZWEuDQogKi8NCiNkZWZpbmUgREVGQVVMVElPQkFTRQkJMHgwMzAwDQoj ZGVmaW5lIEZJUlNUX0lPCQkweDAyMEMJLyogIEZpcnN0IEkvTyBwb3J0IHRv IGNoZWNrICovDQojZGVmaW5lIExBU1RfSU8JCQkweDAzN0MJLyogIExhc3Qg SS9PIHBvcnQgdG8gY2hlY2sgKCsxMGgpICovDQojZGVmaW5lIEFERF9NQVNL CQkweDMwMDAJLyogIE1hc2sgaXQgdXNlIG9mIHRoZSBBRERfUE9SVCByZWdp c3RlciAqLw0KI2RlZmluZSBBRERfU0lHCQkJMHgzMDAwCS8qICBFeHBlY3Rl ZCBJRCBzaWduYXR1cmUgKi8NCg0KI2RlZmluZSBDSElQX0VJU0FfSURfU0lH CTB4NjMwRQkvKiAgUHJvZHVjdCBJRCBDb2RlIGZvciBDcnlzdGFsIENoaXAg KENTODkwMCBzcGVjIDQuMykgKi8NCg0KI2RlZmluZSBQUk9EVUNUX0lEX0FE RAkJMHgwMDAyCS8qICBBZGRyZXNzIG9mIHByb2R1Y3QgSUQgKi8NCg0KLyog IE1hc2sgdG8gZmluZCBvdXQgdGhlIHR5cGVzIG9mICByZWdpc3RlcnMgKi8N CiNkZWZpbmUgUkVHX1RZUEVfTUFTSwkJMHgwMDFGDQoNCi8qICBFZXByb20g Q29tbWFuZHMgKi8NCiNkZWZpbmUgRVJTRV9XUl9FTkJMCQkweDAwRjANCiNk ZWZpbmUgRVJTRV9XUl9ESVNBQkxFCQkweDAwMDANCg0KLyogIERlZmluZXMg Q29udHJvbC9Db25maWcgcmVnaXN0ZXIgcXVpbnR1cGxldCBudW1iZXJzICov DQojZGVmaW5lIFJYX0JVRl9DRkcJCTB4MDAwMw0KI2RlZmluZSBSWF9DT05U Uk9MCQkweDAwMDUNCiNkZWZpbmUgVFhfQ0ZHCQkJMHgwMDA3DQojZGVmaW5l IFRYX0NPTU1BTkQJCTB4MDAwOQ0KI2RlZmluZSBCVUZfQ0ZHCQkJMHgwMDBC DQojZGVmaW5lIExJTkVfQ09OVFJPTAkJMHgwMDEzDQojZGVmaW5lIFNFTEZf Q09OVFJPTAkJMHgwMDE1DQojZGVmaW5lIEJVU19DT05UUk9MCQkweDAwMTcN CiNkZWZpbmUgVEVTVF9DT05UUk9MCQkweDAwMTkNCg0KLyogIERlZmluZXMg U3RhdHVzL0NvdW50IHJlZ2lzdGVycyBxdWludHVwbGV0IG51bWJlcnMgKi8N CiNkZWZpbmUgUlhfRVZFTlQJCTB4MDAwNA0KI2RlZmluZSBUWF9FVkVOVAkJ MHgwMDA4DQojZGVmaW5lIEJVRl9FVkVOVAkJMHgwMDBDDQojZGVmaW5lIFJY X01JU1NfQ09VTlQJCTB4MDAxMA0KI2RlZmluZSBUWF9DT0xfQ09VTlQJCTB4 MDAxMg0KI2RlZmluZSBMSU5FX1NUQVRVUwkJMHgwMDE0DQojZGVmaW5lIFNF TEZfU1RBVFVTCQkweDAwMTYNCiNkZWZpbmUgQlVTX1NUQVRVUwkJMHgwMDE4 DQojZGVmaW5lIFREUgkJCTB4MDAxQw0KDQovKg0KICogUFBfUnhDRkcgLSBS ZWNlaXZlICBDb25maWd1cmF0aW9uIGFuZCBJbnRlcnJ1cHQgTWFzaw0KICoJ CQkgYml0IGRlZmluaXRpb24gLSAgUmVhZC93cml0ZQ0KICovDQojZGVmaW5l IFNLSVBfMQkJCTB4MDA0MA0KI2RlZmluZSBSWF9TVFJFQU1fRU5CTAkJMHgw MDgwDQojZGVmaW5lIFJYX09LX0VOQkwJCTB4MDEwMA0KI2RlZmluZSBSWF9E TUFfT05MWQkJMHgwMjAwDQojZGVmaW5lIEFVVE9fUlhfRE1BCQkweDA0MDAN CiNkZWZpbmUgQlVGRkVSX0NSQwkJMHgwODAwDQojZGVmaW5lIFJYX0NSQ19F UlJPUl9FTkJMCTB4MTAwMA0KI2RlZmluZSBSWF9SVU5UX0VOQkwJCTB4MjAw MA0KI2RlZmluZSBSWF9FWFRSQV9EQVRBX0VOQkwJMHg0MDAwDQoNCi8qIFBQ X1J4Q1RMIC0gUmVjZWl2ZSBDb250cm9sIGJpdCBkZWZpbml0aW9uIC0gUmVh ZC93cml0ZSAqLw0KI2RlZmluZSBSWF9JQV9IQVNIX0FDQ0VQVAkweDAwNDAN CiNkZWZpbmUgUlhfUFJPTV9BQ0NFUFQJCTB4MDA4MA0KI2RlZmluZSBSWF9P S19BQ0NFUFQJCTB4MDEwMA0KI2RlZmluZSBSWF9NVUxUQ0FTVF9BQ0NFUFQJ MHgwMjAwDQojZGVmaW5lIFJYX0lBX0FDQ0VQVAkJMHgwNDAwDQojZGVmaW5l IFJYX0JST0FEQ0FTVF9BQ0NFUFQJMHgwODAwDQojZGVmaW5lIFJYX0JBRF9D UkNfQUNDRVBUCTB4MTAwMA0KI2RlZmluZSBSWF9SVU5UX0FDQ0VQVAkJMHgy MDAwDQojZGVmaW5lIFJYX0VYVFJBX0RBVEFfQUNDRVBUCTB4NDAwMA0KI2Rl ZmluZSBSWF9BTExfQUNDRVBUCQkoUlhfUFJPTV9BQ0NFUFQgfCBSWF9CQURf Q1JDX0FDQ0VQVCB8CVwNCgkJCQkgUlhfUlVOVF9BQ0NFUFQgfCBSWF9FWFRS QV9EQVRBX0FDQ0VQVCkNCi8qDQogKiAgRGVmYXVsdCByZWNlaXZlIG1vZGUg LSBpbmRpdmlkdWFsbHkgYWRkcmVzc2VkLCBicm9hZGNhc3QsIGFuZCBlcnJv ciBmcmVlDQogKi8NCiNkZWZpbmUgUlhfREVGX0FDQ0VQVCAoUlhfSUFfQUND RVBUIHwgUlhfQlJPQURDQVNUX0FDQ0VQVCB8IFJYX09LX0FDQ0VQVCkNCg0K LyoNCiAqIFBQX1R4Q0ZHIC0gVHJhbnNtaXQgQ29uZmlndXJhdGlvbiBJbnRl cnJ1cHQgTWFzaw0KICoJCQkgYml0IGRlZmluaXRpb24gLSBSZWFkL3dyaXRl DQogKi8NCiNkZWZpbmUgVFhfTE9TVF9DUlNfRU5CTAkweDAwNDANCiNkZWZp bmUgVFhfU1FFX0VSUk9SX0VOQkwJMHgwMDgwDQojZGVmaW5lIFRYX09LX0VO QkwJCTB4MDEwMA0KI2RlZmluZSBUWF9MQVRFX0NPTF9FTkJMCTB4MDIwMA0K I2RlZmluZSBUWF9KQlJfRU5CTAkJMHgwNDAwDQojZGVmaW5lIFRYX0FOWV9D T0xfRU5CTAkJMHgwODAwDQojZGVmaW5lIFRYXzE2X0NPTF9FTkJMCQkweDgw MDANCg0KLyoNCiAqIFBQX1R4Q01EIC0gVHJhbnNtaXQgQ29tbWFuZCBiaXQg ZGVmaW5pdGlvbiAtIFJlYWQtb25seQ0KICovDQojZGVmaW5lIFRYX1NUQVJU XzRfQllURVMJMHgwMDAwDQojZGVmaW5lIFRYX1NUQVJUXzY0X0JZVEVTCTB4 MDA0MA0KI2RlZmluZSBUWF9TVEFSVF8xMjhfQllURVMJMHgwMDgwDQojZGVm aW5lIFRYX1NUQVJUX0FMTF9CWVRFUwkweDAwQzANCiNkZWZpbmUgVFhfRk9S Q0UJCTB4MDEwMA0KI2RlZmluZSBUWF9PTkVfQ09MCQkweDAyMDANCiNkZWZp bmUgVFhfVFdPX1BBUlRfREVGRl9ESVNBQkxFIDB4MDQwMA0KI2RlZmluZSBU WF9OT19DUkMJCTB4MTAwMA0KI2RlZmluZSBUWF9SVU5UCQkJMHgyMDAwDQoN Ci8qDQogKiBQUF9CdWZDRkcgLSBCdWZmZXIgQ29uZmlndXJhdGlvbiBJbnRl cnJ1cHQgTWFzaw0KICoJCQkgYml0IGRlZmluaXRpb24gLSBSZWFkL3dyaXRl DQogKi8NCiNkZWZpbmUgR0VORVJBVEVfU1dfSU5URVJSVVBUCTB4MDA0MA0K I2RlZmluZSBSWF9ETUFfRU5CTAkJMHgwMDgwDQojZGVmaW5lIFJFQURZX0ZP Ul9UWF9FTkJMCTB4MDEwMA0KI2RlZmluZSBUWF9VTkRFUlJVTl9FTkJMCTB4 MDIwMA0KI2RlZmluZSBSWF9NSVNTX0VOQkwJCTB4MDQwMA0KI2RlZmluZSBS WF8xMjhfQllURV9FTkJMCTB4MDgwMA0KI2RlZmluZSBUWF9DT0xfQ09VTlRf T1ZSRkxPV19FTkJMIDB4MTAwMA0KI2RlZmluZSBSWF9NSVNTX0NPVU5UX09W UkZMT1dfRU5CTCAweDIwMDANCiNkZWZpbmUgUlhfREVTVF9NQVRDSF9FTkJM CTB4ODAwMA0KDQovKg0KICogUFBfTGluZUNUTCAtIExpbmUgQ29udHJvbCBi aXQgZGVmaW5pdGlvbiAtIFJlYWQvd3JpdGUNCiAqLw0KI2RlZmluZSBTRVJJ QUxfUlhfT04JCTB4MDA0MA0KI2RlZmluZSBTRVJJQUxfVFhfT04JCTB4MDA4 MA0KI2RlZmluZSBBVUlfT05MWQkJMHgwMTAwDQojZGVmaW5lIEFVVE9fQVVJ XzEwQkFTRVQJMHgwMjAwDQojZGVmaW5lIE1PRElGSUVEX0JBQ0tPRkYJMHgw ODAwDQojZGVmaW5lIE5PX0FVVE9fUE9MQVJJVFkJMHgxMDAwDQojZGVmaW5l IFRXT19QQVJUX0RFRkRJUwkJMHgyMDAwDQojZGVmaW5lIExPV19SWF9TUVVF TENICQkweDQwMDANCg0KLyoNCiAqIFBQX1NlbGZDVEwgLSBTb2Z0d2FyZSBT ZWxmIENvbnRyb2wgYml0IGRlZmluaXRpb24gLSBSZWFkL3dyaXRlDQogKi8N CiNkZWZpbmUgUE9XRVJfT05fUkVTRVQJCTB4MDA0MA0KI2RlZmluZSBTV19T VE9QCQkJMHgwMTAwDQojZGVmaW5lIFNMRUVQX09OCQkweDAyMDANCiNkZWZp bmUgQVVUT19XQUtFVVAJCTB4MDQwMA0KI2RlZmluZSBIQ0IwX0VOQkwJCTB4 MTAwMA0KI2RlZmluZSBIQ0IxX0VOQkwJCTB4MjAwMA0KI2RlZmluZSBIQ0Iw CQkJMHg0MDAwDQojZGVmaW5lIEhDQjEJCQkweDgwMDANCg0KLyoNCiAqIFBQ X0J1c0NUTCAtIElTQSBCdXMgQ29udHJvbCBiaXQgZGVmaW5pdGlvbiAtIFJl YWQvd3JpdGUNCiAqLw0KI2RlZmluZSBSRVNFVF9SWF9ETUEJCTB4MDA0MA0K I2RlZmluZSBNRU1PUllfT04JCTB4MDQwMA0KI2RlZmluZSBETUFfQlVSU1Rf TU9ERQkJMHgwODAwDQojZGVmaW5lIElPX0NIQU5ORUxfUkVBRFlfT04JMHgx MDAwDQojZGVmaW5lIFJYX0RNQV9TSVpFXzY0S3MJMHgyMDAwDQojZGVmaW5l IEVOQUJMRV9JUlEJCTB4ODAwMA0KDQovKg0KICogUFBfVGVzdENUTCAtIFRl c3QgQ29udHJvbCBiaXQgZGVmaW5pdGlvbiAtIFJlYWQvd3JpdGUNCiAqLw0K I2RlZmluZSBMSU5LX09GRgkJMHgwMDgwDQojZGVmaW5lIEVOREVDX0xPT1BC QUNLCQkweDAyMDANCiNkZWZpbmUgQVVJX0xPT1BCQUNLCQkweDA0MDANCiNk ZWZpbmUgQkFDS09GRl9PRkYJCTB4MDgwMA0KI2RlZmluZSBGQVNUX1RFU1QJ CTB4ODAwMA0KDQovKg0KICogUFBfUnhFdmVudCAtIFJlY2VpdmUgRXZlbnQg Qml0IGRlZmluaXRpb24gLSBSZWFkLW9ubHkNCiAqLw0KI2RlZmluZSBSWF9J QV9IQVNIRUQJCTB4MDA0MA0KI2RlZmluZSBSWF9EUklCQkxFCQkweDAwODAN CiNkZWZpbmUgUlhfT0sJCQkweDAxMDANCiNkZWZpbmUgUlhfSEFTSEVECQkw eDAyMDANCiNkZWZpbmUgUlhfSUEJCQkweDA0MDANCiNkZWZpbmUgUlhfQlJP QURDQVNUCQkweDA4MDANCiNkZWZpbmUgUlhfQ1JDX0VSUk9SCQkweDEwMDAN CiNkZWZpbmUgUlhfUlVOVAkJCTB4MjAwMA0KI2RlZmluZSBSWF9FWFRSQV9E QVRBCQkweDQwMDANCg0KI2RlZmluZSBIQVNIX0lOREVYX01BU0sJCTB4MEZD MDANCg0KLyoNCiAqIFBQX1R4RXZlbnQgLSBUcmFuc21pdCBFdmVudCBCaXQg ZGVmaW5pdGlvbiAtIFJlYWQtb25seQ0KICovDQojZGVmaW5lIFRYX0xPU1Rf Q1JTCQkweDAwNDANCiNkZWZpbmUgVFhfU1FFX0VSUk9SCQkweDAwODANCiNk ZWZpbmUgVFhfT0sJCQkweDAxMDANCiNkZWZpbmUgVFhfTEFURV9DT0wJCTB4 MDIwMA0KI2RlZmluZSBUWF9KQlIJCQkweDA0MDANCiNkZWZpbmUgVFhfMTZf Q09MCQkweDgwMDANCiNkZWZpbmUgVFhfU0VORF9PS19CSVRTCQkoVFhfT0sg fCBUWF9MT1NUX0NSUykNCiNkZWZpbmUgVFhfQ09MX0NPVU5UX01BU0sJMHg3 ODAwDQoNCi8qDQogKiBQUF9CdWZFdmVudCAtIEJ1ZmZlciBFdmVudCBCaXQg ZGVmaW5pdGlvbiAtIFJlYWQtb25seQ0KICovDQojZGVmaW5lIFNXX0lOVEVS UlVQVAkJMHgwMDQwDQojZGVmaW5lIFJYX0RNQQkJCTB4MDA4MA0KI2RlZmlu ZSBSRUFEWV9GT1JfVFgJCTB4MDEwMA0KI2RlZmluZSBUWF9VTkRFUlJVTgkJ MHgwMjAwDQojZGVmaW5lIFJYX01JU1MJCQkweDA0MDANCiNkZWZpbmUgUlhf MTI4X0JZVEUJCTB4MDgwMA0KI2RlZmluZSBUWF9DT0xfT1ZSRkxXCQkweDEw MDANCiNkZWZpbmUgUlhfTUlTU19PVlJGTFcJCTB4MjAwMA0KI2RlZmluZSBS WF9ERVNUX01BVENICQkweDgwMDANCg0KLyoNCiAqIFBQX0xpbmVTVCAtIEV0 aGVybmV0IExpbmUgU3RhdHVzIGJpdCBkZWZpbml0aW9uIC0gUmVhZC1vbmx5 DQogKi8NCiNkZWZpbmUgTElOS19PSwkJCTB4MDA4MA0KI2RlZmluZSBBVUlf T04JCQkweDAxMDANCiNkZWZpbmUgVEVOQkFTRVRfT04JCTB4MDIwMA0KI2Rl ZmluZSBQT0xBUklUWV9PSwkJMHgxMDAwDQojZGVmaW5lIENSU19PSwkJCTB4 NDAwMA0KDQovKg0KICogUFBfU2VsZlNUIC0gQ2hpcCBTb2Z0d2FyZSBTdGF0 dXMgYml0IGRlZmluaXRpb24NCiAqLw0KI2RlZmluZSBBQ1RJVkVfMzNWCQkw eDAwNDANCiNkZWZpbmUgSU5JVF9ET05FCQkweDAwODANCiNkZWZpbmUgU0lf QlVTWQkJCTB4MDEwMA0KI2RlZmluZSBFRVBST01fUFJFU0VOVAkJMHgwMjAw DQojZGVmaW5lIEVFUFJPTV9PSwkJMHgwNDAwDQojZGVmaW5lIEVMX1BSRVNF TlQJCTB4MDgwMA0KI2RlZmluZSBFRV9TSVpFXzY0CQkweDEwMDANCg0KLyoN CiAqIFBQX0J1c1NUIC0gSVNBIEJ1cyBTdGF0dXMgYml0IGRlZmluaXRpb24N CiAqLw0KI2RlZmluZSBUWF9CSURfRVJST1IJCTB4MDA4MA0KI2RlZmluZSBS RUFEWV9GT1JfVFhfTk9XCTB4MDEwMA0KDQovKg0KICogUFBfQXV0b05lZ0NU TCAtIEF1dG8gTmVnb3RpYXRpb24gQ29udHJvbCBiaXQgZGVmaW5pdGlvbg0K ICovDQojZGVmaW5lIFJFX05FR19OT1cJCTB4MDA0MA0KI2RlZmluZSBBTExP V19GRFgJCTB4MDA4MA0KI2RlZmluZSBBVVRPX05FR19FTkFCTEUJCTB4MDEw MA0KI2RlZmluZSBOTFBfRU5BQkxFCQkweDAyMDANCiNkZWZpbmUgRk9SQ0Vf RkRYCQkweDgwMDANCiNkZWZpbmUgQVVUT19ORUdfQklUUwkJKEZPUkNFX0ZE WCB8IE5MUF9FTkFCTEUgfCBBVVRPX05FR19FTkFCTEUpDQojZGVmaW5lIEFV VE9fTkVHX01BU0sJCShGT1JDRV9GRFggfCBOTFBfRU5BQkxFIHwgQVVUT19O RUdfRU5BQkxFIHwgXA0KCQkJCSBBTExPV19GRFggfCBSRV9ORUdfTk9XKQ0K DQovKg0KICogUFBfQXV0b05lZ1NUIC0gQXV0byBOZWdvdGlhdGlvbiBTdGF0 dXMgYml0IGRlZmluaXRpb24NCiAqLw0KI2RlZmluZSBBVVRPX05FR19CVVNZ CQkweDAwODANCiNkZWZpbmUgRkxQX0xJTksJCTB4MDEwMA0KI2RlZmluZSBG TFBfTElOS19HT09ECQkweDA4MDANCiNkZWZpbmUgTElOS19GQVVMVAkJMHgx MDAwDQojZGVmaW5lIEhEWF9BQ1RJVkUJCTB4NDAwMA0KI2RlZmluZSBGRFhf QUNUSVZFCQkweDgwMDANCg0KLyoNCiAqIFRoZSBmb2xsb3dpbmcgYmxvY2sg ZGVmaW5lcyB0aGUgSVNRIGV2ZW50IHR5cGVzDQogKi8NCiNkZWZpbmUgSVNR X1JFQ0VJVkVSX0VWRU5UCTB4MDQNCiNkZWZpbmUgSVNRX1RSQU5TTUlUVEVS X0VWRU5UCTB4MDgNCiNkZWZpbmUgSVNRX0JVRkZFUl9FVkVOVAkweDBjDQoj ZGVmaW5lIElTUV9SWF9NSVNTX0VWRU5UCTB4MTANCiNkZWZpbmUgSVNRX1RY X0NPTF9FVkVOVAkweDEyDQoNCiNkZWZpbmUgSVNRX0VWRU5UX01BU0sJCTB4 MDAzRgkvKiBJU1EgbWFzayB0byBmaW5kIG91dCB0eXBlIG9mIGV2ZW50ICov DQojZGVmaW5lIElTUV9ISVNUCQkxNgkvKiBzbWFsbCBoaXN0b3J5IGJ1ZmZl ciAqLw0KI2RlZmluZSBBVVRPSU5DUkVNRU5UCQkweDgwMDAJLyogQml0IG1h c2sgdG8gc2V0IGJpdC0xNSBmb3IgYXV0b2luY3JlbWVudCAqLw0KDQojZGVm aW5lIFRYUlhCVUZTSVpFCQkweDA2MDANCiNkZWZpbmUgUlhETUFCVUZTSVpF CQkweDgwMDANCiNkZWZpbmUgUlhETUFTSVpFCQkweDQwMDANCiNkZWZpbmUg VFhSWF9MRU5HVEhfTUFTSwkweDA3RkYNCg0KLyogIHJ4IG9wdGlvbnMgYml0 cyAqLw0KI2RlZmluZSBSQ1ZfV0lUSF9SWE9OCQkxICAgICAgIC8qICBTZXQg U2VyUnggT04gKi8NCiNkZWZpbmUgUkNWX0NPVU5UUwkJMiAgICAgICAvKiAg VXNlIEZyYW1lY250MSAqLw0KI2RlZmluZSBSQ1ZfUE9ORwkJNCAgICAgICAv KiAgUG9uZyByZXNwb25kZW50ICovDQojZGVmaW5lIFJDVl9ET05HCQk4ICAg ICAgIC8qICBEb25nIG9wZXJhdGlvbiAqLw0KI2RlZmluZSBSQ1ZfUE9MTElO RwkJMHgxMAkvKiAgUG9sbCBSeEV2ZW50ICovDQojZGVmaW5lIFJDVl9JU1EJ CQkweDIwCS8qICBVc2UgSVNRLCBpbnQgKi8NCiNkZWZpbmUgUkNWX0FVVE9f RE1BCQkweDEwMAkvKiAgU2V0IEF1dG9SeERNQUUgKi8NCiNkZWZpbmUgUkNW X0RNQQkJCTB4MjAwCS8qICBTZXQgUnhETUEgb25seSAqLw0KI2RlZmluZSBS Q1ZfRE1BX0FMTAkJMHg0MDAJLyogIENvcHkgYWxsIERNQSdlZCAqLw0KI2Rl ZmluZSBSQ1ZfRklYRURfREFUQQkJMHg4MDAJLyogIEV2ZXJ5IGZyYW1lIHNh bWUgKi8NCiNkZWZpbmUgUkNWX0lPCQkJMHgxMDAwCS8qICBVc2UgSVNBIElP IG9ubHkgKi8NCiNkZWZpbmUgUkNWX01FTU9SWQkJMHgyMDAwCS8qICBVc2Ug SVNBIE1lbW9yeSAqLw0KDQojZGVmaW5lIFJBTV9TSVpFCQkweDEwMDAgICAg ICAvKiAgVGhlIGNhcmQgaGFzIDRrIGJ5dGVzIG9yIFJBTSAqLw0KI2RlZmlu ZSBQS1RfU1RBUlQJCVBQX1R4RnJhbWUgIC8qICBTdGFydCBvZiBwYWNrZXQg UkFNICovDQoNCiNkZWZpbmUgUlhfRlJBTUVfUE9SVAkJMHgwMDAwDQojZGVm aW5lIFRYX0ZSQU1FX1BPUlQJCVJYX0ZSQU1FX1BPUlQNCiNkZWZpbmUgVFhf Q01EX1BPUlQJCTB4MDAwNA0KI2RlZmluZSBUWF9DUzg5MDBfTk9XCQkweDAw MDAgIC8qIFR4IHBhY2tldCBhZnRlciAgIDUgYnl0ZXMgY29waWVkICovDQoj ZGVmaW5lIFRYX0NTODkwMF9BRlRFUl8zODEJMHgwMDIwICAvKiBUeCBwYWNr ZXQgYWZ0ZXIgMzgxIGJ5dGVzIGNvcGllZCAqLw0KI2RlZmluZSBUWF9DUzg5 MDBfQUZURVJfQUxMCTB4MDA2MCAgLyogVHggcGFja2V0IGFmdGVyIGFsbCBi eXRlcyBjb3BpZWQgKi8NCiNkZWZpbmUgVFhfQ1M4OTIwX05PVwkJMHgwMDAw ICAvKiBUeCBwYWNrZXQgYWZ0ZXIgICA1IGJ5dGVzIGNvcGllZCAqLw0KI2Rl ZmluZSBUWF9DUzg5MjBfQUZURVJfMzgxCTB4MDA0MCAgLyogVHggcGFja2V0 IGFmdGVyIDM4MSBieXRlcyBjb3BpZWQgKi8NCiNkZWZpbmUgVFhfQ1M4OTIw X0FGVEVSXzEwMjEJMHgwMDgwICAvKiBUeCBwYWNrZXQgYWZ0ZXIxMDIxIGJ5 dGVzIGNvcGllZCAqLw0KI2RlZmluZSBUWF9DUzg5MjBfQUZURVJfQUxMCTB4 MDBDMCAgLyogVHggcGFja2V0IGFmdGVyIGFsbCBieXRlcyBjb3BpZWQgKi8N CiNkZWZpbmUgVFhfTEVOX1BPUlQJCTB4MDAwNg0KI2RlZmluZSBJU1FfUE9S VAkJMHgwMDA4DQojZGVmaW5lIEFERF9QT1JUCQkweDAwMEENCiNkZWZpbmUg REFUQV9QT1JUCQkweDAwMEMNCg0KI2RlZmluZSBFRVBST01fV1JJVEVfRU4J CTB4MDBGMA0KI2RlZmluZSBFRVBST01fV1JJVEVfRElTCTB4MDAwMA0KI2Rl ZmluZSBFRVBST01fV1JJVEVfQ01ECTB4MDEwMA0KI2RlZmluZSBFRVBST01f UkVBRF9DTUQJCTB4MDIwMA0KDQovKiAgUmVjZWl2ZSBIZWFkZXINCiAqICBE ZXNjcmlwdGlvbiBvZiBoZWFkZXIgb2YgZWFjaCBwYWNrZXQgaW4gcmVjZWl2 ZSBhcmVhIG9mIG1lbW9yeQ0KICovDQojZGVmaW5lIFJCVUZfRVZFTlRfTE9X CTAgIC8qIExvdyBieXRlIG9mIFJ4RXZlbnQgLSBzdGF0dXMgb2YgcmVjZWl2 ZWQgZnJhbWUgKi8NCiNkZWZpbmUgUkJVRl9FVkVOVF9ISUdICTEgIC8qIEhp Z2ggYnl0ZSBvZiBSeEV2ZW50IC0gc3RhdHVzIG9mIHJlY2VpdmVkIGZyYW1l ICovDQojZGVmaW5lIFJCVUZfTEVOX0xPVwkyICAvKiBMZW5ndGggb2YgcmVj ZWl2ZWQgZGF0YSAtIGxvdyBieXRlICovDQojZGVmaW5lIFJCVUZfTEVOX0hJ CTMgIC8qIExlbmd0aCBvZiByZWNlaXZlZCBkYXRhIC0gaGlnaCBieXRlICov DQojZGVmaW5lIFJCVUZfSEVBRF9MRU4JNCAgLyogTGVuZ3RoIG9mIHRoaXMg aGVhZGVyICovDQoNCiNkZWZpbmUgQ0hJUF9SRUFEIDB4MSAgLyogVXNlZCB0 byBtYXJrIHN0YXRlIG9mIHRoZSByZXBpbnMgY29kZSAoY2hpcCBvciBkbWEp ICovDQojZGVmaW5lIERNQV9SRUFEICAweDIgIC8qIFVzZWQgdG8gbWFyayBz dGF0ZSBvZiB0aGUgcmVwaW5zIGNvZGUgKGNoaXAgb3IgZG1hKSAqLw0KDQov KiAgZm9yIGJpb3Mgc2NhbiAqLw0KLyogICovDQojaWZkZWYgQ1NERUJVRw0K LyogIHVzZSB0aGVzZSB2YWx1ZXMgZm9yIGRlYnVnZ2luZyBiaW9zIHNjYW4g Ki8NCiNkZWZpbmUgQklPU19TVEFSVF9TRUcJCTB4MDAwMDANCiNkZWZpbmUg QklPU19PRkZTRVRfSU5DCQkweDAwMTANCiNlbHNlDQojZGVmaW5lIEJJT1Nf U1RBUlRfU0VHCQkweDBjMDAwDQojZGVmaW5lIEJJT1NfT0ZGU0VUX0lOQwkJ MHgwMjAwDQojZW5kaWYNCg0KI2RlZmluZSBCSU9TX0xBU1RfT0ZGU0VUCTB4 MGZjMDANCg0KLyoNCiAqICBCeXRlIG9mZnNldHMgaW50byB0aGUgRUVQUk9N IGNvbmZpZ3VyYXRpb24gYnVmZmVyDQogKi8NCiNkZWZpbmUgSVNBX0NORl9P RkZTRVQJCTB4Ng0KI2RlZmluZSBUWF9DVExfT0ZGU0VUCQkoSVNBX0NORl9P RkZTRVQgKyA4KQkvKiAgODkwMCBlZXByb20gKi8NCiNkZWZpbmUgQVVUT19O RUdfQ05GX09GRlNFVAkoSVNBX0NORl9PRkZTRVQgKyA4KQkvKiAgODkyMCBl ZXByb20gKi8NCg0KLyoNCiAqICB0aGUgYXNzdW1wdGlvbiBoZXJlIGlzIHRo YXQgdGhlIGJpdHMgaW4gdGhlIGVlcHJvbSBhcmUgZ2VuZXJhbGx5IA0KICog IGluIHRoZSBzYW1lIHBvc2l0aW9uIGFzIHRob3NlIGluIHRoZSBhdXRvbmVn Y3RsIHJlZ2lzdGVyLiANCiAqICBPZiBjb3Vyc2UgdGhlIElNTSBiaXQgaXMg bm90IGluIHRoYXQgcmVnaXN0ZXIgc28gaXQgbXVzdCBiZSANCiAqICBtYXNr ZWQgb3V0DQogKi8NCiNkZWZpbmUgRUVfRk9SQ0VfRkRYCQkweDgwMDANCiNk ZWZpbmUgRUVfTkxQX0VOQUJMRQkJMHgwMjAwDQojZGVmaW5lIEVFX0FVVE9f TkVHX0VOQUJMRQkweDAxMDANCiNkZWZpbmUgRUVfQUxMT1dfRkRYCQkweDAw ODANCiNkZWZpbmUgRUVfQVVUT19ORUdfQ05GX01BU0sJKEVFX0ZPUkNFX0ZE WCB8IEVFX05MUF9FTkFCTEUgfCAJXA0KCQkJCSBFRV9BVVRPX05FR19FTkFC TEUgfCBFRV9BTExPV19GRFgpDQoNCiNkZWZpbmUgSU1NX0JJVAkJCTB4MDA0 MAkvKiAgaWdub3JlIG1pc3NpbmcgbWVkaWEJICovDQoNCiNkZWZpbmUgQURB UFRFUl9DTkZfT0ZGU0VUCShBVVRPX05FR19DTkZfT0ZGU0VUICsgMikNCiNk ZWZpbmUgQV9DTkZfTUVESUEgICAgICAgICAgICAgMHgwMDA3DQojZGVmaW5l IEFfQ05GXzEwQl9UCQkweDAwMDENCiNkZWZpbmUgQV9DTkZfQVVJCQkweDAw MDINCiNkZWZpbmUgQV9DTkZfMTBCXzIJCTB4MDAwNA0KI2RlZmluZSBBX0NO Rl9NRURJQV9UWVBFCTB4MDA2MA0KI2RlZmluZSBBX0NORl9NRURJQV9BVVRP CTB4MDAwMA0KI2RlZmluZSBBX0NORl9NRURJQV8xMEJfVAkweDAwMjANCiNk ZWZpbmUgQV9DTkZfTUVESUFfQVVJCQkweDAwNDANCiNkZWZpbmUgQV9DTkZf TUVESUFfMTBCXzIJMHgwMDYwDQojZGVmaW5lIEFfQ05GX0RDX0RDX1BPTEFS SVRZCTB4MDA4MA0KI2RlZmluZSBBX0NORl9OT19BVVRPX1BPTEFSSVRZCTB4 MjAwMA0KI2RlZmluZSBBX0NORl9MT1dfUlhfU1FVRUxDSAkweDQwMDANCiNk ZWZpbmUgQV9DTkZfRVhUTkRfMTBCXzIJMHg4MDAwDQoNCiNkZWZpbmUgUEFD S0VUX1BBR0VfT0ZGU0VUCTB4OA0KDQovKg0KICogIEJpdCBkZWZpbml0aW9u cyBmb3IgdGhlIElTQSBjb25maWd1cmF0aW9uIHdvcmQgZnJvbSB0aGUgRUVQ Uk9NDQogKi8NCiNkZWZpbmUgSU5UX05PX01BU0sJCTB4MDAwRg0KI2RlZmlu ZSBETUFfTk9fTUFTSwkJMHgwMDcwDQojZGVmaW5lIElTQV9ETUFfU0laRQkJ MHgwMjAwDQojZGVmaW5lIElTQV9BVVRPX1J4RE1BCQkweDA0MDANCiNkZWZp bmUgSVNBX1J4RE1BCQkweDA4MDANCiNkZWZpbmUgRE1BX0JVUlNUCQkweDEw MDANCiNkZWZpbmUgU1RSRUFNX1RSQU5TRkVSCQkweDIwMDANCiNkZWZpbmUg QU5ZX0lTQV9ETUEJCShJU0FfQVVUT19SeERNQSB8IElTQV9SeERNQSkNCg0K LyogIERNQSBjb250cm9sbGVyIHJlZ2lzdGVycyAqLw0KI2RlZmluZSBETUFf QkFTRQkJMHgwMCAgIC8qIERNQSBjb250cm9sbGVyIGJhc2UgKi8NCiNkZWZp bmUgRE1BX0JBU0VfMgkJMHgwQzAgIC8qIERNQSBjb250cm9sbGVyIGJhc2Ug Ki8NCg0KI2RlZmluZSBETUFfU1RBVAkJMHgwRDAgIC8qIERNQSBjb250cm9s bGVyIHN0YXR1cyByZWdpc3RlciAqLw0KI2RlZmluZSBETUFfTUFTSwkJMHgw RDQgIC8qIERNQSBjb250cm9sbGVyIG1hc2sgcmVnaXN0ZXIgKi8NCiNkZWZp bmUgRE1BX01PREUJCTB4MEQ2ICAvKiBETUEgY29udHJvbGxlciBtb2RlIHJl Z2lzdGVyICovDQojZGVmaW5lIERNQV9SRVNFVEZGCQkweDBEOCAgLyogRE1B IGNvbnRyb2xsZXIgZmlyc3QvbGFzdCBmbGlwIGZsb3AgKi8NCg0KLyogIERN QSBkYXRhICovDQojZGVmaW5lIERNQV9ESVNBQkxFCQkweDA0ICAgLyogIERp c2FibGUgY2hhbm5lbCBuICovDQojZGVmaW5lIERNQV9FTkFCTEUJCTB4MDAg ICAvKiAgRW5hYmxlIGNoYW5uZWwgbiAqLw0KLyogIERlbWFuZCB0cmFuc2Zl cnMsIGluY3IuIGFkZHJlc3MsIGF1dG8gaW5pdCwgd3JpdGVzLCBjaC4gbiAq Lw0KI2RlZmluZSBETUFfUlhfTU9ERQkJMHgxNA0KLyogIERlbWFuZCB0cmFu c2ZlcnMsIGluY3IuIGFkZHJlc3MsIGF1dG8gaW5pdCwgcmVhZHMsIGNoLiBu ICovDQojZGVmaW5lIERNQV9UWF9NT0RFCQkweDE4DQoNCiNkZWZpbmUgRE1B X1NJWkUJCSgxNioxMDI0KQkvKiBTaXplIG9mIGRtYSBidWZmZXIgLSAxNmsg Ki8NCg0KI2RlZmluZSBDUzg5MDAJCQkweDAwMDANCiNkZWZpbmUgQ1M4OTIw CQkJMHg0MDAwICAgDQojZGVmaW5lIENTODkyME0JCQkweDYwMDAgICANCiNk ZWZpbmUgUkVWSVNPTl9CSVRTCQkweDFGMDANCiNkZWZpbmUgRUVWRVJfTlVN QkVSCQkweDEyDQojZGVmaW5lIENIS1NVTV9MRU4JCTB4MTQNCiNkZWZpbmUg Q0hLU1VNX1ZBTAkJMHgwMDAwDQojZGVmaW5lIFNUQVJUX0VFUFJPTV9EQVRB CTB4MDAxYyAvKiBPZmZzZXQgaW50byBlZXByb20gZm9yIHN0YXJ0IG9mIGRh dGEgKi8NCiNkZWZpbmUgSVJRX01BUF9FRVBST01fREFUQQkweDAwNDYgLyog T2Zmc2V0IGludG8gZWVwcm9tIGZvciB0aGUgSVJRIG1hcCAqLw0KI2RlZmlu ZSBJUlFfTUFQX0xFTgkJMHgwMDA0IC8qIE5vIG9mIGJ5dGVzIHRvIHJlYWQg Zm9yIHRoZSBJUlEgbWFwICovDQojZGVmaW5lIFBOUF9JUlFfRlJNVAkJMHgw MDIyIC8qIFBOUCBzbWFsbCBpdGVtIElSUSBmb3JtYXQgKi8NCiNkZWZpbmUg Q1M4OTAwX0lSUV9NQVAJCTB4MWMyMCAvKiBUaGlzIElSUSBtYXAgaXMgZml4 ZWQgKi8NCg0KI2RlZmluZSBDUzg5MjBfTk9fSU5UUwkJMHgwRiAgIC8qICBN YXggQ1M4OTIwIGludGVycnVwdCBzZWxlY3QgIyAqLw0KDQojZGVmaW5lIFBO UF9BRERfUE9SVAkJMHgwMjc5DQojZGVmaW5lIFBOUF9XUklURV9QT1JUCQkw eDBBNzkNCg0KI2RlZmluZSBHRVRfUE5QX0lTQV9TVFJVQ1QJMHg0MA0KI2Rl ZmluZSBQTlBfSVNBX1NUUlVDVF9MRU4JMHgwNg0KI2RlZmluZSBQTlBfQ1NO X0NOVF9PRkYJCTB4MDENCiNkZWZpbmUgUE5QX1JEX1BPUlRfT0ZGCQkweDAy DQojZGVmaW5lIFBOUF9GVU5DVElPTl9PSwkJMHgwMA0KI2RlZmluZSBQTlBf V0FLRQkJMHgwMw0KI2RlZmluZSBQTlBfUlNSQ19EQVRBCQkweDA0DQojZGVm aW5lIFBOUF9SU1JDX1JFQURZCQkweDAxDQojZGVmaW5lIFBOUF9TVEFUVVMJ CTB4MDUNCiNkZWZpbmUgUE5QX0FDVElWQVRFCQkweDMwDQojZGVmaW5lIFBO UF9DTkZfSU9fSAkJMHg2MA0KI2RlZmluZSBQTlBfQ05GX0lPX0wJCTB4NjEN CiNkZWZpbmUgUE5QX0NORl9JTlQJCTB4NzANCiNkZWZpbmUgUE5QX0NORl9E TUEJCTB4NzQNCiNkZWZpbmUgUE5QX0NORl9NRU0JCTB4NDgNCg0KI2RlZmlu ZSBCSVQwCQkJMQ0KI2RlZmluZSBCSVQxNQkJCTB4ODAwMA0KDQojZGVmaW5l CUNTX0RVUExFWF9BVVRPCQkwDQojZGVmaW5lIENTX0RVUExFWF9GVUxMCQkx DQojZGVmaW5lIENTX0RVUExFWF9IQUxGCQkyDQoNCi8qIERldmljZSBuYW1l ICovDQojZGVmaW5lIENTX05BTUUJCQkiY3MiDQoNCiNkZWZpbmUgY3NfcmVh ZHJlZyhpb2Jhc2UsIHBvcnRubykgXA0KCShvdXR3KChpb2Jhc2UpICsgQURE X1BPUlQsIChwb3J0bm8pKSwgXA0KCWludygoaW9iYXNlKSArIERBVEFfUE9S VCkpDQojZGVmaW5lIGNzX3dyaXRlcmVnKGlvYmFzZSwgcG9ydG5vLCB2YWx1 ZSkgXA0KCShvdXR3KChpb2Jhc2UpICsgQUREX1BPUlQsIChwb3J0bm8pKSwg XA0KCW91dHcoKGlvYmFzZSkgKyBEQVRBX1BPUlQsICh2YWx1ZSkpKQ0KI2Rl ZmluZSBjc19yZWFkd29yZChpb2Jhc2UsIHBvcnRubykgXA0KCShpbncoKGlv YmFzZSkgKyAocG9ydG5vKSkpDQojZGVmaW5lIGNzX3dyaXRld29yZChpb2Jh c2UsIHBvcnRubywgdmFsdWUpIFwNCgkob3V0dygoaW9iYXNlKSArIChwb3J0 bm8pLCAodmFsdWUpKSkNCg0KI2RlZmluZSByZXNldF9jaGlwKG5pY19hZGRy KSBcDQoJY3Nfd3JpdGVyZWcobmljX2FkZHIsIFBQX1NlbGZDVEwsIGNzX3Jl YWRyZWcoaW9hZGRyLCBQUF9TZWxmQ1RMKSB8IFBPV0VSX09OX1JFU0VUKSwg XA0KCURFTEFZKDMwMDAwKQ0KDQojZGVmaW5lIGNzX2R1cGxleF9mdWxsKHNj KSBcDQogICAgICAgIChjc193cml0ZXJlZyhzYy0+bmljX2FkZHIsIFBQX0F1 dG9OZWdDVEwsIEZPUkNFX0ZEWCkpDQoNCiNkZWZpbmUgY3NfZHVwbGV4X2hh bGYoc2MpIFwNCiAgICAgICAgKGNzX3dyaXRlcmVnKHNjLT5uaWNfYWRkciwg UFBfQXV0b05lZ0NUTCwgTkxQX0VOQUJMRSkpDQoNCg== --0-1106502712-952877046=:96199-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 3:29:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from pooh.elsevier.nl (pooh.elsevier.nl [145.36.13.27]) by hub.freebsd.org (Postfix) with ESMTP id 7501437B575 for ; Tue, 14 Mar 2000 03:29:28 -0800 (PST) (envelope-from steve@pooh.elsevier.nl) Received: (from steve@localhost) by pooh.elsevier.nl (8.9.3/8.9.3) id MAA70472; Tue, 14 Mar 2000 12:35:18 GMT (envelope-from steve) 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: Tue, 14 Mar 2000 12:35:17 -0000 (GMT) From: "Steve O'Hara-Smith" To: freebsd-current@freebsd.org Subject: PCI Audio - ESS Solo1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I know this little beasty isn't supported (yet) and I saw some comments about it on the -multimedia archive. I am stuck with one and I would like to make it work (at least as an SBPro emulation). I have enough docs on the card to do that I think but I don't know what it takes to attach a PCI device to the ISA SB code, do I just have to recognise it and put it into compatability mode and then let the ISA probe find it or is there more to do than that ? I am sure that making it work properly (with all features) is a lot more work but I don't need that right now. Having basic audio working would be nice. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 3:30:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id 2A10A37B520 for ; Tue, 14 Mar 2000 03:30:34 -0800 (PST) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (Postfix) with ESMTP id 4CD272CE65 for ; Tue, 14 Mar 2000 13:30:29 +0200 (EET) Received: by myhakas.matti.ee (Postfix, from userid 1000) id 3FC6E1C57CE; Tue, 14 Mar 2000 13:30:32 +0200 (EET) Date: Tue, 14 Mar 2000 13:30:32 +0200 From: Vallo Kallaste To: freebsd-current@freebsd.org Subject: 5.0-current breaks building jpeg shared library Message-ID: <20000314133032.A75393@myhakas.matti.ee> Reply-To: vallo@matti.ee Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello Just did switchover to 5.0-current and noticed that building jpeg shared library doesn't work. Lots of X apps depend on jpeg shared library. The fix is very small, just edit patch-ac to include freebsd5* as well. Just FYI. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 4:17: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from hda.hda.com (hda.bicnet.net [208.220.68.243]) by hub.freebsd.org (Postfix) with ESMTP id B42BE37B720 for ; Tue, 14 Mar 2000 04:16:57 -0800 (PST) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.9.3/8.9.3) id HAA84797; Tue, 14 Mar 2000 07:21:01 -0500 (EST) (envelope-from dufault) From: Peter Dufault Message-Id: <200003141221.HAA84797@hda.hda.com> Subject: Re: MAX_UID ? In-Reply-To: <00Mar14.160314est.115202@border.alcanet.com.au> from Peter Jeremy at "Mar 14, 2000 04:03:13 pm" To: Peter Jeremy Date: Tue, 14 Mar 2000 07:21:01 -0500 (EST) Cc: Bruce Evans , current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > If this was comp.std.c, then I'd agree that such constructs may fail > in some environments. It's not so clear that we need to worry about > this here (this being FreeBSD)... No, system headers should be sticklers to the standard to remain friendly to architectures BSD won't run on but the headers might be useful for. I can imagine non-byte addressable floating point DSPs with sizeof(char) == sizeof(double). I won't complain about the headers in a machine subdirectory. -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Fail-Safe systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 5:19: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from lucifer.bart.nl (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 9B38F37B75E for ; Tue, 14 Mar 2000 05:19:04 -0800 (PST) (envelope-from asmodai@lucifer.bart.nl) Received: (from asmodai@localhost) by lucifer.bart.nl (8.9.3/8.9.3) id OAA68391 for current@freebsd.org; Tue, 14 Mar 2000 14:19:01 +0100 (CET) (envelope-from asmodai) Date: Tue, 14 Mar 2000 14:19:01 +0100 From: Jeroen Ruigrok van der Werven To: current@freebsd.org Subject: HEADS UP! old wd driver going away Message-ID: <20000314141901.A68326@lucifer.bart.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Organisation: bART Internet Services B.V. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yes... That's right. Use ata and related stuff instead. -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA NET.WORKS The Netherlands BSD: Technical excellence at its best http://www.bart.nl In my Dreams, I see you, I can tell you, how I feel... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 5:21:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from mercury.gfit.net (ns.gfit.net [209.41.124.90]) by hub.freebsd.org (Postfix) with ESMTP id 53A3137B60E for ; Tue, 14 Mar 2000 05:21:16 -0800 (PST) (envelope-from tom@embt.com) Received: from PARANOR (timembt.iinc.com [206.67.169.229]) by mercury.gfit.net (8.8.8/8.8.8) with SMTP id HAA19331 for ; Tue, 14 Mar 2000 07:31:31 -0600 (CST) (envelope-from tom@embt.com) Message-Id: <3.0.3.32.20000314082040.01381840@mail.embt.com> X-Sender: tembt@mail.embt.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Tue, 14 Mar 2000 08:20:40 -0500 To: current@FreeBSD.ORG From: Tom Embt Subject: Re: 4.0R ? In-Reply-To: <20000313190546.D80937@strontium.scientia.demon.co.uk> References: <38CD35C6.18891643@acm.org> <3.0.5.32.20000313130054.0105d6d0@marble.sentex.ca> <38CD35C6.18891643@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 19:05 03/13/2000 +0000, Ben Smithurst wrote: >Jim Bloom wrote: > >> The tag was laid down earlier today. Here is what my current kernel >> claims to be at the moment: > >I saw the RELENG_4 tag in my cvsup log, but I don't think that's the >same as the 4.0 release tag is it? That would be RELENG_4_0_0_RELEASE >surely. > I believe RELENG_4 would refer to the 4.x-STABLE branch (??maybe??), since it is different from 5.0-CURRENT but still not ready for it's first release. I'm no authority on the subject, though. Tom Embt tom@embt.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 6: 0:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from backup.af.speednet.com.au (af.speednet.com.au [202.135.188.244]) by hub.freebsd.org (Postfix) with ESMTP id D681D37B730 for ; Tue, 14 Mar 2000 06:00:27 -0800 (PST) (envelope-from andyf@speednet.com.au) Received: from backup.af.speednet.com.au (andyf@backup.af.speednet.com.au [172.22.2.4]) by backup.af.speednet.com.au (8.9.3/8.9.3) with ESMTP id AAA63421; Wed, 15 Mar 2000 00:59:51 +1100 (EST) (envelope-from andyf@speednet.com.au) Date: Wed, 15 Mar 2000 00:59:50 +1100 (EST) From: Andy Farkas X-Sender: andyf@backup.af.speednet.com.au To: Jeroen Ruigrok van der Werven Cc: current@FreeBSD.ORG Subject: Re: HEADS UP! old wd driver going away In-Reply-To: <20000314141901.A68326@lucifer.bart.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Damn. I'm gonna miss my faithful, old (circa 1993), worksation (dual P90, Intel Neptune based PCI+EISA), with a crappy "TEKRAM DC-6X0X IDE cacheing controller" in it. Been using this thing since 3.0-current when SMP was first introduced...(it was previously running OS/2 2.1 SMP) Fortunately, I can switch to using a SCSI disk on my DPT PM2022 EISA card, which is now supported - but only with 1 disk! (the driver does not work with a LUN != 0) > Yes... > > That's right. > > Use ata and related stuff instead. > > -- > Jeroen Ruigrok van der Werven Network- and systemadministrator > VIA NET.WORKS The Netherlands > BSD: Technical excellence at its best http://www.bart.nl > In my Dreams, I see you, I can tell you, how I feel... > -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 6: 3:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 868F137B768 for ; Tue, 14 Mar 2000 06:03:11 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id BAA21918; Wed, 15 Mar 2000 01:09:36 +1100 Date: Wed, 15 Mar 2000 01:02:47 +1100 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: Jeroen Ruigrok van der Werven Cc: current@FreeBSD.ORG Subject: Re: HEADS UP! old wd driver going away In-Reply-To: <20000314141901.A68326@lucifer.bart.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 14 Mar 2000, Jeroen Ruigrok van der Werven wrote: > Yes... > > That's right. > > Use ata and related stuff instead. No. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 6:22:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 746FF37B730 for ; Tue, 14 Mar 2000 06:22:14 -0800 (PST) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id JAA31609; Tue, 14 Mar 2000 09:21:55 -0500 (EST) Date: Tue, 14 Mar 2000 09:21:54 -0500 (EST) From: "Matthew N. Dodd" To: Andy Farkas Cc: Jeroen Ruigrok van der Werven , current@FreeBSD.ORG Subject: Re: HEADS UP! old wd driver going away In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 15 Mar 2000, Andy Farkas wrote: > Fortunately, I can switch to using a SCSI disk on my DPT PM2022 EISA card, > which is now supported - but only with 1 disk! (the driver does not work > with a LUN != 0) I think you mean 'ID != 0'. 'camcontrol rescan 0:n:0' will make the other devices show up. Really weird. Don't blame me. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 7: 1:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id C224137B784 for ; Tue, 14 Mar 2000 07:01:53 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id QAA70002; Tue, 14 Mar 2000 16:01:41 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200003141501.QAA70002@freebsd.dk> Subject: Re: HEADS UP! old wd driver going away In-Reply-To: from Bruce Evans at "Mar 15, 2000 01:02:47 am" To: bde@zeta.org.au (Bruce Evans) Date: Tue, 14 Mar 2000 16:01:41 +0100 (CET) Cc: asmodai@bart.nl (Jeroen Ruigrok van der Werven), current@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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Bruce Evans wrote: > On Tue, 14 Mar 2000, Jeroen Ruigrok van der Werven wrote: > > > Yes... > > > > That's right. > > > > Use ata and related stuff instead. > > No. Yes. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 7:25:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail-out.visi.com (kauket.visi.com [209.98.98.22]) by hub.freebsd.org (Postfix) with ESMTP id 9D79437B7D4 for ; Tue, 14 Mar 2000 07:25:33 -0800 (PST) (envelope-from veldy@visi.com) Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 10CB83931 for ; Tue, 14 Mar 2000 09:25:28 -0600 (CST) Received: from localhost (veldy@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id JAA29698 for ; Tue, 14 Mar 2000 09:25:27 -0600 (CST) X-Authentication-Warning: isis.visi.com: veldy owned process doing -bs Date: Tue, 14 Mar 2000 09:25:27 -0600 (CST) From: Thomas Veldhouse To: freebsd-current@freebsd.org Subject: CMD640 and ATA drivers Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Are there any plans to support the buggy CMD640 interface in the future now that 4.0-RELEASE has come and gone? I have a box that is running 3.4 happily, and it has this interface. I really would like the chance to use some of the 4.0 features, but I can not while support for this interface lacks. Right now, the code does identify the controller and give a warning about a buggy interface. It then proceeds to choke and die on the CD-ROM probe. I will gladly post more accurate details (I have already in the past) if such support will eventually be [re]added. Thanks, Tom Veldhouse veldy@visi.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 7:46: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from kronos.alcnet.com (kronos.alcnet.com [63.69.28.22]) by hub.freebsd.org (Postfix) with ESMTP id 303D537B72C for ; Tue, 14 Mar 2000 07:46:03 -0800 (PST) (envelope-from kbyanc@posi.net) X-Provider: ALC Communications, Inc. http://www.alcnet.com/ Received: from localhost (kbyanc@localhost) by kronos.alcnet.com (8.9.3/8.9.3/antispam) with ESMTP id KAA82969; Tue, 14 Mar 2000 10:45:58 -0500 (EST) Date: Tue, 14 Mar 2000 10:45:58 -0500 (EST) From: Kelly Yancey X-Sender: kbyanc@kronos.alcnet.com To: Thomas Veldhouse Cc: freebsd-current@FreeBSD.ORG Subject: Re: CMD640 and ATA drivers In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 14 Mar 2000, Thomas Veldhouse wrote: > Are there any plans to support the buggy CMD640 interface in the future > now that 4.0-RELEASE has come and gone? I have a box that is running 3.4 > happily, and it has this interface. I really would like the chance to use > some of the 4.0 features, but I can not while support for this interface > lacks. > The old wd driver is still present in 4.0, it just isn't the default. You can build a custom kernel with it rather than the new ata drivers and you are able to get all of the other benefits of 4.0 despite your buggy CMD640 controller. But you'll have to hurry, some are looking to put wd on the chopping block ;) Kelly -- Kelly Yancey - kbyanc@posi.net - Richmond, VA Analyst / E-business Development, Bell Industries http://www.bellind.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 7:54: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id DD1B837B729 for ; Tue, 14 Mar 2000 07:53:59 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id QAA83093; Tue, 14 Mar 2000 16:53:54 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200003141553.QAA83093@freebsd.dk> Subject: Re: CMD640 and ATA drivers In-Reply-To: from Thomas Veldhouse at "Mar 14, 2000 09:25:27 am" To: veldy@visi.com (Thomas Veldhouse) Date: Tue, 14 Mar 2000 16:53:54 +0100 (CET) Cc: freebsd-current@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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Thomas Veldhouse wrote: > Are there any plans to support the buggy CMD640 interface in the future > now that 4.0-RELEASE has come and gone? I have a box that is running 3.4 > happily, and it has this interface. I really would like the chance to use > some of the 4.0 features, but I can not while support for this interface > lacks. > > Right now, the code does identify the controller and give a warning about > a buggy interface. It then proceeds to choke and die on the CD-ROM probe. > I will gladly post more accurate details (I have already in the past) if > such support will eventually be [re]added. It worked until the latest newbus changes, I'm looking at it, but havn't found anything obvious yet. But seriously you want to get another ATA interface, the CMD640 is _broken_ and no software can help that, you are playing russian roulette with your data. Get a promise, abit or siig controller and use that instead... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 8:19:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id CD43437B78B for ; Tue, 14 Mar 2000 08:19:30 -0800 (PST) (envelope-from obrien@NUXI.ucdavis.edu) Received: from dragon.nuxi.com (root@d60-024.leach.ucdavis.edu [169.237.60.24]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id QAA75192; Tue, 14 Mar 2000 16:19:26 GMT (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id IAA08623; Tue, 14 Mar 2000 08:19:24 -0800 (PST) (envelope-from obrien) Date: Tue, 14 Mar 2000 08:19:24 -0800 From: "David O'Brien" To: Vallo Kallaste Cc: freebsd-current@freebsd.org Subject: Re: 5.0-current breaks building jpeg shared library Message-ID: <20000314081924.A8595@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20000314133032.A75393@myhakas.matti.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000314133032.A75393@myhakas.matti.ee>; from vallo@matti.ee on Tue, Mar 14, 2000 at 01:30:32PM +0200 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 14, 2000 at 01:30:32PM +0200, Vallo Kallaste wrote: > Just did switchover to 5.0-current and noticed that building jpeg shared This belongs in ports@freebsd.org. *NOT* the freebsd-current list!!! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 8:24: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.ct.home.com (ha1.rdc1.ct.home.com [24.2.0.66]) by hub.freebsd.org (Postfix) with ESMTP id A76A637B5C8 for ; Tue, 14 Mar 2000 08:24:01 -0800 (PST) (envelope-from tsikora@home.com) Received: from home.com ([24.2.168.186]) by mail.rdc1.ct.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <20000314162400.HOBQ24587.mail.rdc1.ct.home.com@home.com> for ; Tue, 14 Mar 2000 08:24:00 -0800 Message-ID: <38CE676F.360FD795@home.com> Date: Tue, 14 Mar 2000 11:23:11 -0500 From: Ted Sikora Reply-To: tsikora@powerusersbbs.com Organization: Jtl Development X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en-US,en-GB MIME-Version: 1.0 To: "current@FreeBSD.ORG" Subject: XFree86-4.0 error Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG XFree86-Bigfont extension: shmat() failed, size = 4096, errno = 24 Any ideas on a fix. Xfree86-4.0 is solid otherwise. -- Ted Sikora Jtl Development Group tsikora@powerusersbbs.com http://powerusersbbs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 8:26:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id B26EC37B6D9; Tue, 14 Mar 2000 08:26:46 -0800 (PST) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (Postfix) with ESMTP id CAB1E2CE60; Tue, 14 Mar 2000 18:26:40 +0200 (EET) Received: by myhakas.matti.ee (Postfix, from userid 1000) id 18A1C1C57CF; Tue, 14 Mar 2000 18:26:37 +0200 (EET) Date: Tue, 14 Mar 2000 18:26:37 +0200 From: Vallo Kallaste To: David O'Brien Cc: freebsd-current@freebsd.org Subject: Re: 5.0-current breaks building jpeg shared library Message-ID: <20000314182637.A26649@myhakas.matti.ee> Reply-To: vallo@matti.ee References: <20000314133032.A75393@myhakas.matti.ee> <20000314081924.A8595@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: <20000314081924.A8595@dragon.nuxi.com>; from David O'Brien on Tue, Mar 14, 2000 at 08:19:24AM -0800 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 14, 2000 at 08:19:24AM -0800, David O'Brien wrote: > On Tue, Mar 14, 2000 at 01:30:32PM +0200, Vallo Kallaste wrote: > > Just did switchover to 5.0-current and noticed that building jpeg shared > > This belongs in ports@freebsd.org. *NOT* the freebsd-current list!!! Yes, I did bounce the mail to freebsd-ports as well. It's current thing also, no? Before people start emailing to this list perhaps they saw the message and can fix it. Sorry. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 8:28:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from pr.infosec.ru (pr.infosec.ru [194.135.141.98]) by hub.freebsd.org (Postfix) with ESMTP id 4121A37B6CF for ; Tue, 14 Mar 2000 08:28:19 -0800 (PST) (envelope-from blaze@infosec.ru) Received: from blaze (200.0.0.51 [200.0.0.51]) by pr.infosec.ru with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id G34XZBRP; Tue, 14 Mar 2000 19:28:07 +0300 Date: Tue, 14 Mar 2000 19:30:45 +0300 (MSK) From: Andrey Sverdlichenko X-Sender: blaze@blaze To: "current@FreeBSD.ORG" Subject: Re: XFree86-4.0 error In-Reply-To: <38CE676F.360FD795@home.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 14 Mar 2000, Ted Sikora wrote: > XFree86-Bigfont extension: shmat() failed, size = 4096, errno = 24 options SHMALL=1025 options SHMMAX="(SHMMAXPGS*PAGE_SIZE+1)" options SHMMAXPGS=1025 options SHMMIN=2 options SHMMNI=256 options SHMSEG=128 config, make, install. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 8:31:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from kronos.alcnet.com (kronos.alcnet.com [63.69.28.22]) by hub.freebsd.org (Postfix) with ESMTP id 0581637B9D1 for ; Tue, 14 Mar 2000 08:31:38 -0800 (PST) (envelope-from kbyanc@posi.net) X-Provider: ALC Communications, Inc. http://www.alcnet.com/ Received: from localhost (kbyanc@localhost) by kronos.alcnet.com (8.9.3/8.9.3/antispam) with ESMTP id LAA84085; Tue, 14 Mar 2000 11:31:30 -0500 (EST) Date: Tue, 14 Mar 2000 11:31:30 -0500 (EST) From: Kelly Yancey X-Sender: kbyanc@kronos.alcnet.com To: tsikora@powerusersbbs.com Cc: "current@FreeBSD.ORG" Subject: Re: XFree86-4.0 error In-Reply-To: <38CE676F.360FD795@home.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 14 Mar 2000, Ted Sikora wrote: > XFree86-Bigfont extension: shmat() failed, size = 4096, errno = 24 > Any ideas on a fix. Xfree86-4.0 is solid otherwise. > There was quite some discussion about this recent on either -hackers or -current. You should be able to find it in the archives. However, as I recall the answer was to increase SHMMAXPGS in your kernel config. Kelly -- Kelly Yancey - kbyanc@posi.net - Richmond, VA Analyst / E-business Development, Bell Industries http://www.bellind.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 8:33:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from chmls06.mediaone.net (chmls06.mediaone.net [24.128.1.71]) by hub.freebsd.org (Postfix) with ESMTP id 7942F37B750 for ; Tue, 14 Mar 2000 08:33:36 -0800 (PST) (envelope-from bloom@acm.org) Received: from acm.org (reyim.ne.mediaone.net [24.218.251.241]) by chmls06.mediaone.net (8.8.7/8.8.7) with ESMTP id LAA07143; Tue, 14 Mar 2000 11:33:09 -0500 (EST) Message-ID: <38CE69C3.FAD64C50@acm.org> Date: Tue, 14 Mar 2000 11:33:07 -0500 From: Jim Bloom X-Mailer: Mozilla 4.72 [en]C-MOENE (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Soren Schmidt Cc: Thomas Veldhouse , freebsd-current@FreeBSD.ORG Subject: Re: CMD640 and ATA drivers References: <200003141553.QAA83093@freebsd.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG And I have three machines which I was trying to use for testing -current and my firewall. These machines all have either a CMD640 or an RZ100 controller on the motherboard. (They seemed to be popular with the early Pentium machines.) The controllers seem reliable enough to use for extended periods as test machines. If it gets trashed because of a controller bug, I can simply reinstall and only lose the install time. I upgraded my firewall to an old Adaptec SCSI controller, but I don't care about data integrity on the other machines. Unfortunately, none of them are usable at the moment because of various bugs (panics on boot, not probing the hard drive, etc.). Jim Bloom bloom@acm.org Soren Schmidt wrote: > > It worked until the latest newbus changes, I'm looking at it, but havn't > found anything obvious yet. > But seriously you want to get another ATA interface, the CMD640 is > _broken_ and no software can help that, you are playing russian > roulette with your data. Get a promise, abit or siig controller > and use that instead... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 8:44:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from www.telemere.net (www.telemere.net [63.224.9.3]) by hub.freebsd.org (Postfix) with ESMTP id 9201037B668 for ; Tue, 14 Mar 2000 08:44:52 -0800 (PST) (envelope-from visigoth@telemere.net) Received: by www.telemere.net (Postfix, from userid 1001) id 9C41D70601; Tue, 14 Mar 2000 10:51:48 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by www.telemere.net (Postfix) with ESMTP id 98ED26C801 for ; Tue, 14 Mar 2000 10:51:48 -0600 (CST) Date: Tue, 14 Mar 2000 10:51:48 -0600 (CST) From: Visigoth To: freebsd-current@freebsd.org Subject: isa_compat.h and new lack of wdc... Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2121205911-953052708=:50280" Sender: owner-freebsd-current@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-2121205911-953052708=:50280 Content-Type: TEXT/PLAIN; charset=US-ASCII The line in /sys/i386/isa/isa_compat.h which calls for the wdc code is still there and causing kernel build problems. Minor issue considering all of the new changes related to that driver ;) I attached a patch that removes the line ( for convienience ) If I am wrong, go easy ;) just trying to be helpful... Thanks Damieon Stark --0-2121205911-953052708=:50280 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="isa_compat.h.patch" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="isa_compat.h.patch" KioqIC9zeXMvaTM4Ni9pc2EvaXNhX2NvbXBhdC5oLmJhawlUdWUgTWFyIDE0 IDEwOjQ1OjM0IDIwMDANCi0tLSAvc3lzL2kzODYvaXNhL2lzYV9jb21wYXQu aAlUdWUgTWFyIDE0IDEwOjQ1OjE3IDIwMDANCioqKioqKioqKioqKioqKg0K KioqIDI4LDM0ICoqKioNCiAgDQogICNpbmNsdWRlICJ2dC5oIg0KICAjaW5j bHVkZSAiYWR2LmgiDQotICNpbmNsdWRlICJ3ZGMuaCINCiAgI2luY2x1ZGUg Im1zZS5oIg0KICAjaW5jbHVkZSAiYXIuaCINCiAgI2luY2x1ZGUgImNzLmgi DQotLS0gMjgsMzMgLS0tLQ0K --0-2121205911-953052708=:50280-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 8:50:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.originative.co.uk (mailgate.originative.co.uk [194.217.50.228]) by hub.freebsd.org (Postfix) with ESMTP id 42DD237B756 for ; Tue, 14 Mar 2000 08:50:17 -0800 (PST) (envelope-from paul@originative.co.uk) Received: from originative.co.uk (lobster.originative.co.uk [194.217.50.241]) by mail.originative.co.uk (Postfix) with ESMTP id E53991D131; Tue, 14 Mar 2000 16:50:13 +0000 (GMT) Message-ID: <38CE6DC5.1158EDC1@originative.co.uk> Date: Tue, 14 Mar 2000 16:50:13 +0000 From: Paul Richards Organization: Originative Solutions Ltd X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en-GB, en MIME-Version: 1.0 To: Bruce Evans Cc: John Polstra , current@FreeBSD.ORG Subject: Re: MAX_UID ? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans wrote: > > On Sun, 12 Mar 2000, John Polstra wrote: > > > Sheesh, criticism isn't enough? Now it has to be constructive too? ;-) > > > > I guess it could go into in the > > "!defined(_ANSI_SOURCE)" section. Bruce might have a better idea. Trying to draw some closure on this discussion. > > This is the same as putting it in in the > "!defined(_ANSI_SOURCE)" section. Anyway, the names should be FOO_MAX, > not MAX_FOO. > > In C99, there are about 50 *_MAX and *_MIN values defined in > for Standard C types alone. > > I would prefer standard maxof() and minof() interfaces that work on > any arithmetic type. These can almost be written in portable C, at > least in C89 where types are restricted to char, signed char, ..., > long double: > > #define isfloat(type) ((type)0.5 != 0) > #define issigned(type) ((type)-1 < 0) > #define isschar(type) (!isfloat(type) && issigned(type) && sizeof(type) == 1) > #define isuchar(type) (!isfloat(type) && !issigned(type) && sizeof(type) == 1) > ... > #define maxof(type) ((type)(isschar(type) ? SCHAR_MAX : > isuchar(type) ? UCHAR_MAX ...)) Where do you think these macros should go then? Having though about this some more, although the above macros are useful and can be used in a lot of the places where bounds checking needs to be done, there is still probably a need to define certain constants, such as UID_MAX, because the range of valid values may not necessarily be the same as the range of values supported by the type. UID_MAX being a good example, since FreeBSD does not support 32-bit UIDs at the moment even though the kernel does. Most applications are limiting themselves to USHRT_MAX, those applications should be fixed to use UID_MAX, even if we still limit UID_MAX == USHRT_MAX for backwards compatibility. So, seems like the right place for constants like UID_MAX. Any disagreements there? I guess the above macros should really be machine specific if we're going to be pedantic. Would be an appropriate location for them? Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 9: 2:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from lucifer.bart.nl (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id AEDA237B63F for ; Tue, 14 Mar 2000 09:02:17 -0800 (PST) (envelope-from asmodai@lucifer.bart.nl) Received: (from asmodai@localhost) by lucifer.bart.nl (8.9.3/8.9.3) id SAA71098; Tue, 14 Mar 2000 18:02:03 +0100 (CET) (envelope-from asmodai) Date: Tue, 14 Mar 2000 18:02:03 +0100 From: Jeroen Ruigrok van der Werven To: Visigoth Cc: freebsd-current@FreeBSD.ORG Subject: Re: isa_compat.h and new lack of wdc... Message-ID: <20000314180203.G68549@lucifer.bart.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from visigoth@telemere.net on Tue, Mar 14, 2000 at 10:51:48AM -0600 Organisation: bART Internet Services B.V. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20000314 17:50], Visigoth (visigoth@telemere.net) wrote: > > The line in /sys/i386/isa/isa_compat.h which calls for the wdc >code is still there and causing kernel build problems. Minor issue >considering all of the new changes related to that driver ;) Aye, sorry. Got called away to a meeting, grrr... > I attached a patch that removes the line ( for convienience ) If I >am wrong, go easy ;) just trying to be helpful... Yeah, applied and it should fix what you reported. Thanks, -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA NET.WORKS The Netherlands BSD: Technical excellence at its best http://www.bart.nl To err is human, to forgive divine... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 9:13:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.ct.home.com (ha1.rdc1.ct.home.com [24.2.0.66]) by hub.freebsd.org (Postfix) with ESMTP id 72C1F37B98A for ; Tue, 14 Mar 2000 09:13:04 -0800 (PST) (envelope-from tsikora@home.com) Received: from home.com ([24.2.168.186]) by mail.rdc1.ct.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <20000314171301.IFKF24587.mail.rdc1.ct.home.com@home.com> for ; Tue, 14 Mar 2000 09:13:01 -0800 Message-ID: <38CE72EA.29EDC634@home.com> Date: Tue, 14 Mar 2000 12:12:10 -0500 From: Ted Sikora Reply-To: tsikora@powerusersbbs.com Organization: Jtl Development X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en-US,en-GB MIME-Version: 1.0 To: "current@FreeBSD.ORG" Subject: Re: XFree86-4.0 error References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrey Sverdlichenko wrote: > > On Tue, 14 Mar 2000, Ted Sikora wrote: > > > XFree86-Bigfont extension: shmat() failed, size = 4096, errno = 24 > > options SHMALL=1025 > options SHMMAX="(SHMMAXPGS*PAGE_SIZE+1)" > options SHMMAXPGS=1025 > options SHMMIN=2 > options SHMMNI=256 > options SHMSEG=128 > > config, make, install. > Thanks. Just added it and it's fixed...after removing wdc.h from ../../sys/i386/isa/isa_compat.h -- Ted Sikora Jtl Development Group tsikora@powerusersbbs.com http://powerusersbbs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 9:17:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp.ufl.edu (sp28fe.nerdc.ufl.edu [128.227.128.108]) by hub.freebsd.org (Postfix) with ESMTP id B35FC37B7CA for ; Tue, 14 Mar 2000 09:17:18 -0800 (PST) (envelope-from saxonww@ufl.edu) Received: from n44-230.dhnet.ufl.edu (gremlin@[128.227.44.230]) by smtp.ufl.edu (8.9.3/8.9.3/2.2.1) with ESMTP id MAA65208 for ; Tue, 14 Mar 2000 12:17:15 -0500 Date: Tue, 14 Mar 2000 12:17:15 -0500 (EST) From: Will Saxon X-Sender: gremlin@localhost To: current@freeBSD.org Subject: ATA timeout errors Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I think this may have already been presented/answered but I am not certain. I have noticed recently that every so often I will get the following set of messages, generally right after the bootup sequence finishes: ad0: READ command timeout - resetting ata0: resetting devices .. done ad0: READ command timeout - resetting ata0: resetting devices .. done ad0: READ command timeout - resetting ata0: resetting devices .. done ad0: READ command timeout - resetting ata0-master: WARNING: WAIT_READY active=ATA_ACTIVE_ATA ad0: trying fallback to PIO mode ata0: resetting devices .. done This latest episode is on a 5.0-Current machine cvsupped yesterday, I got those messages while trying to log in after a reboot. I dont get any panics or anything, and after the reset to PIO everything seems to work fine. ad0 is an IBM Deskstar 22GXP. I recall something about Deskstars resetting their heads every week as a possible explanation for a similar problem, is that what this is too? I would of course prefer to be in DMA mode all the time rather than PIO. If there is something I can do to fix this I'm all ears. -Will To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 9:20:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from www.telemere.net (www.telemere.net [63.224.9.3]) by hub.freebsd.org (Postfix) with ESMTP id 4421537BAA2 for ; Tue, 14 Mar 2000 09:20:31 -0800 (PST) (envelope-from visigoth@telemere.net) Received: by www.telemere.net (Postfix, from userid 1001) id D038070601; Tue, 14 Mar 2000 11:27:34 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by www.telemere.net (Postfix) with ESMTP id CCCB96C801 for ; Tue, 14 Mar 2000 11:27:34 -0600 (CST) Date: Tue, 14 Mar 2000 11:27:34 -0600 (CST) From: Visigoth To: freebsd-current@freebsd.org Subject: Also... /etc/periodic/daily/200.backup-passwd and MD5 (fwd) Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="0-1574324419-952551298=:16144" Content-ID: Sender: owner-freebsd-current@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-1574324419-952551298=:16144 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: Did anybody get a chance to look at this and decide that it wasn't the case or was? I was suprised because I didn't hear _anything_ and am wondering if I was doing something wrong... Resubmiting... Dameion Stark Date: Wed, 8 Mar 2000 15:34:58 -0600 (CST) From: Visigoth To: freebsd-current@freebsd.org Subject: /etc/periodic/daily/200.backup-passwd and MD5 All flames welcome as a learning experience.... ;-) I am currently running a -current on a group of machines where I work. I decided to use the MD5 libscrypt passwords, and noticed something strange in the daily output e-mail. When the MD5 passwords are used the daily output e-mail fails to truncate the encrypted passwd from the /etc/master.passwd file before e-mailing out the diffs. This is the case even on a machine which was built today. I haven't seen any info on -current about it so I thought I would bring it up. I also wrote and attached small patch to take care of the issue in the short term. all it does is change: diff $bak/master.passwd.bak /etc/master.passwd |\ sed 's/^\([<>] [^:]*\):[^:]*:/\1:(password):/' to: diff $bak/master.passwd.bak /etc/master.passwd |\ sed 's/^\([^:]*\):[^:]*:/\1:(password):/' My logic could be messed up, so if there are any issues that I overlooked in the patch I would love to hear about them. I thought it might be a good thing to take care of quick before -RELEASE (yea!) Thanks all... Damieon Stark visigoth@telemere.net --0-1574324419-952551298=:16144 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="200.backup-passwd.patch" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Patch for 200.backup-passwd and MD5 Content-Disposition: ATTACHMENT; FILENAME="200.backup-passwd.patch" KioqIC92YXIvYmFja3Vwcy8yMDAuYmFja3VwLXBhc3N3ZAlNb24gRmViIDIx IDA5OjE5OjAwIDIwMDANCi0tLSAvZXRjL3BlcmlvZGljL2RhaWx5LzIwMC5i YWNrdXAtcGFzc3dkCU1vbiBGZWIgMjEgMDk6MTk6MjggMjAwMA0KKioqKioq KioqKioqKioqDQoqKiogMTYsMjIgKioqKg0KICAgICAgaWYgY21wIC1zICRi YWsvbWFzdGVyLnBhc3N3ZC5iYWsgL2V0Yy9tYXN0ZXIucGFzc3dkOyB0aGVu IDo7IGVsc2UNCiAgCWVjaG8gIiRob3N0IHBhc3N3ZCBkaWZmczoiDQogIAlk aWZmIC11ICRiYWsvbWFzdGVyLnBhc3N3ZC5iYWsgL2V0Yy9tYXN0ZXIucGFz c3dkIHxcDQohIAkJc2VkICdzL15cKFs8Pl0gW146XSpcKTpbXjpdKjovXDE6 KHBhc3N3b3JkKTovJw0KICAJbXYgJGJhay9tYXN0ZXIucGFzc3dkLmJhayAk YmFrL21hc3Rlci5wYXNzd2QuYmFrMg0KICAJY3AgLXAgL2V0Yy9tYXN0ZXIu cGFzc3dkICRiYWsvbWFzdGVyLnBhc3N3ZC5iYWsNCiAgICAgIGZpDQotLS0g MTYsMjIgLS0tLQ0KICAgICAgaWYgY21wIC1zICRiYWsvbWFzdGVyLnBhc3N3 ZC5iYWsgL2V0Yy9tYXN0ZXIucGFzc3dkOyB0aGVuIDo7IGVsc2UNCiAgCWVj aG8gIiRob3N0IHBhc3N3ZCBkaWZmczoiDQogIAlkaWZmIC11ICRiYWsvbWFz dGVyLnBhc3N3ZC5iYWsgL2V0Yy9tYXN0ZXIucGFzc3dkIHxcDQohIAkJc2Vk ICdzL15cKFteOl0qXCk6W146XSo6L1wxOihwYXNzd29yZCk6LycNCiAgCW12 ICRiYWsvbWFzdGVyLnBhc3N3ZC5iYWsgJGJhay9tYXN0ZXIucGFzc3dkLmJh azINCiAgCWNwIC1wIC9ldGMvbWFzdGVyLnBhc3N3ZCAkYmFrL21hc3Rlci5w YXNzd2QuYmFrDQogICAgICBmaQ0K --0-1574324419-952551298=:16144-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 10: 4:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id 84FF237B6FE for ; Tue, 14 Mar 2000 10:04:18 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id KAA00963; Tue, 14 Mar 2000 10:05:36 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200003141805.KAA00963@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Valentin S. Chopov" Cc: crossd@cs.rpi.edu, current@freebsd.org Subject: Re: microuptime() still going backwards (long) In-reply-to: Your message of "Mon, 13 Mar 2000 22:20:42 PST." <20000314062042.8423.qmail@web2104.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Mar 2000 10:05:36 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This shouldn't have any effect at all; I think you're just waving chickens here. If you can work out what is actually happening here it'd be quite useful though - PNPBIOS may result in some differences in resource allocation which might be salient. > Try w/o PNPBIOS option. I had the similar problem, > and that fixed it. > > Val > > ------------------------- > I followed the suggestions from people earlier today. > That is to > say that I have upgraded my BIOS to 1012, disabled APM > in the BIOS, > and removed 'device apm' from the kernel config, > however I still > receive lines like: > > calcru: negative time of 20585525 usec for pid 477 > (cvsup) > > and also lines about microuptime() being negative (I > think these are > related :) > > Below is a dmesg and my kernel config. > > Cheers > > > __________________________________________________ > Do You Yahoo!? > Talk to your friends online with Yahoo! Messenger. > http://im.yahoo.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 10:14:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from radiac.mine.nu (h186n2fls20o974.telia.com [212.181.170.186]) by hub.freebsd.org (Postfix) with ESMTP id C77BB37B711 for ; Tue, 14 Mar 2000 10:14:34 -0800 (PST) (envelope-from ps@radiac.mine.nu) Received: (from ps@localhost) by radiac.mine.nu (8.9.3/8.9.3) id TAA13848; Tue, 14 Mar 2000 19:14:14 +0100 (CET) (envelope-from ps) Date: Tue, 14 Mar 2000 19:14:03 +0100 From: Patrik Sundberg To: Will Saxon Cc: current@FreeBSD.ORG Subject: Re: ATA timeout errors Message-ID: <20000314191403.A13766@radiac.mine.nu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from saxonww@ufl.edu on Tue, Mar 14, 2000 at 12:17:15PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 14, 2000 at 12:17:15PM -0500, Will Saxon wrote: > Hello, > > I think this may have already been presented/answered but I am not > certain. I have noticed recently that every so often I will get the > following set of messages, generally right after the bootup sequence > finishes: > > ad0: READ command timeout - resetting > ata0: resetting devices .. done > ad0: READ command timeout - resetting > ata0: resetting devices .. done > ad0: READ command timeout - resetting > ata0: resetting devices .. done > ad0: READ command timeout - resetting > ata0-master: WARNING: WAIT_READY active=ATA_ACTIVE_ATA > ad0: trying fallback to PIO mode > ata0: resetting devices .. done > > This latest episode is on a 5.0-Current machine cvsupped yesterday, I got > those messages while trying to log in after a reboot. I also get this when booting - think it started happening when I started using the new ata-driver. For me it happens when the root is supposed to be mounted (from dmesg): atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ad0: 2015MB [4095/16/63] at ata0-master using WDMA2 ad2: 814MB [1654/16/63] at ata1-master using PIO3 acd0: CDROM at ata0-slave using PIO3 Mounting root from ufs:/dev/ad0s1a ad0: READ command timeout - resetting ata0: resetting devices .. done ad0: READ command timeout - resetting ata0: resetting devices .. done ad0: READ command timeout - resetting ata0: resetting devices .. done ad0: READ command timeout - resetting ata0-master: WARNING: WAIT_READY active=ATA_ACTIVE_ATA ad0: trying fallback to PIO mode ata0: resetting devices .. done and then everything proceeds as normal. > I dont get any panics or anything, and after the reset to PIO everything > seems to work fine. agree. > ad0 is an IBM Deskstar 22GXP. I recall something about Deskstars resetting > their heads every week as a possible explanation for a similar problem, is > that what this is too? As you can see I am using a seagate disk and I am having the same problem. > I would of course prefer to be in DMA mode all the time rather than > PIO. If there is something I can do to fix this I'm all ears. There are probably many people out there affected by this so I really think it ought to be fixed - preferably before -RELEASE. -- Patrik Sundberg - email: ps@raditex.se || ps@radiac.mine.nu ---> telefon: 013-178 567 - mobiltelefon: 070-760 22 40 <--- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 10:15:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id E183C37B7C1 for ; Tue, 14 Mar 2000 10:15:17 -0800 (PST) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id NAA17933 for ; Tue, 14 Mar 2000 13:16:28 -0500 (EST) (envelope-from robert@cyrus.watson.org) Date: Tue, 14 Mar 2000 13:16:28 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: freebsd-current@freebsd.org Subject: problems using pccard 3c589c with 4.0-snap install Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yesterday I spent a fair amount of time attempting to get a 4.0 snapshot to install on my notebook (Dell Latitude CPi), which until now has been happily running 3.3-PAO. Sadly, it seems not to like my ethernet card. When installing, sysinstall provides three IRQ exclude options before initializing pccard support--the first option causes ep0 not to be probed; the second two allow it to be probed, but not work correctly. DHCP succeeds, but following that the DNS lookup hangs. It appears that the IRQ is set wrong such that incoming packets are not being observed by the IP stack, but this is just speculation. Tcpdump running on the box next to it shows that outgoing packets seem to be alright. Sysinstall's debug screen indicates that IRQ5 is being assigned to the card--PAO was allocating IRQ 3 (and it worked :-). Any pointers--especially ones that get the install of 4.0 working ``out of the box'' on this notebook would be much appreciated. Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 10:20:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from web2101.mail.yahoo.com (web2101.mail.yahoo.com [128.11.68.245]) by hub.freebsd.org (Postfix) with SMTP id 805B937B711 for ; Tue, 14 Mar 2000 10:20:27 -0800 (PST) (envelope-from valsho@yahoo.com) Received: (qmail 19300 invoked by uid 60001); 14 Mar 2000 18:20:20 -0000 Message-ID: <20000314182020.19299.qmail@web2101.mail.yahoo.com> Received: from [147.226.112.101] by web2101.mail.yahoo.com; Tue, 14 Mar 2000 10:20:20 PST Date: Tue, 14 Mar 2000 10:20:20 -0800 (PST) From: "Valentin S. Chopov" Subject: Re: microuptime() still going backwards (long) To: Mike Smith Cc: crossd@cs.rpi.edu, current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike, It was just a suggestion. I'm sure in my case the problem was in the buggy BIOS (this is a old 486 notebook:). Val --- Mike Smith wrote: > > This shouldn't have any effect at all; I think > you're just waving > chickens here. If you can work out what is actually > happening here it'd > be quite useful though - PNPBIOS may result in some > differences in > resource allocation which might be salient. > > > Try w/o PNPBIOS option. I had the similar > problem, > > and that fixed it. > > > > Val > > > > ------------------------- > > I followed the suggestions from people earlier > today. > > That is to > > say that I have upgraded my BIOS to 1012, disabled > APM > > in the BIOS, > > and removed 'device apm' from the kernel config, > > however I still > > receive lines like: > > > > calcru: negative time of 20585525 usec for pid 477 > > (cvsup) > > > > and also lines about microuptime() being negative > (I > > think these are > > related :) > > > > Below is a dmesg and my kernel config. > > > > Cheers > > > > > > __________________________________________________ > > Do You Yahoo!? > > Talk to your friends online with Yahoo! Messenger. > > http://im.yahoo.com > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of > the message > > > > -- > \\ Give a man a fish, and you feed him for a day. \\ > Mike Smith > \\ Tell him he should learn how to fish himself, \\ > msmith@freebsd.org > \\ and he'll hate you for a lifetime. \\ > msmith@cdrom.com > > > __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 10:37:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from gemma.TechFak.Uni-Bielefeld.DE (gemma.TechFak.Uni-Bielefeld.DE [129.70.136.103]) by hub.freebsd.org (Postfix) with ESMTP id 76D6137B89C for ; Tue, 14 Mar 2000 10:37:33 -0800 (PST) (envelope-from oschonef@TechFak.Uni-Bielefeld.DE) Received: from frizzantino.TechFak.Uni-Bielefeld.DE (frizzantino.TechFak.Uni-Bielefeld.DE [129.70.133.65]) by gemma.TechFak.Uni-Bielefeld.DE (8.9.1/8.9.1/TechFak/pk+ro19980721) with SMTP id TAA13923; Tue, 14 Mar 2000 19:37:29 +0100 (MET) From: Oliver Schonefeld Received: by frizzantino.TechFak.Uni-Bielefeld.DE (SMI-8.6/pk970604A) id TAA28549; Tue, 14 Mar 2000 19:37:29 +0100 Date: Tue, 14 Mar 2000 19:37:28 +0100 To: "Matthew N. Dodd" Cc: freebsd-current@freebsd.org Subject: Re: Compaq SMART EISA and ida driver -> kernel panic Message-ID: <20000314193728.A28530@frizzantino.TechFak.Uni-Bielefeld.DE> References: <20000314001050.A27071@frizzantino.TechFak.Uni-Bielefeld.DE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from winter@jurai.net on Mon, Mar 13, 2000 at 08:55:12PM -0500 X-Zen: Oooommmmmmmmmmmmmmmmmmmmmmm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Eines schoenen Tages schrieb Matthew N. Dodd: [snip] > Could you add > > printf("0x%lx\n0x%lx0x%lx\n", qcb, completed, qcb_done); > > to ida.c:ida_wait() after this line: > > 454: qcb_done = idahwqcbptov(ida, completed & ~3); > > And show us the output. there we go: qcb = 0xc0ca7000 completed = 0xffffffff (so propably not initalized?!) qcb_done = 0x0 cheers, oliver -- -------------------------------------------------------- And remember: "To Infinity And Far Beyond ... Somehow?!" email: oschonef@techfak.uni-bielefeld.de olli@psychopathen.org -------------------------------------------------------- Hi! I'm a .signature virus! Copy me in your ~/.signature to help me spread! <- Save this lifeform ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 10:39:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 6D3F337B7E6 for ; Tue, 14 Mar 2000 10:39:44 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id LAA90812; Tue, 14 Mar 2000 11:39:42 -0700 (MST) (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 LAA45416; Tue, 14 Mar 2000 11:39:36 -0700 (MST) Message-Id: <200003141839.LAA45416@harmony.village.org> To: Maxim Bolotin Subject: Re: cs89x0 driver update (fwd) Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Tue, 14 Mar 2000 11:46:17 +0300." References: Date: Tue, 14 Mar 2000 11:39:36 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Maxim Bolotin writes: : We found that our driver doesn't work with PNP in 4.0 and : use old, shared memory softc scheme. We rewrite it for the : new scheme, now We can install it in dev/cs and remove : isa_compat.c lines. I belive we have to commit it before : 4.0 release. I suspect that it is way too late to be included in 4.0, but can be included in 4.0-stable once 4.0 is out the door. Since Jkh has put down the tags already and has started building I think that it can just goin to -current and -stable at the same time. Max, do you have commit privs? If not, then I'll shepard this into the tree. My company uses an allinone computer with the CS8900A on it and we need support for this chip. Warner [[ cc'd to current so committers there know it is being worked on ]] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 10:58:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id B5DF237B791 for ; Tue, 14 Mar 2000 10:58:16 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id SAA26899; Tue, 14 Mar 2000 18:57:57 GMT (envelope-from brian@hak.lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id SAA01299; Tue, 14 Mar 2000 18:57:56 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200003141857.SAA01299@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Garrett Wollman Cc: Yoshinobu Inoue , freebsd-current@FreeBSD.org, brian@hak.lan.Awfulhak.org Subject: Re: IPv6 setup... In-Reply-To: Message from Garrett Wollman of "Mon, 13 Mar 2000 10:13:31 EST." <200003131513.KAA35922@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Mar 2000 18:57:56 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > < said: > > > echo 24.113.25.85 | sed -e s/"\."/" "/g | awk '{$5 = $1*256 + $2; $6 = $3*256 + $4; printf "2002:%x:%x:\n", $5, $6}' > > Or, without only one extra process: > > myaddr=24.113.25.85 > OIFS="$IFS" > IFS=".$IFS" > set $myaddr > IFS="$OIFS" > printf "2002:%x:%x:\n" $(($1 * 256 + $2)) $(($3 * 256 + $4)) Or if you wanna be really slick myaddr=24.113.25.85 eval IFS=".$IFS" printf '2002:%02x%02x:%02x%02x:\\n' $myaddr :*P > -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 -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 11:27: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id D11F137B6EB for ; Tue, 14 Mar 2000 11:27:03 -0800 (PST) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id OAA18416 for ; Tue, 14 Mar 2000 14:28:23 -0500 (EST) (envelope-from robert@cyrus.watson.org) Date: Tue, 14 Mar 2000 14:28:23 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: freebsd-current@freebsd.org Subject: current.freebsd.org snapshots and broken X11 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It looks like the X11 associated with the snapshots on current.freebsd.org is still broken: /usr/libexec/ld-elf.so.1: Share object "libXThrStub.so.6" not found Installing -current boxes for testing and development would be a lot easier if this worked. :-) Especially leading up to releases when testing changes in the install is useful :-) Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 11:36:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 0D58537B7AC for ; Tue, 14 Mar 2000 11:36:38 -0800 (PST) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id OAA35719; Tue, 14 Mar 2000 14:36:33 -0500 (EST) Date: Tue, 14 Mar 2000 14:36:32 -0500 (EST) From: "Matthew N. Dodd" To: Oliver Schonefeld Cc: freebsd-current@freebsd.org Subject: Re: Compaq SMART EISA and ida driver -> kernel panic In-Reply-To: <20000314193728.A28530@frizzantino.TechFak.Uni-Bielefeld.DE> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1511038892-953062592=:28645" Sender: owner-freebsd-current@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-1511038892-953062592=:28645 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 14 Mar 2000, Oliver Schonefeld wrote: > there we go: > qcb = 0xc0ca7000 > completed = 0xffffffff (so propably not initalized?!) > qcb_done = 0x0 Doh! Looks like Jonathan didn't merge the latest ida_eisa.c that I'd worked on when he fixed the driver to support multiple access methods and added EISA support. Try this patch: Index: ida_eisa.c =================================================================== RCS file: /cvs/src/sys/dev/ida/ida_eisa.c,v retrieving revision 1.1 diff -u -r1.1 ida_eisa.c --- ida_eisa.c 2000/03/08 16:16:31 1.1 +++ ida_eisa.c 2000/03/14 19:34:23 @@ -247,6 +247,7 @@ return (ENXIO); } + eisa_add_iospace(dev, io_base, 0x100, RESVADDR_NONE); eisa_add_iospace(dev, (io_base + IDA_EISA_IOPORT_START), IDA_EISA_IOPORT_LEN, RESVADDR_NONE); -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | --0-1511038892-953062592=:28645 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ida_eisa.patch" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="ida_eisa.patch" SW5kZXg6IGlkYV9laXNhLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJD UyBmaWxlOiAvY3ZzL3NyYy9zeXMvZGV2L2lkYS9pZGFfZWlzYS5jLHYNCnJl dHJpZXZpbmcgcmV2aXNpb24gMS4xDQpkaWZmIC11IC1yMS4xIGlkYV9laXNh LmMNCi0tLSBpZGFfZWlzYS5jCTIwMDAvMDMvMDggMTY6MTY6MzEJMS4xDQor KysgaWRhX2Vpc2EuYwkyMDAwLzAzLzE0IDE5OjM0OjIzDQpAQCAtMjQ3LDYg KzI0Nyw3IEBADQogCQlyZXR1cm4gKEVOWElPKTsNCiAJfQ0KIA0KKwllaXNh X2FkZF9pb3NwYWNlKGRldiwgaW9fYmFzZSwgMHgxMDAsIFJFU1ZBRERSX05P TkUpOw0KIAllaXNhX2FkZF9pb3NwYWNlKGRldiwgKGlvX2Jhc2UgKyBJREFf RUlTQV9JT1BPUlRfU1RBUlQpLA0KIAkJCSBJREFfRUlTQV9JT1BPUlRfTEVO LCBSRVNWQUREUl9OT05FKTsNCiANCg== --0-1511038892-953062592=:28645-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 11:50:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 7787437B772 for ; Tue, 14 Mar 2000 11:50:46 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id LAA88423; Tue, 14 Mar 2000 11:51:12 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) To: Robert Watson Cc: freebsd-current@FreeBSD.ORG Subject: Re: current.freebsd.org snapshots and broken X11 In-reply-to: Your message of "Tue, 14 Mar 2000 14:28:23 EST." Date: Tue, 14 Mar 2000 11:51:12 -0800 Message-ID: <88420.953063472@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think I'm just going to go to the 3.4 bits; I don't have a definitive XFree86 distribution for 4.0 and I don't think I'm going to get one in time to make a difference. - Jordan > > It looks like the X11 associated with the snapshots on current.freebsd.org > is still broken: > > /usr/libexec/ld-elf.so.1: Share object "libXThrStub.so.6" not found > > Installing -current boxes for testing and development would be a lot > easier if this worked. :-) Especially leading up to releases when testing > changes in the install is useful :-) > > Robert N M Watson > > robert@fledge.watson.org http://www.watson.org/~robert/ > PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 > TIS Labs at Network Associates, Safeport Network Services > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 11:53:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 54A6A37B744 for ; Tue, 14 Mar 2000 11:53:47 -0800 (PST) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id OAA18601; Tue, 14 Mar 2000 14:55:01 -0500 (EST) (envelope-from robert@cyrus.watson.org) Date: Tue, 14 Mar 2000 14:55:01 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: "Jordan K. Hubbard" Cc: freebsd-current@FreeBSD.ORG Subject: Re: current.freebsd.org snapshots and broken X11 In-Reply-To: <88420.953063472@zippy.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sounds good to me, as long as it runs :-). BTW, ran into another nit from the 02/13 snapshot. I installed the X-kern-developer distribution, discovered X11 didn't work, so went back into sysinstall to install X11 stuff. I selected some combination of X11 components, and chose releng3.freebsd.org as the source -- sysinstall coredumped. A second attempt at the same resulted in sysinstall hanging. This seems to be reproduceable -- what can I do to give you better debugging information? On Tue, 14 Mar 2000, Jordan K. Hubbard wrote: > I think I'm just going to go to the 3.4 bits; I don't have a definitive > XFree86 distribution for 4.0 and I don't think I'm going to get one in > time to make a difference. > > - Jordan > > > > > It looks like the X11 associated with the snapshots on current.freebsd.org > > is still broken: > > > > /usr/libexec/ld-elf.so.1: Share object "libXThrStub.so.6" not found > > > > Installing -current boxes for testing and development would be a lot > > easier if this worked. :-) Especially leading up to releases when testing > > changes in the install is useful :-) > > > > Robert N M Watson > > > > robert@fledge.watson.org http://www.watson.org/~robert/ > > PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 > > TIS Labs at Network Associates, Safeport Network Services > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 11:57:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 8382737B5EB for ; Tue, 14 Mar 2000 11:57:18 -0800 (PST) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id OAA18637 for ; Tue, 14 Mar 2000 14:58:36 -0500 (EST) (envelope-from robert@cyrus.watson.org) Date: Tue, 14 Mar 2000 14:58:36 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: freebsd-current@freebsd.org Subject: Re: problems using pccard 3c589c with 4.0-snap install In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As a followup email, I suppose I'm specifically asking if there's a way to make sysinstall allocate IRQ3 to the card, as that seems to be the differentiating factor in terms of hardware configuration allocated between 3.3-PAO and 4.0-snapshot. I.e., rather than a sysinstall field saying, ``Which of these IRQs should I note use'', instead, ``Which should I use''. Or the like. On Tue, 14 Mar 2000, Robert Watson wrote: > > Yesterday I spent a fair amount of time attempting to get a 4.0 snapshot > to install on my notebook (Dell Latitude CPi), which until now has been > happily running 3.3-PAO. Sadly, it seems not to like my ethernet card. > When installing, sysinstall provides three IRQ exclude options before > initializing pccard support--the first option causes ep0 not to be probed; > the second two allow it to be probed, but not work correctly. DHCP > succeeds, but following that the DNS lookup hangs. It appears that the > IRQ is set wrong such that incoming packets are not being observed by the > IP stack, but this is just speculation. Tcpdump running on the box next > to it shows that outgoing packets seem to be alright. Sysinstall's debug > screen indicates that IRQ5 is being assigned to the card--PAO was > allocating IRQ 3 (and it worked :-). > > Any pointers--especially ones that get the install of 4.0 working ``out of > the box'' on this notebook would be much appreciated. > > Robert N M Watson > > robert@fledge.watson.org http://www.watson.org/~robert/ > PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 > TIS Labs at Network Associates, Safeport Network Services > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 13: 3: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail-out.visi.com (kauket.visi.com [209.98.98.22]) by hub.freebsd.org (Postfix) with ESMTP id ADCF037B7C2 for ; Tue, 14 Mar 2000 13:03:04 -0800 (PST) (envelope-from veldy@visi.com) Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 3F37C36CE; Tue, 14 Mar 2000 15:02:58 -0600 (CST) Received: from localhost (veldy@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id PAA21634; Tue, 14 Mar 2000 15:02:57 -0600 (CST) X-Authentication-Warning: isis.visi.com: veldy owned process doing -bs Date: Tue, 14 Mar 2000 15:02:57 -0600 (CST) From: Thomas Veldhouse To: Soren Schmidt Cc: freebsd-current@FreeBSD.ORG Subject: Re: CMD640 and ATA drivers In-Reply-To: <200003141553.QAA83093@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 14 Mar 2000, Soren Schmidt wrote: > It worked until the latest newbus changes, I'm looking at it, but havn't > found anything obvious yet. > But seriously you want to get another ATA interface, the CMD640 is > _broken_ and no software can help that, you are playing russian > roulette with your data. Get a promise, abit or siig controller > and use that instead... Yeap, that sounds like the best idea. Right now it is just a gateway - so there has been no really I/O on the drive. I did have some corruption awhile back while using SAMBA - but I did not attribute it to the CMD640 then. I found an older ISA Promise for under $30, I think I will get that. This box is an old Pentium with a 166MMX Overdrive in it. Old SiS customized board too. Tom Veldhouse veldy@visi.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 13: 9:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from gemma.TechFak.Uni-Bielefeld.DE (gemma.TechFak.Uni-Bielefeld.DE [129.70.136.103]) by hub.freebsd.org (Postfix) with ESMTP id DBBDC37B7E3 for ; Tue, 14 Mar 2000 13:09:44 -0800 (PST) (envelope-from oschonef@TechFak.Uni-Bielefeld.DE) Received: from frizzantino.TechFak.Uni-Bielefeld.DE (frizzantino.TechFak.Uni-Bielefeld.DE [129.70.133.65]) by gemma.TechFak.Uni-Bielefeld.DE (8.9.1/8.9.1/TechFak/pk+ro19980721) with SMTP id WAA17032; Tue, 14 Mar 2000 22:09:40 +0100 (MET) From: Oliver Schonefeld Received: by frizzantino.TechFak.Uni-Bielefeld.DE (SMI-8.6/pk970604A) id WAA28950; Tue, 14 Mar 2000 22:09:39 +0100 Date: Tue, 14 Mar 2000 22:09:39 +0100 To: "Matthew N. Dodd" Cc: freebsd-current@freebsd.org Subject: Re: Compaq SMART EISA and ida driver -> kernel panic Message-ID: <20000314220939.A28941@frizzantino.TechFak.Uni-Bielefeld.DE> References: <20000314193728.A28530@frizzantino.TechFak.Uni-Bielefeld.DE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from winter@jurai.net on Tue, Mar 14, 2000 at 02:36:32PM -0500 X-Zen: Oooommmmmmmmmmmmmmmmmmmmmmm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Eines schoenen Tages schrieb Matthew N. Dodd: [snip] > Doh! Looks like Jonathan didn't merge the latest ida_eisa.c that I'd > worked on when he fixed the driver to support multiple access methods and > added EISA support. > > Try this patch: [snip] hmm ... the controller shows up with another io-adress, but now the driver panics because of a time out :-( kernel msgs: ida0: at 0x4000-0x40ff, 0x4c88-0x4c9e ida0: irq 15 (level) on eisa0 slot 4 panic: ida_wait: timeout waiting for completion kernel debugger: ida_wait(c0ca5d00,c0ca7000,1f4,c0ca5d00,0) at ida_wait+0x43 ida_command(c0ca5d00,11,c029eeb4,9,0,1,c0ca5d00,0) at ida_command+0xf8 ida_attach(c0ca5d00,c0ca4c80,c0ca4f00,0,c0ca5d00) at ida_attach+0x28 ida_eisa_attach(c0ca4c80,c029ef08,c0156223,c0ca4c80,c0ca4c80) at ida_eisa_attach+0x187 DEVICE_ATTACH(c0ca4c80,c0ca4c80,c0ca2000,0,c029ef18) at DEVICE_ATTACH+0x2e regards, oliver -- -------------------------------------------------------- And remember: "To Infinity And Far Beyond ... Somehow?!" email: oschonef@techfak.uni-bielefeld.de olli@psychopathen.org -------------------------------------------------------- Hi! I'm a .signature virus! Copy me in your ~/.signature to help me spread! <- Save this lifeform ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 13:31:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id A4F2037B6B4 for ; Tue, 14 Mar 2000 13:31:39 -0800 (PST) (envelope-from obrien@NUXI.ucdavis.edu) Received: from dragon.nuxi.com (root@d60-024.leach.ucdavis.edu [169.237.60.24]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id VAA77380; Tue, 14 Mar 2000 21:31:39 GMT (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id NAA09186; Tue, 14 Mar 2000 13:31:39 -0800 (PST) (envelope-from obrien) Date: Tue, 14 Mar 2000 13:31:39 -0800 From: "David O'Brien" To: Vallo Kallaste Cc: freebsd-current@freebsd.org Subject: Re: 5.0-current breaks building jpeg shared library Message-ID: <20000314133139.C9121@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20000314133032.A75393@myhakas.matti.ee> <20000314081924.A8595@dragon.nuxi.com> <20000314182637.A26649@myhakas.matti.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000314182637.A26649@myhakas.matti.ee>; from vallo@matti.ee on Tue, Mar 14, 2000 at 06:26:37PM +0200 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 14, 2000 at 06:26:37PM +0200, Vallo Kallaste wrote: > > This belongs in ports@freebsd.org. *NOT* the freebsd-current list!!! > Yes, I did bounce the mail to freebsd-ports as well. > It's current thing also, no? Not in the least. Specialized mailing lists exist to take the specialized traffic off the more general lists. Plus, the fix to your problem is to fix the port. The Ports team takes care of Ports. None of the Kernel hackers here are going to make any ports commits. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 13:33:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 183F537B7FB; Tue, 14 Mar 2000 13:33:57 -0800 (PST) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id NAA12632; Tue, 14 Mar 2000 13:33:56 -0800 (PST) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 14 Mar 2000 13:33:55 -0800 (PST) From: Kris Kennaway To: Patrik Sundberg Cc: Will Saxon , current@FreeBSD.ORG Subject: Re: ATA timeout errors In-Reply-To: <20000314191403.A13766@radiac.mine.nu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 14 Mar 2000, Patrik Sundberg wrote: > I also get this when booting - think it started happening when I started > using the new ata-driver. For me it happens when the root is supposed to be > mounted (from dmesg): > As you can see I am using a seagate disk and I am having the same problem. I've always had this problem with the new ata drivers (on a Western Digital, though). Looks like it's just something we have to Deal With :-( Plus, my CDROM doesn't do audio any more. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 13:59:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from postfix1.free.fr (postfix1.free.fr [212.27.32.21]) by hub.freebsd.org (Postfix) with ESMTP id BA07937B81C for ; Tue, 14 Mar 2000 13:58:21 -0800 (PST) (envelope-from jaco@titine.fr.eu.org) Received: from titine.fr.eu.org (unknown [213.228.20.1]) by postfix1.free.fr (Postfix) with ESMTP id 7C6A5283CC for ; Tue, 14 Mar 2000 22:58:11 +0100 (MET) Received: by titine.fr.eu.org (Postfix, from userid 1000) id 6888B15493; Tue, 14 Mar 2000 22:56:46 +0100 (CET) To: current@FreeBSD.ORG Subject: Re: ATA timeout errors References: From: Eric Jacoboni Date: 14 Mar 2000 22:56:46 +0100 In-Reply-To: Will Saxon's message of "Tue, 14 Mar 2000 12:17:15 -0500 (EST)" Message-ID: <87vh2pkyg1.fsf@titine.fr.eu.org> Lines: 57 User-Agent: Gnus/5.0803 (Gnus v5.8.3) XEmacs/21.1 (Bryce Canyon) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Will Saxon writes: > ad0: READ command timeout - resetting > ata0: resetting devices .. done (...) > I dont get any panics or anything, and after the reset to PIO everything > seems to work fine. You're lucky ;-) I have the same kind of messages, but it ends with a dead freeze of my box. The messages are : ad0: WRITE command timeout - resetting ata0: resetting devices .. done Sometimes i've also : ad0: timeout waitin for DRQ ad0: HARD WRITE ERROR blk#xxxxxx status=01 error=02 The relevant lines of booting messages are : atapci0: port 0xe800-0xe80f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 (...) ad0: 1222MB [2484/16/63] at ata0-master using WDMA2 ad1: 2445MB [4969/16/63] at ata0-slave using WDMA2 acd0: CDROM at ata1-master using PIO4 This problem arises with the following kernel config : device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives options ATA_STATIC_ID If i use the old wdc driver, all is ok. My box is using a Asustek P/I-P55T2P4 Motherboard, with a on-board PCI Bus Master IDE controller. As written is the doc, this controller supports PIO Modes 3 & 4 and Bus Master IDE DMA Mode 2. If someone has a solution to get rid of wdc with such a config, he's welcome... (I'm currently compiling a kernel with the "device ata0 at..." and "device ata1 at..." lines instead of "device ata", just to verify...) -- --------------------------------------------------------- Éric Jacoboni « No sport, cigars! » (W. Churchill) --------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 14: 4: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from radiac.mine.nu (h186n2fls20o974.telia.com [212.181.170.186]) by hub.freebsd.org (Postfix) with ESMTP id 11C5937B6B2; Tue, 14 Mar 2000 14:03:51 -0800 (PST) (envelope-from ps@radiac.mine.nu) Received: (from ps@localhost) by radiac.mine.nu (8.9.3/8.9.3) id XAA15279; Tue, 14 Mar 2000 23:03:56 +0100 (CET) (envelope-from ps) Date: Tue, 14 Mar 2000 23:03:55 +0100 From: Patrik Sundberg To: Kris Kennaway Cc: Will Saxon , current@FreeBSD.ORG Subject: Re: ATA timeout errors Message-ID: <20000314230355.A15127@radiac.mine.nu> References: <20000314191403.A13766@radiac.mine.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailer: Mutt 1.0.1i In-Reply-To: ; from kris@FreeBSD.ORG on Tue, Mar 14, 2000 at 01:33:55PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 14, 2000 at 01:33:55PM -0800, Kris Kennaway wrote: > On Tue, 14 Mar 2000, Patrik Sundberg wrote: >=20 > > I also get this when booting - think it started happening when I started > > using the new ata-driver. For me it happens when the root is supposed t= o be > > mounted (from dmesg): >=20 > > As you can see I am using a seagate disk and I am having the same probl= em. >=20 > I've always had this problem with the new ata drivers (on a Western > Digital, though). Looks like it's just something we have to Deal With :-( > Plus, my CDROM doesn't do audio any more. Tested my CDROM for audio just now - works fine (at least pressing the buttons on the unit, have no softwareplayer to test with so it might not work anyway - my cd is total crap and usually has all kinds of problems..) However, it seems this affects many people using different hardware. The conclusion must be that the ATA drivers needs fixing - not being able to use DMA-mode for disks etc just isn't acceptable, especially considering it worked ok with the wd driver - or did that driver not even try the "better" modes, just falling back to PIO default? I am not familiar with it so I don't know. If it in fact worked before, the ata-guys(S=F6ren, right?) shouldn't have too hard a time getting it to function properly again. S=F6ren, comments? --=20 Patrik Sundberg - email: ps@raditex.se || ps@radiac.mine.nu ---> telefon: 013-178 567 - mobiltelefon: 070-760 22 40 <--- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 14: 8:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B299E37B7EC; Tue, 14 Mar 2000 14:08:53 -0800 (PST) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id OAA18572; Tue, 14 Mar 2000 14:08:53 -0800 (PST) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 14 Mar 2000 14:08:53 -0800 (PST) From: Kris Kennaway To: Patrik Sundberg Cc: Will Saxon , current@FreeBSD.ORG Subject: Re: ATA timeout errors In-Reply-To: <20000314230355.A15127@radiac.mine.nu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 14 Mar 2000, Patrik Sundberg wrote: > Tested my CDROM for audio just now - works fine (at least pressing the > buttons on the unit, have no softwareplayer to test with so it might not > work anyway - my cd is total crap and usually has all kinds of problems..) The problem is with cdcontrol and the like, not the front-panel buttons which bypass the software altogether. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 14:11:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp.ufl.edu (sp28fe.nerdc.ufl.edu [128.227.128.108]) by hub.freebsd.org (Postfix) with ESMTP id 72EEE37B7D7; Tue, 14 Mar 2000 14:11:26 -0800 (PST) (envelope-from saxonww@ufl.edu) Received: from n44-230.dhnet.ufl.edu (gremlin@[128.227.44.230]) by smtp.ufl.edu (8.9.3/8.9.3/2.2.1) with ESMTP id RAA195984; Tue, 14 Mar 2000 17:11:24 -0500 Date: Tue, 14 Mar 2000 17:11:23 -0500 (EST) From: Will Saxon X-Sender: gremlin@localhost To: Kris Kennaway Cc: Patrik Sundberg , current@FreeBSD.org Subject: Re: ATA timeout errors In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, while this isn't a problem that causes panics or makes people unable to use their machines, I think maybe the removal of the older wd driver ought to be held off until the ata driver provides all the features wdc does don't you think? I guess the philosophy here is that there shouldn't be driver redundancy in a -RELEASE or something? I will continue to use ata because my drives work (albeit in PIO mode apparently) and I don't play audio off the cdrom. Some people will probably hold off on upgrading to 4.0 because of this, and I don't know if anyone important cares about that but imho it kind of looks bad. Just a thought. Again, my box works, just not as advertised :). Could very well be user error, I just don't know. -will On Tue, 14 Mar 2000, Kris Kennaway wrote: > On Tue, 14 Mar 2000, Patrik Sundberg wrote: > > > I also get this when booting - think it started happening when I started > > using the new ata-driver. For me it happens when the root is supposed to be > > mounted (from dmesg): > > > As you can see I am using a seagate disk and I am having the same problem. > > I've always had this problem with the new ata drivers (on a Western > Digital, though). Looks like it's just something we have to Deal With :-( > Plus, my CDROM doesn't do audio any more. > > Kris > > ---- > In God we Trust -- all others must submit an X.509 certificate. > -- Charles Forsythe > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 14:27:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 8F1E337B819 for ; Tue, 14 Mar 2000 14:27:10 -0800 (PST) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id RAA37506; Tue, 14 Mar 2000 17:27:06 -0500 (EST) Date: Tue, 14 Mar 2000 17:27:06 -0500 (EST) From: "Matthew N. Dodd" To: Oliver Schonefeld Cc: freebsd-current@freebsd.org Subject: Re: Compaq SMART EISA and ida driver -> kernel panic In-Reply-To: <20000314220939.A28941@frizzantino.TechFak.Uni-Bielefeld.DE> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 14 Mar 2000, Oliver Schonefeld wrote: > hmm ... the controller shows up with another io-adress, but now the driver > panics because of a time out :-( Try this patch: Index: ida.c =================================================================== RCS file: /cvs/src/sys/dev/ida/ida.c,v retrieving revision 1.7 diff -u -r1.7 ida.c --- ida.c 2000/03/08 16:16:30 1.7 +++ ida.c 2000/03/14 22:24:34 @@ -348,7 +348,7 @@ s = splbio(); STAILQ_INSERT_TAIL(&ida->qcb_queue, qcb, link.stqe); ida_start(ida); - ida_wait(ida, qcb, 500); + ida_wait(ida, qcb, 200000); splx(s); /* XXX should have status returned here? */ > > kernel msgs: > ida0: at 0x4000-0x40ff, 0x4c88-0x4c9e > ida0: irq 15 (level) on eisa0 slot 4 > panic: ida_wait: timeout waiting for completion > > kernel debugger: > ida_wait(c0ca5d00,c0ca7000,1f4,c0ca5d00,0) at ida_wait+0x43 > ida_command(c0ca5d00,11,c029eeb4,9,0,1,c0ca5d00,0) at ida_command+0xf8 > ida_attach(c0ca5d00,c0ca4c80,c0ca4f00,0,c0ca5d00) at ida_attach+0x28 > ida_eisa_attach(c0ca4c80,c029ef08,c0156223,c0ca4c80,c0ca4c80) at > ida_eisa_attach+0x187 > DEVICE_ATTACH(c0ca4c80,c0ca4c80,c0ca2000,0,c029ef18) at DEVICE_ATTACH+0x2e > > regards, > oliver > -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 14:28:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp.ufl.edu (sp28fe.nerdc.ufl.edu [128.227.128.108]) by hub.freebsd.org (Postfix) with ESMTP id DC9CA37B7E3 for ; Tue, 14 Mar 2000 14:27:47 -0800 (PST) (envelope-from saxonww@ufl.edu) Received: from n44-230.dhnet.ufl.edu (gremlin@[128.227.44.230]) by smtp.ufl.edu (8.9.3/8.9.3/2.2.1) with ESMTP id RAA293828 for ; Tue, 14 Mar 2000 17:27:30 -0500 Date: Tue, 14 Mar 2000 17:27:30 -0500 (EST) From: Will Saxon X-Sender: gremlin@localhost To: current@freebsd.org Subject: mouse question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, Not certain what list this ought to go to, perhaps -questions so I apologize if this is not the right one. I was wondering if there could be a way to 'force' a type of ps/2 mouse. I have a logitech firstmouse+, with a wheel. It works fine if it is plugged directly into the back of this machine. However, I have it running through a KVM switch so that I can have one mouse for both of my machines. When in this configuration, the wheel action never works (although it works on the other machine, which runs windows), and the button action sometimes also doesn't work (this is rare). When plugged into the switch, I get this: psm0: failed to get data. psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 When plugged directly into the machine the third line comes up with MouseMan+. I have tried to manipulate moused to account for the wheel by mapping the wheel events as extra buttons, and I have tried to do the same in XF86Config. Neither work. Not terribly important, but it would be nice to know if there is something I can do about it. -Will To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 14:32:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id C3AE437B85B for ; Tue, 14 Mar 2000 14:32:54 -0800 (PST) (envelope-from obrien@NUXI.ucdavis.edu) Received: from dragon.nuxi.com (root@d60-024.leach.ucdavis.edu [169.237.60.24]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id WAA83435; Tue, 14 Mar 2000 22:32:45 GMT (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id OAA09355; Tue, 14 Mar 2000 14:32:44 -0800 (PST) (envelope-from obrien) Date: Tue, 14 Mar 2000 14:32:44 -0800 From: "David O'Brien" To: Tom Embt Cc: current@FreeBSD.ORG Subject: Re: 4.0R ? Message-ID: <20000314143244.B9311@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <38CD35C6.18891643@acm.org> <3.0.5.32.20000313130054.0105d6d0@marble.sentex.ca> <38CD35C6.18891643@acm.org> <20000313190546.D80937@strontium.scientia.demon.co.uk> <3.0.3.32.20000314082040.01381840@mail.embt.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3.0.3.32.20000314082040.01381840@mail.embt.com>; from tom@embt.com on Tue, Mar 14, 2000 at 08:20:40AM -0500 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 14, 2000 at 08:20:40AM -0500, Tom Embt wrote: > I believe RELENG_4 would refer to the 4.x-STABLE branch (??maybe??) Yes. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 14:33:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 59CBC37B809 for ; Tue, 14 Mar 2000 14:33:28 -0800 (PST) (envelope-from obrien@NUXI.ucdavis.edu) Received: from dragon.nuxi.com (root@d60-024.leach.ucdavis.edu [169.237.60.24]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id WAA83442; Tue, 14 Mar 2000 22:33:27 GMT (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id OAA09368; Tue, 14 Mar 2000 14:33:26 -0800 (PST) (envelope-from obrien) Date: Tue, 14 Mar 2000 14:33:26 -0800 From: "David O'Brien" To: Ben Smithurst Cc: Jim Bloom , Mike Tancsa , "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: 4.0R ? Message-ID: <20000314143326.C9311@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <3.0.5.32.20000313130054.0105d6d0@marble.sentex.ca> <38CD35C6.18891643@acm.org> <20000313190546.D80937@strontium.scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000313190546.D80937@strontium.scientia.demon.co.uk>; from ben@scientia.demon.co.uk on Mon, Mar 13, 2000 at 07:05:46PM +0000 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 13, 2000 at 07:05:46PM +0000, Ben Smithurst wrote: > I saw the RELENG_4 tag in my cvsup log, but I don't think that's the > same as the 4.0 release tag is it? You are right -- RELENG_4 is not the release tag. > That would be RELENG_4_0_0_RELEASE surely. Correct. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 14:38:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 6B9A337B82E for ; Tue, 14 Mar 2000 14:38:33 -0800 (PST) (envelope-from obrien@NUXI.ucdavis.edu) Received: from dragon.nuxi.com (root@d60-024.leach.ucdavis.edu [169.237.60.24]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id WAA83607; Tue, 14 Mar 2000 22:38:33 GMT (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id OAA09386; Tue, 14 Mar 2000 14:38:26 -0800 (PST) (envelope-from obrien) Date: Tue, 14 Mar 2000 14:38:26 -0800 From: "David O'Brien" To: "Jose M. Alcaide" Cc: freebsd-current@FreeBSD.org Subject: Re: suggestion: a g77 -> f77 link Message-ID: <20000314143826.D9311@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <38CD1091.94E73AC9@we.lc.ehu.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <38CD1091.94E73AC9@we.lc.ehu.es>; from jose@we.lc.ehu.es on Mon, Mar 13, 2000 at 05:00:17PM +0100 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 13, 2000 at 05:00:17PM +0100, Jose M. Alcaide wrote: > I found that the "configure" script, when instructed to use the > GNU Fortran compiler, searchs for "g77". Unfortunately, this compiler > is installed as /usr/bin/f77. Fix Scilab-2.5's config script and send the patch to its author. Alternately, send-pr an update to the math/Scilab port. > The solution is simple: "ln f77 g77", but I think that the "g77" link > should be standard, since it's coherent with the existence of the "cc" > and "gcc" links. NO. I will not apply this link. BSD has always had a "f77" command. It has not always had a "g77" command. The G77 developers should have installed a "f77" compatability link. It is their fault this misspelling is perpitrating forward. All the world is not Gfoo. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 14:41:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 00F5737B867; Tue, 14 Mar 2000 14:40:55 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id RAA51932; Tue, 14 Mar 2000 17:40:48 -0500 (EST) (envelope-from wollman) Date: Tue, 14 Mar 2000 17:40:48 -0500 (EST) From: Garrett Wollman Message-Id: <200003142240.RAA51932@khavrinen.lcs.mit.edu> To: obrien@FreeBSD.ORG Cc: freebsd-current@FreeBSD.ORG Subject: Re: suggestion: a g77 -> f77 link In-Reply-To: <20000314143826.D9311@dragon.nuxi.com> References: <38CD1091.94E73AC9@we.lc.ehu.es> <20000314143826.D9311@dragon.nuxi.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > NO. I will not apply this link. BSD has always had a "f77" command. It > has not always had a "g77" command. The G77 developers should have > installed a "f77" compatability link. It is their fault this misspelling > is perpitrating forward. All the world is not Gfoo. s/77/cc/g; -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-current" in the body of the message From owner-freebsd-current Tue Mar 14 15: 9:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from gemma.TechFak.Uni-Bielefeld.DE (gemma.TechFak.Uni-Bielefeld.DE [129.70.136.103]) by hub.freebsd.org (Postfix) with ESMTP id 022DF37B5CE for ; Tue, 14 Mar 2000 15:09:31 -0800 (PST) (envelope-from oschonef@TechFak.Uni-Bielefeld.DE) Received: from frizzantino.TechFak.Uni-Bielefeld.DE (frizzantino.TechFak.Uni-Bielefeld.DE [129.70.133.65]) by gemma.TechFak.Uni-Bielefeld.DE (8.9.1/8.9.1/TechFak/pk+ro19980721) with SMTP id AAA19228; Wed, 15 Mar 2000 00:09:28 +0100 (MET) From: Oliver Schonefeld Received: by frizzantino.TechFak.Uni-Bielefeld.DE (SMI-8.6/pk970604A) id AAA29279; Wed, 15 Mar 2000 00:09:27 +0100 Date: Wed, 15 Mar 2000 00:09:27 +0100 To: "Matthew N. Dodd" Cc: freebsd-current@freebsd.org Subject: Re: Compaq SMART EISA and ida driver -> kernel panic Message-ID: <20000315000927.A29240@frizzantino.TechFak.Uni-Bielefeld.DE> References: <20000314220939.A28941@frizzantino.TechFak.Uni-Bielefeld.DE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from winter@jurai.net on Tue, Mar 14, 2000 at 05:27:06PM -0500 X-Zen: Oooommmmmmmmmmmmmmmmmmmmmmm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Eines schoenen Tages schrieb Matthew N. Dodd: > On Tue, 14 Mar 2000, Oliver Schonefeld wrote: > > hmm ... the controller shows up with another io-adress, but now the driver > > panics because of a time out :-( > > Try this patch: [snip] again, no success. the driver counts down the timeout with the same result as before. stragne thing, after i applied you first patch (setting the other io-adress) the machine would not reboot after the panic. a "call boot()" would also hang the machine. i had to hard-reset that thing. that's all i can observe right now. if you need more informations, please let me know. regards, oliver -- -------------------------------------------------------- And remember: "To Infinity And Far Beyond ... Somehow?!" email: oschonef@techfak.uni-bielefeld.de olli@psychopathen.org -------------------------------------------------------- Hi! I'm a .signature virus! Copy me in your ~/.signature to help me spread! <- Save this lifeform ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 15:23:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from milquetoast.cs.mcgill.ca (milquetoast.CS.McGill.CA [132.206.2.5]) by hub.freebsd.org (Postfix) with ESMTP id 336D937B85B for ; Tue, 14 Mar 2000 15:23:04 -0800 (PST) (envelope-from mat@milquetoast.cs.mcgill.ca) Received: (from mat@localhost) by milquetoast.cs.mcgill.ca (8.9.3/8.9.3) id SAA05424 for freebsd-current@freebsd.org; Tue, 14 Mar 2000 18:23:01 -0500 (EST) Date: Tue, 14 Mar 2000 18:22:59 -0500 From: Mathew Kanner To: freebsd-current@freebsd.org Subject: ata + vinum problems Message-ID: <20000314182259.I17156@cs.mcgill.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.15i Organization: SOCS, McGill University, Montreal, CANADA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi All, I wanted to document my difficuties with Vinum and multiple disks on Promise controllers. I believe that the problems lies with multiple cards on the same interupt but what do I know -- execpt that the problem goes away when I disable most devices in the BIOS. The motherboard is a abit BE6-II, I've enabled most BIOS periphs such as serial ports, printer ports, usb, vga ints but not APM. I've included the script that causes the crash, a back-trace and dmesg output right before the crash and the kernel config. The raid devices where made via the vinum simplified commands (which are *very nice*). It should be noted that I had to control the 'tar' part of the script because it was stuck in a "nbufkv" and disk activity ceases. The crash happened upto 10 seconds after I get a shell prompt back. The "nbufkv" was the sure sign that something had gone wrong in my previous 'uncontrolled' tests. --Mat ==== #!/bin/sh -x BLOCK_SIZE=`expr 32 \* 1024` FRAG_SIZE=`expr 8 \* 1024` ISIZE=`expr 6 \* ${FRAG_SIZE}` #CYL=635 CYL=200 FAKE="" DEV="/dev/vinum/raid5" MOUNT="/mnt1" newfs ${FAKE} -v -b ${BLOCK_SIZE} -f ${FRAG_SIZE} -i ${ISIZE} -c ${CYL} ${DEV} tunefs -n enable ${DEV} mount ${DEV} ${MOUNT} tar cf - -C /usr/ ports | tar xf - -C ${MOUNT} ======== Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #4: Mon Mar 13 17:54:22 GMT 2000 root@kaze.CS.McGill.CA:/usr/src/sys/compile/KAZE Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon (551.25-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x387f9ff real memory = 536870912 (524288K bytes) avail memory = 516128768 (504032K bytes) Preloaded elf kernel "kernel" at 0xc03e9000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 10 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 9 chip1: port 0x5000-0x500f at device 7.3 on pci0 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0x9400-0x947f mem 0xe7060000-0xe706007f irq 9 at device 11.0 on pci0 xl0: Ethernet address: 00:50:da:d6:6a:d0 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: supplying EUI64: 00:50:da:ff:fe:d6:6a:d0 atapci1: port 0xa800-0xa83f,0xa400-0xa403,0xa000-0xa007,0x9c00-0x9c03,0x9800-0x9807 mem 0xe7040000-0xe705ffff irq 11 at device 13.0 on pci0 ata2: at 0x9800 on atapci1 ata3: at 0xa000 on atapci1 atapci2: port 0xbc00-0xbc3f,0xb800-0xb803,0xb400-0xb407,0xb000-0xb003,0xac00-0xac07 mem 0xe7020000-0xe703ffff irq 5 at device 15.0 on pci0 ata4: at 0xac00 on atapci2 ata5: at 0xb400 on atapci2 atapci3: port 0xd000-0xd03f,0xcc00-0xcc03,0xc800-0xc807,0xc400-0xc403,0xc000-0xc007 mem 0xe7000000-0xe701ffff irq 10 at device 17.0 on pci0 atapci4: port 0xdc00-0xdcff,0xd800-0xd803,0xd400-0xd407 irq 11 at device 19.0 on pci0 atapci5: port 0xe800-0xe8ff,0xe400-0xe403,0xe000-0xe007 irq 11 at device 19.1 on pci0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 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: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: cannot reserve I/O port range ad0: 26063MB [52953/16/63] at ata0-master using UDMA33 ad4: 26063MB [52953/16/63] at ata2-master using UDMA66 ad6: 26063MB [52953/16/63] at ata3-master using UDMA66 ad8: 26063MB [52953/16/63] at ata4-master using UDMA66 ad10: 26063MB [52953/16/63] at ata5-master using UDMA66 acd0: CD-RW at ata1-master using PIO4 Mounting root from ufs:/dev/ad0s1a vinum: loaded vinum: reading configuration from /dev/ad10s1e vinum: updating configuration from /dev/ad8s1e vinum: updating configuration from /dev/ad4s1e vinum: updating configuration from /dev/ad6s1e xl0: starting DAD for fe80:0001::0250:daff:fed6:6ad0 xl0: DAD complete for fe80:0001::0250:daff:fed6:6ad0 - no duplicates found ======== #0 0xc017f008 in boot () #1 0xc017f38c in poweroff_wait () #2 0xc02ba2a9 in trap_fatal () #3 0xc02b9f81 in trap_pfault () #4 0xc02b9b77 in trap () #5 0xc025d8b4 in acquire_lock () #6 0xc026081a in initiate_write_filepage () #7 0xc02606e7 in softdep_disk_io_initiation () #8 0xc01b45b7 in spec_strategy () #9 0xc01b40ed in spec_vnoperate () #10 0xc026c4c9 in ufs_vnoperatespec () #11 0xc026bf31 in ufs_strategy () #12 0xc026c499 in ufs_vnoperate () #13 0xc01a077a in bwrite () #14 0xc01a5a42 in vop_stdbwrite () #15 0xc01a589d in vop_defaultop () #16 0xc026c499 in ufs_vnoperate () #17 0xc01a0a72 in bawrite () #18 0xc0265c1e in ffs_fsync () #19 0xc026470b in ffs_sync () #20 0xc01aa5cb in sync () #21 0xc017eddb in boot () #22 0xc017f38c in poweroff_wait () #23 0xc02ba2a9 in trap_fatal () #24 0xc02b9f81 in trap_pfault () #25 0xc02b9b77 in trap () #26 0xc2b3bef4 in ?? () #27 0xc01a2bc7 in biodone () #28 0xc0290c6a in ad_interrupt () #29 0xc028d596 in ata_intr () #30 0xc02cc8f9 in intr_mux () (kgdb) ====== # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.freebsd.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.ORG/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.245 2000/02/27 07:35:42 green Exp $ machine i386 cpu I686_CPU ident GENERIC maxusers 512 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI 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 #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extentions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaked, (defaults shown): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs device isa device eisa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device fd1 at fdc0 drive 1 # 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 device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering #options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device amd # AMD 53C974 (Teckram DC-390(T)) device dpt # DPT Smartcache - See LINT for options! device isp # Qlogic family device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets) device adv0 at isa? device adw device bt0 at isa? device aha0 at isa? device aic0 at isa? # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # RAID controllers device amr # AMI MegaRAID device mlx # Mylex DAC960 family # 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? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at nexus? disable flags 0x20 # Advanced Power Management # PCCARD (PCMCIA) support device card device pcic0 at isa? irq 10 port 0x3e0 iomem 0xd0000 device pcic1 at isa? irq 11 port 0x3e2 iomem 0xd4000 disable # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 device sio2 at isa? disable port IO_COM3 irq 5 device sio3 at isa? disable port IO_COM4 irq 9 # 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 # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device fxp # Intel EtherExpress PRO/100B (82557, 82558) device tx # SMC 9432TX (83c170 ``EPIC'') device vx # 3Com 3c590, 3c595 (``Vortex'') device wx # Intel Gigabit Ethernet Card (``Wiseman'') # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support device dc # DEC/Intel 21143 and various workalikes device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device ste # Sundance ST201 (D-Link DFE-550TX) device tl # Texas Instruments ThunderLAN device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. device ed0 at isa? port 0x280 irq 10 iomem 0xd8000 device ex device ep # WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really # exists only as a PCMCIA device, so there is no ISA attatement needed # and resources will always be dynamically assigned by the pccard code. device wi # Aironet 4500/4800 802.11 wireless NICs. Note: the declaration below will # work for PCMCIA and PCI cards, as well as ISA cards set to ISA PnP # mode (the factory default). If you set the switches on your ISA # card for a manually chosen I/O address and IRQ, you must specify # those paremeters here. device an # The probe order of these is presently determined by i386/isa/isa_compat.c. device ie0 at isa? port 0x300 irq 10 iomem 0xd0000 device fe0 at isa? port 0x300 device le0 at isa? port 0x300 irq 5 iomem 0xd0000 device lnc0 at isa? port 0x280 irq 10 drq 0 device cs0 at isa? port 0x300 device sn0 at isa? port 0x300 irq 10 # requires PCCARD (PCMCIA) support to be activated #device xe0 at isa? # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device pty 256 # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device gif 4 # IPv6 and IPv4 tunneling 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 3 #Berkeley packet filter options SOFTUPDATES device pcm device sbc device csa options "KBD_INSTALL_CDEV" # netgraph(4). Enable the base netgraph code with the NETGRAPH option. options NETGRAPH #netgraph(4) system To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 15:59:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id 08CFD37B835; Tue, 14 Mar 2000 15:59:25 -0800 (PST) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id PAA08380; Tue, 14 Mar 2000 15:59:21 -0800 (PST) Date: Tue, 14 Mar 2000 15:59:21 -0800 From: Brooks Davis To: Will Saxon Cc: freebsd-questions@FreeBSD.org Subject: Re: mouse question Message-ID: <20000314155921.A3010@orion.ac.hmc.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: ; from saxonww@ufl.edu on Tue, Mar 14, 2000 at 05:27:30PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 14, 2000 at 05:27:30PM -0500, Will Saxon wrote: > Not certain what list this ought to go to, perhaps -questions so I > apologize if this is not the right one. -questions was the right place. This has nothing do with current. Redirecting to -questions. > I was wondering if there could be a way to 'force' a type of ps/2 mouse. I > have a logitech firstmouse+, with a wheel. It works fine if it is plugged > directly into the back of this machine. However, I have it running through > a KVM switch so that I can have one mouse for both of my machines. When > in this configuration, the wheel action never works (although it works on > the other machine, which runs windows), and the button action sometimes > also doesn't work (this is rare). > > When plugged into the switch, I get this: > > psm0: failed to get data. > psm0: irq 12 on atkbdc0 > psm0: model Generic PS/2 mouse, device ID 0 > > > When plugged directly into the machine the third line comes up with > MouseMan+. > > I have tried to manipulate moused to account for the wheel by mapping the > wheel events as extra buttons, and I have tried to do the same in > XF86Config. Neither work. > > Not terribly important, but it would be nice to know if there is something > I can do about it. Unless your switch supports wheel mice (in which case it would just work) I believe you are SOL. I tried a coupld of KVM solutions before buying one from Black Box that explicitly supported wheel mice. The problem (I believe) is that KVMs must actuall emulate the mouse protocol so they must know what your mouse thinks it is doing. I'm pretty happy with my switch, it's the Personal Serv Switch. It's a bit more expensive, but it actually works. The only problem I've found is that it occationaly looses sync with the mouse, but there is a keyboard command to reset the mouse which generally fixes it. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 16:11: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from kbtfw.kubota.co.jp (kbtfw.kubota.co.jp [133.253.102.202]) by hub.freebsd.org (Postfix) with ESMTP id EBB3B37B85A for ; Tue, 14 Mar 2000 16:11:03 -0800 (PST) (envelope-from haro@tk.kubota.co.jp) Received: by kbtfw.kubota.co.jp; id JAA12556; Wed, 15 Mar 2000 09:10:50 +0900 (JST) Received: from unknown(133.253.122.1) by kbtfw.kubota.co.jp via smap (V4.2) id xma012225; Wed, 15 Mar 00 09:09:55 +0900 Received: from jkpc15.tk.kubota.co.jp ([192.168.7.250]) by kbtmx.eto.kubota.co.jp (8.9.3+3.2W/3.7W) with ESMTP id JAA13497; Wed, 15 Mar 2000 09:09:53 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by jkpc15.tk.kubota.co.jp (8.9.3/3.7W-02/21/99) with ESMTP id JAA00470; Wed, 15 Mar 2000 09:08:00 +0900 (JST) To: freebsd-current@freebsd.org, "Alan Clegg" Cc: haro@tk.kubota.co.jp Subject: Re: [sound] PCI ESS support In-Reply-To: References: X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000315090759D.haro@tk.kubota.co.jp> Date: Wed, 15 Mar 2000 09:07:59 +0900 From: haro@tk.kubota.co.jp (Munehiro Matsuda) X-Dispatcher: imput version 990905(IM130) Lines: 29 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: "Alan Clegg" Date: 13 Mar 2000 13:34:01 -0000 :: ::Ok, being a newbie to FreeBSD, I'm trying to get my laptop (WinBook XL2) ::sound working under -CURRENT. If someone could point me to the relavent ::docs, I'd be happy.... Here is what I'm finding: :: ::dmesg reports: :: ::chip2: port 0xec00-0xecff irq 5 at Hello, As far as I know, "Maestro 2E" is not supported in -current. I once tried to write a driver under 3-stable, but failed. More worse, I've lost my source code due to disk crash, last fall. Sigh. If you are tring to write a driver for it, I still have some docs around. If you need them, let me know. Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Office of Business Planning & Development, Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103, Japan Tel: +81-3-3245-3318 Fax: +81-3-32454-3315 Email: haro@tk.kubota.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 16:12:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id B738C37B7C7 for ; Tue, 14 Mar 2000 16:12:12 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115594>; Wed, 15 Mar 2000 11:07:09 +1100 Content-return: prohibited From: Peter Jeremy Subject: Re: 4.0R ? In-reply-to: <3.0.3.32.20000314082040.01381840@mail.embt.com>; from tom@embt.com on Wed, Mar 15, 2000 at 12:22:09AM +1100 To: current@FreeBSD.ORG Message-Id: <00Mar15.110709est.115594@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <20000313190546.D80937@strontium.scientia.demon.co.uk> <3.0.3.32.20000314082040.01381840@mail.embt.com> Date: Wed, 15 Mar 2000 11:06:39 +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 19:05 03/13/2000 +0000, Ben Smithurst wrote: >I saw the RELENG_4 tag in my cvsup log, but I don't think that's the >same as the 4.0 release tag is it? That would be RELENG_4_0_0_RELEASE >surely. That's correct. RELENG_4 is the 4.x-STABLE branch. At some point, Jordan will create a RELENG_4_0_0_RELEASE tag which will define 4.0-RELEASE. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 16:39: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202]) by hub.freebsd.org (Postfix) with ESMTP id 8371B37B742 for ; Tue, 14 Mar 2000 16:39:04 -0800 (PST) (envelope-from darrylo@sr.hp.com) Received: from postal.sr.hp.com (postal.sr.hp.com [15.4.46.173]) by atlrel2.hp.com (Postfix) with ESMTP id 1188F1282 for ; Tue, 14 Mar 2000 19:40:07 -0500 (EST) Received: from mina.sr.hp.com (root@mina.sr.hp.com [15.4.42.247]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id QAA16805; Tue, 14 Mar 2000 16:39:00 -0800 (PST) Received: from localhost (darrylo@localhost [127.0.0.1]) by mina.sr.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0) id QAA06457; Tue, 14 Mar 2000 16:38:59 -0800 (PST) Message-Id: <200003150038.QAA06457@mina.sr.hp.com> To: haro@tk.kubota.co.jp (Munehiro Matsuda) Cc: freebsd-current@freebsd.org Subject: Re: [sound] PCI ESS support Reply-To: Darryl Okahata In-reply-to: Your message of "Wed, 15 Mar 2000 09:07:59 PST." <20000315090759D.haro@tk.kubota.co.jp> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Date: Tue, 14 Mar 2000 16:38:54 PST From: Darryl Okahata Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG haro@tk.kubota.co.jp (Munehiro Matsuda) wrote: > If you are tring to write a driver for it, I still have some docs around. > If you need them, let me know. If you have anything more than the ESS datasheets (like real ESS docs), I'd like to get a copy. Thanks, -- Darryl Okahata darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 17:31:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from kbtfw.kubota.co.jp (kbtfw.kubota.co.jp [133.253.102.202]) by hub.freebsd.org (Postfix) with ESMTP id 16FCA37B896 for ; Tue, 14 Mar 2000 17:31:49 -0800 (PST) (envelope-from haro@tk.kubota.co.jp) Received: by kbtfw.kubota.co.jp; id KAA13276; Wed, 15 Mar 2000 10:31:41 +0900 (JST) Received: from unknown(133.253.122.1) by kbtfw.kubota.co.jp via smap (V4.2) id xma013182; Wed, 15 Mar 00 10:31:37 +0900 Received: from jkpc15.tk.kubota.co.jp ([192.168.7.250]) by kbtmx.eto.kubota.co.jp (8.9.3+3.2W/3.7W) with ESMTP id KAA29861; Wed, 15 Mar 2000 10:31:35 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by jkpc15.tk.kubota.co.jp (8.9.3/3.7W-02/21/99) with ESMTP id KAA86790; Wed, 15 Mar 2000 10:29:36 +0900 (JST) To: darrylo@sr.hp.com Cc: freebsd-current@freebsd.org Subject: Re: [sound] PCI ESS support In-Reply-To: <200003150038.QAA06457@mina.sr.hp.com> References: <20000315090759D.haro@tk.kubota.co.jp> <200003150038.QAA06457@mina.sr.hp.com> X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000315102936V.haro@tk.kubota.co.jp> Date: Wed, 15 Mar 2000 10:29:36 +0900 From: haro@tk.kubota.co.jp (Munehiro Matsuda) X-Dispatcher: imput version 990905(IM130) Lines: 29 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: Darryl Okahata Date: Tue, 14 Mar 2000 16:38:54 PST :: ::> If you are tring to write a driver for it, I still have some docs around. ::> If you need them, let me know. :: :: If you have anything more than the ESS datasheets (like real ESS ::docs), I'd like to get a copy. No, I don't have real ESS docs. I have 1)the usual DSMaestro2E 3-02-98.pdf datasheet, 2)some small stuff I grabbed off ftp.esstech.com.tw (nolonger exists on the site?) and 3)source code for Maestro 2E Board Test (BTM2E.EXE) program which I downloaded from ftp://ftp.alsa-project.org/pub/manuals/ess/maestro.tar.gz. For legacy support, source code for BTM2E.EXE should get you going. Be aware, FreeBSD doesn't support DDMA, you need to hack around that too. I've got a small DDMA patch for 3-STABLE, which dosen't apply to -current, though... Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Office of Business Planning & Development, Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103, Japan Tel: +81-3-3245-3318 Fax: +81-3-32454-3315 Email: haro@tk.kubota.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 17:50:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from m3.cs.berkeley.edu (m3.CS.Berkeley.EDU [128.32.45.179]) by hub.freebsd.org (Postfix) with ESMTP id 5F0B037BA31; Tue, 14 Mar 2000 17:50:15 -0800 (PST) (envelope-from asami@stampede.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca14-117.ix.netcom.com [205.186.215.117]) by m3.cs.berkeley.edu (8.9.3/8.9.3) with ESMTP id RAA29928; Tue, 14 Mar 2000 17:50:08 -0800 (PST) (envelope-from asami@stampede.cs.berkeley.edu) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.9.3/8.6.9) id RAA21849; Tue, 14 Mar 2000 17:50:04 -0800 (PST) To: obrien@FreeBSD.org Cc: "Jose M. Alcaide" , freebsd-current@FreeBSD.org Subject: Re: suggestion: a g77 -> f77 link References: <38CD1091.94E73AC9@we.lc.ehu.es> <20000314143826.D9311@dragon.nuxi.com> From: asami@FreeBSD.org (Satoshi - Ports Wraith - Asami) Date: 14 Mar 2000 17:50:00 -0800 In-Reply-To: "David O'Brien"'s message of "Tue, 14 Mar 2000 14:38:26 -0800" Message-ID: Lines: 36 X-Mailer: Gnus v5.7/Emacs 20.5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * From: "David O'Brien" * On Mon, Mar 13, 2000 at 05:00:17PM +0100, Jose M. Alcaide wrote: * > I found that the "configure" script, when instructed to use the * > GNU Fortran compiler, searchs for "g77". Unfortunately, this compiler * > is installed as /usr/bin/f77. I think this is a reasonable request. * NO. I will not apply this link. BSD has always had a "f77" command. It * has not always had a "g77" command. The G77 developers should have * installed a "f77" compatability link. It is their fault this misspelling * is perpitrating forward. All the world is not Gfoo. Yes, but ours *is* a GNU Fortran77 compiler. It is perfectly sane for programs to look for "g77" if they want GNU Fortran77 (for whatever reason). === >> f77 -v 2>&1 | head -1 g77 version 2.95.2 19991024 (release) (from FSF-g77 version 0.5.25 19991024 (release)) >> f77 --version GNU Fortran 0.5.25 19991024 (release) Copyright (C) 1997 Free Software Foundation, Inc. For more version information on components of the GNU Fortran compilation system, especially useful when reporting bugs, type the command `g77 --verbose'. GNU Fortran comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of GNU Fortran under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING or type the command `info -f g77 Copying'. === Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 17:57:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id D54D837B8B4 for ; Tue, 14 Mar 2000 17:57:37 -0800 (PST) (envelope-from obrien@NUXI.ucdavis.edu) Received: from dragon.nuxi.com (root@d60-024.leach.ucdavis.edu [169.237.60.24]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id BAA63008; Wed, 15 Mar 2000 01:57:36 GMT (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id RAA09719; Tue, 14 Mar 2000 17:57:36 -0800 (PST) (envelope-from obrien) Date: Tue, 14 Mar 2000 17:57:36 -0800 From: "David O'Brien" To: Garrett Wollman Cc: freebsd-current@FreeBSD.ORG Subject: Re: suggestion: a g77 -> f77 link Message-ID: <20000314175736.A9701@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <38CD1091.94E73AC9@we.lc.ehu.es> <20000314143826.D9311@dragon.nuxi.com> <200003142240.RAA51932@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200003142240.RAA51932@khavrinen.lcs.mit.edu>; from wollman@khavrinen.lcs.mit.edu on Tue, Mar 14, 2000 at 05:40:48PM -0500 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 14, 2000 at 05:40:48PM -0500, Garrett Wollman wrote: > > NO. I will not apply this link. BSD has always had a "f77" command. It > > has not always had a "g77" command. The G77 developers should have > > installed a "f77" compatability link. It is their fault this misspelling > > is perpitrating forward. All the world is not Gfoo. > > s/77/cc/g; Due to your typical verbosity, I am left to wonder what you are trying to say. *IF* I understand what you are trying to say, here is my answer: if I were to start fresh with with bringing in the first C compiler into FreeBSD, it would not have a 'gcc' name to it -- only 'cc'. There is too much conflicts with other GCC ports or people installing their own copy of GCC. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 18:18: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id C800637B8A6; Tue, 14 Mar 2000 18:17:53 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id VAA52670; Tue, 14 Mar 2000 21:17:51 -0500 (EST) (envelope-from wollman) Date: Tue, 14 Mar 2000 21:17:51 -0500 (EST) From: Garrett Wollman Message-Id: <200003150217.VAA52670@khavrinen.lcs.mit.edu> To: obrien@FreeBSD.ORG Cc: Garrett Wollman , freebsd-current@FreeBSD.ORG Subject: Re: suggestion: a g77 -> f77 link In-Reply-To: <20000314175736.A9701@dragon.nuxi.com> References: <38CD1091.94E73AC9@we.lc.ehu.es> <20000314143826.D9311@dragon.nuxi.com> <200003142240.RAA51932@khavrinen.lcs.mit.edu> <20000314175736.A9701@dragon.nuxi.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > *IF* I understand what you are trying to say, here is my answer: if I > were to start fresh with with bringing in the first C compiler into > FreeBSD, it would not have a 'gcc' name to it -- only 'cc'. Indeed, that was precisely how it used to be. Then.... ---------------------------- revision 1.6 date: 1994/11/01 20:51:29; author: jkh; state: Exp; lines: +3 -1 Add LINKS to get gcc back. ---------------------------- ...we decided that too many things were made unhappy when gcc was not available under its usual name. Not because it was the Right Thing, but because we're not in this to make life hard for developers and users. The parallel log entry for c++/Makefile bears that out: ---------------------------- revision 1.4 date: 1994/11/01 21:28:00; author: jkh; state: Exp; lines: +2 -1 Link g++ -> c++, like I did with gcc -> cc. This is evil, but it's now at least orthogonal evil. ---------------------------- Note that the change to cc/Makefile undid a previous change: ---------------------------- revision 1.3 date: 1994/08/23 17:18:58; author: paul; state: Exp; lines: +0 -6 Fixed up everything so that the version of gcc that we install from the FreeBSD system sources installs itself as the standard cc and c++. I've fixed c++ to call cc instead of gcc and removed all the symlinks that get created to g** version of the binaries. This means that you can install a second version of gcc that does use the g prefix alongside the "system" version of gcc. The only conflict is libgcc [...] So at one time we followed the direction you wish. -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-current" in the body of the message From owner-freebsd-current Tue Mar 14 18:39:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from happy.checkpoint.com (happy.checkpoint.com [199.203.156.224]) by hub.freebsd.org (Postfix) with ESMTP id 4ADF837B7F1 for ; Tue, 14 Mar 2000 18:39:18 -0800 (PST) (envelope-from mellon@happy.checkpoint.com) Received: (from mellon@localhost) by happy.checkpoint.com (8.9.3/8.9.3) id EAA14421 for current@FreeBSD.ORG; Wed, 15 Mar 2000 04:40:42 GMT (envelope-from mellon) Date: Wed, 15 Mar 2000 04:40:42 +0000 From: Anatoly Vorobey To: current@FreeBSD.ORG Subject: Re: 4.0R ? Message-ID: <20000315044042.A14389@happy.checkpoint.com> References: <3.0.5.32.20000313130054.0105d6d0@marble.sentex.ca> <38CD35C6.18891643@acm.org> <20000313190546.D80937@strontium.scientia.demon.co.uk> <20000314143326.C9311@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000314143326.C9311@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Tue, Mar 14, 2000 at 02:33:26PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 14, 2000 at 02:33:26PM -0800, David O'Brien wrote: > On Mon, Mar 13, 2000 at 07:05:46PM +0000, Ben Smithurst wrote: > > I saw the RELENG_4 tag in my cvsup log, but I don't think that's the > > same as the 4.0 release tag is it? > > You are right -- RELENG_4 is not the release tag. > > > That would be RELENG_4_0_0_RELEASE surely. > > Correct. So is there a consensus on when 3.x-STABLE is going to be retired? Will there be new releases on the RELENG_3 branch, in fact? -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 18:52:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 81F4737B8B2 for ; Tue, 14 Mar 2000 18:52:34 -0800 (PST) (envelope-from darrylo@sr.hp.com) Received: from postal.sr.hp.com (postal.sr.hp.com [15.4.46.173]) by palrel1.hp.com (Postfix) with ESMTP id 5043F9DC for ; Tue, 14 Mar 2000 18:52:33 -0800 (PST) Received: from mina.sr.hp.com (root@mina.sr.hp.com [15.4.42.247]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id SAA27803; Tue, 14 Mar 2000 18:52:32 -0800 (PST) Received: from localhost (darrylo@localhost [127.0.0.1]) by mina.sr.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0) id SAA08920; Tue, 14 Mar 2000 18:52:31 -0800 (PST) Message-Id: <200003150252.SAA08920@mina.sr.hp.com> To: haro@tk.kubota.co.jp (Munehiro Matsuda) Cc: freebsd-current@freebsd.org Subject: Re: [sound] PCI ESS support Reply-To: Darryl Okahata In-reply-to: Your message of "Wed, 15 Mar 2000 10:29:36 PST." <20000315102936V.haro@tk.kubota.co.jp> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Date: Tue, 14 Mar 2000 18:52:26 PST From: Darryl Okahata Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG haro@tk.kubota.co.jp (Munehiro Matsuda) wrote: > No, I don't have real ESS docs. Thanks, anyway. > I have 1)the usual DSMaestro2E 3-02-98.pdf datasheet, 2)some small stuff > I grabbed off ftp.esstech.com.tw (nolonger exists on the site?) and There are hidden files on ftp.esstech.com.tw. Just go to: ftp://ftp.esstech.com.tw/PCIAudio/Maestro2E/ "PCIAudio" is an hidden directory. > 3)source code for Maestro 2E Board Test (BTM2E.EXE) program which I > downloaded from ftp://ftp.alsa-project.org/pub/manuals/ess/maestro.tar.gz. Thanks for the pointer. I'll check it out. -- Darryl Okahata darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 18:56:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 9448037B886 for ; Tue, 14 Mar 2000 18:56:05 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115209>; Wed, 15 Mar 2000 13:56:20 +1100 Content-return: prohibited From: Peter Jeremy Subject: Re: 4.0R ? In-reply-to: <20000315044042.A14389@happy.checkpoint.com>; from mellon@pobox.com on Wed, Mar 15, 2000 at 01:39:55PM +1100 To: Anatoly Vorobey Cc: current@FreeBSD.ORG Reply-To: freebsd-stable@FreeBSD.ORG Message-Id: <00Mar15.135620est.115209@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <20000314143326.C9311@dragon.nuxi.com> <20000315044042.A14389@happy.checkpoint.com> Date: Wed, 15 Mar 2000 13:56:19 +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-Mar-15 13:39:55 +1100, Anatoly Vorobey wrote: >So is there a consensus on when 3.x-STABLE is going to be >retired? Current suggestions are that it will go to 3.6 or 3.7 before being retired. This will presumably depend on the rate at which 4.x stabilizes and people move to it, as well as the number of problems found with 3.x. > Will there be new releases on the RELENG_3 branch, in fact? Yes. At least 2, probably 3. And this thread really belongs in -stable, not -current. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 19: 7:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from postoffice.aims.com.au (advanc2.lnk.telstra.net [139.130.119.73]) by hub.freebsd.org (Postfix) with ESMTP id 3188737B8AE for ; Tue, 14 Mar 2000 19:07:53 -0800 (PST) (envelope-from chris@aims.com.au) Received: from postoffice.aims.com.au (nts-ts1.aims.private [192.168.10.2]) by postoffice.aims.com.au (8.9.3/8.9.3) with ESMTP id OAA32302 for ; Wed, 15 Mar 2000 14:07:51 +1100 (EST) (envelope-from chris@aims.com.au) Received: from ntsts1 by aims.com.au with SMTP (MDaemon.v3.0.0.R) for ; Wed, 15 Mar 2000 14:07:18 +1100 Reply-To: From: "Chris Knight" To: Subject: Australian Time Servers Date: Wed, 15 Mar 2000 14:07:16 +1100 Message-ID: <005201bf8e2b$92350770$020aa8c0@aims.private> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0053_01BF8E87.C5A57F70" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-Return-Path: chris@aims.com.au X-MDRcpt-To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0053_01BF8E87.C5A57F70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Howdy, According to http://www.eecis.udel.edu/~mills/ntp/clock1.htm, ntp.syd.dms.csiro.au no longer offers ntp services. ntp.tip.csiro.au or ntp.ml.csiro.au should be used instead. These are listed at the above-mentioned location as open access servers. Here's a diff for sysinstall. Could some-one please commit it. Thanks. Regards, Chris Knight Systems Administrator AIMS Independent Computer Professionals Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795 Web: http://www.aims.com.au ------=_NextPart_000_0053_01BF8E87.C5A57F70 Content-Type: text/plain; name="diff.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="diff.txt" --- release/sysinstall/menus.c.orig Wed Mar 15 13:57:59 2000 +++ release/sysinstall/menus.c Wed Mar 15 13:59:27 2000 @@ -1365,9 +1365,9 @@ "ntpdate_enable=NO,ntpdate_flags=none" }, { "Other", "Select a site not on this list", dmenuVarsCheck, configNTP, NULL, NULL }, - { "Australia", "ntp.syd.dms.csiro.au (HP 5061 Cesium Beam)", + { "Australia", "ntp.tip.csiro.au (HP 5061 Cesium Beam)", dmenuVarsCheck, dmenuSetVariables, NULL, - "ntpdate_enable=YES,ntpdate_flags=ntp.syd.dms.csiro.au" }, + "ntpdate_enable=YES,ntpdate_flags=ntp.tip.csiro.au" }, { " Canada", "tick.usask.ca (GOES clock)", dmenuVarsCheck, dmenuSetVariables, NULL, "ntpdate_enable=YES,ntpdate_flags=tick.usask.ca" }, ------=_NextPart_000_0053_01BF8E87.C5A57F70-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 19:35:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from mta3.snfc21.pbi.net (mta3.snfc21.pbi.net [206.13.28.141]) by hub.freebsd.org (Postfix) with ESMTP id E06B637B5C7 for ; Tue, 14 Mar 2000 19:35:38 -0800 (PST) (envelope-from jazepeda@pacbell.net) Received: from zippy.dyn.ml.org ([207.214.149.199]) by mta3.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.1999.09.16.21.57.p8) with ESMTP id <0FRG00J131OH4V@mta3.snfc21.pbi.net> for freebsd-current@FreeBSD.ORG; Tue, 14 Mar 2000 19:29:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zippy.dyn.ml.org (Postfix) with ESMTP id 4B74A7C000; Tue, 14 Mar 2000 19:29:01 -0800 (PST) Date: Tue, 14 Mar 2000 19:29:01 -0800 (PST) From: Alex Zepeda Subject: Re: Linksys Revisted.. In-reply-to: <000701bf8d5d$acb548e0$2260e4d0@scorched.com> To: Jay Oliver Cc: freebsd-current@FreeBSD.ORG Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 13 Mar 2000, Jay Oliver wrote: > dc0: port 0xde00-0xdeff mem > 0xdfffbf00-0xdfffbff > dc0: Ethernet address: 00:a0:cc:32:a6:31 Different "revisions" of the Linksys NICs use different chips, so problems that afflict one "revision" quite possibly have nothing to do with the other card working. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 19:36: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id 3E2B137B8CB for ; Tue, 14 Mar 2000 19:36:06 -0800 (PST) (envelope-from Doug@gorean.org) Received: from slave (doug@slave [10.0.0.1]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id TAA94947; Tue, 14 Mar 2000 19:35:50 -0800 (PST) (envelope-from Doug@gorean.org) Date: Tue, 14 Mar 2000 19:35:50 -0800 (PST) From: Doug Barton X-Sender: doug@dt051n0b.san.rr.com To: "Jordan K. Hubbard" Cc: Robert Watson , freebsd-current@FreeBSD.ORG Subject: Re: current.freebsd.org snapshots and broken X11 In-Reply-To: <88420.953063472@zippy.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 14 Mar 2000, Jordan K. Hubbard wrote: > I think I'm just going to go to the 3.4 bits; I don't have a definitive > XFree86 distribution for 4.0 and I don't think I'm going to get one in > time to make a difference. Not to mention that 4.0 has "issues" with some hardware/software/etc. I can't get xfce to run in it, for example. Doug -- "Welcome to the desert of the real." - Laurence Fishburne as Morpheus, "The Matrix" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 19:37: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id DE90F37BD28 for ; Tue, 14 Mar 2000 19:36:59 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id TAA36136; Tue, 14 Mar 2000 19:37:30 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) To: Doug Barton Cc: Robert Watson , freebsd-current@FreeBSD.ORG Subject: Re: current.freebsd.org snapshots and broken X11 In-reply-to: Your message of "Tue, 14 Mar 2000 19:35:50 PST." Date: Tue, 14 Mar 2000 19:37:30 -0800 Message-ID: <36128.953091450@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was actually talking about FreeBSD 4.0, not XFree86 4.0. :) > On Tue, 14 Mar 2000, Jordan K. Hubbard wrote: > > > I think I'm just going to go to the 3.4 bits; I don't have a definitive > > XFree86 distribution for 4.0 and I don't think I'm going to get one in > > time to make a difference. > > Not to mention that 4.0 has "issues" with some > hardware/software/etc. I can't get xfce to run in it, for example. > > Doug > -- > "Welcome to the desert of the real." > > - Laurence Fishburne as Morpheus, "The Matrix" > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 19:58:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id 710E937B8CE for ; Tue, 14 Mar 2000 19:58:25 -0800 (PST) (envelope-from Doug@gorean.org) Received: from slave (doug@slave [10.0.0.1]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id TAA95067; Tue, 14 Mar 2000 19:58:18 -0800 (PST) (envelope-from Doug@gorean.org) Date: Tue, 14 Mar 2000 19:58:18 -0800 (PST) From: Doug Barton X-Sender: doug@dt051n0b.san.rr.com To: "Jordan K. Hubbard" Cc: Doug Barton , Robert Watson , freebsd-current@FreeBSD.ORG Subject: Re: current.freebsd.org snapshots and broken X11 In-Reply-To: <36128.953091450@zippy.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 14 Mar 2000, Jordan K. Hubbard wrote: > I was actually talking about FreeBSD 4.0, not XFree86 4.0. :) D'oh! -- "Welcome to the desert of the real." - Laurence Fishburne as Morpheus, "The Matrix" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 20:33:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from havoc.scorched.com (kythorn2.upper.ul.warwick.net [208.228.96.45]) by hub.freebsd.org (Postfix) with ESMTP id B5FC737B64D for ; Tue, 14 Mar 2000 20:33:44 -0800 (PST) (envelope-from kythorn@scorched.com) Received: from chaos (kythorn.upper.ul.warwick.net [208.228.96.34]) by havoc.scorched.com (8.9.3/8.9.3) with SMTP id SAA02470; Tue, 14 Mar 2000 18:34:41 -0500 (EST) (envelope-from kythorn@scorched.com) Message-ID: <000b01bf8e37$c5bff3a0$2260e4d0@scorched.com> From: "Jay Oliver" To: "Alex Zepeda" Cc: References: Subject: Re: Linksys Revisted.. Date: Tue, 14 Mar 2000 23:34:33 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok... how is it possible to identify different revisions? As far as I can tell, the cards are being reported to be identical, though they're almost certainly not. And since they both worked fine under 'pn', will it be possible in the future to have support for the current non working revision via dc? ----- Original Message ----- From: "Alex Zepeda" To: "Jay Oliver" Cc: Sent: Tuesday, March 14, 2000 10:29 PM Subject: Re: Linksys Revisted.. > Different "revisions" of the Linksys NICs use different chips, so problems > that afflict one "revision" quite possibly have nothing to do with the > other card working. > > - alex > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 20:34:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id D056E37B86B for ; Tue, 14 Mar 2000 20:34:08 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id VAA93312; Tue, 14 Mar 2000 21:33:58 -0700 (MST) (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 VAA49059; Tue, 14 Mar 2000 21:33:50 -0700 (MST) Message-Id: <200003150433.VAA49059@harmony.village.org> To: Robert Watson Subject: Re: problems using pccard 3c589c with 4.0-snap install Cc: freebsd-current@FreeBSD.org In-reply-to: Your message of "Tue, 14 Mar 2000 13:16:28 EST." References: Date: Tue, 14 Mar 2000 21:33:50 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Robert Watson writes: : Any pointers--especially ones that get the install of 4.0 working ``out of : the box'' on this notebook would be much appreciated. Make buildworld + make installworld from your 3.3 PAO system. I've not had the time/energy to make the install disks bulletproof on all the laptops. I'm seriously thinking of doing two things. First, removing the IRQ from the pcic (eg make it polling always for installs). Second, I'm wanting add smarter IRQ usage to pccardd and/or the sysinstall program... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 20:35:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id C287637B652 for ; Tue, 14 Mar 2000 20:35:16 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id VAA93325; Tue, 14 Mar 2000 21:35:10 -0700 (MST) (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 VAA49082; Tue, 14 Mar 2000 21:35:03 -0700 (MST) Message-Id: <200003150435.VAA49082@harmony.village.org> To: Robert Watson Subject: Re: problems using pccard 3c589c with 4.0-snap install Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Tue, 14 Mar 2000 14:58:36 EST." References: Date: Tue, 14 Mar 2000 21:35:03 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Robert Watson writes: : As a followup email, I suppose I'm specifically asking if there's a way to : make sysinstall allocate IRQ3 to the card, as that seems to be the : differentiating factor in terms of hardware configuration allocated : between 3.3-PAO and 4.0-snapshot. I.e., rather than a sysinstall field : saying, ``Which of these IRQs should I note use'', instead, ``Which should : I use''. Or the like. Agreed. Like I said before, I've not had time to bungee into the sysinstall code and do this... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 21:45:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id 8313E37B551; Tue, 14 Mar 2000 21:45:18 -0800 (PST) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (Postfix) with ESMTP id B47C22CE5C; Wed, 15 Mar 2000 07:45:15 +0200 (EET) Received: by myhakas.matti.ee (Postfix, from userid 1000) id 606001C57CF; Wed, 15 Mar 2000 07:45:17 +0200 (EET) Date: Wed, 15 Mar 2000 07:45:17 +0200 From: Vallo Kallaste To: David O'Brien Cc: freebsd-current@freebsd.org Subject: Re: 5.0-current breaks building jpeg shared library Message-ID: <20000315074517.A30003@myhakas.matti.ee> Reply-To: vallo@matti.ee References: <20000314133032.A75393@myhakas.matti.ee> <20000314081924.A8595@dragon.nuxi.com> <20000314182637.A26649@myhakas.matti.ee> <20000314133139.C9121@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: <20000314133139.C9121@dragon.nuxi.com>; from David O'Brien on Tue, Mar 14, 2000 at 01:31:39PM -0800 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 14, 2000 at 01:31:39PM -0800, David O'Brien wrote: > > It's current thing also, no? > > Not in the least. Specialized mailing lists exist to take the > specialized traffic off the more general lists. > > Plus, the fix to your problem is to fix the port. The Ports team takes > care of Ports. None of the Kernel hackers here are going to make any > ports commits. Strange, I always thought the -current list is for general issues related to -current branch and for true kernel hackers exist -hackers. Okay, this isn't something worth discussing as I believe anybody running -current is able to fix such things and posting to -current isn't really necessary. Thanks -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 22:18:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.ddg.com (eunuch.ddg.com [216.30.58.66]) by hub.freebsd.org (Postfix) with ESMTP id C502B37B678; Tue, 14 Mar 2000 22:18:20 -0800 (PST) (envelope-from rkw@dataplex.net) Received: from cs (24.93.61.227) by mail.ddg.com with SMTP (Eudora Internet Mail Server 2.1); Wed, 15 Mar 2000 00:18:18 -0600 From: Richard Wackerbarth To: "David O'Brien" Subject: Re: 5.0-current breaks building jpeg shared library Date: Wed, 15 Mar 2000 00:09:55 -0600 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: freebsd-current@FreeBSD.ORG References: <20000314133032.A75393@myhakas.matti.ee> <20000314133139.C9121@dragon.nuxi.com> <20000315074517.A30003@myhakas.matti.ee> In-Reply-To: <20000315074517.A30003@myhakas.matti.ee> MIME-Version: 1.0 Message-Id: <00031500170800.09025@cs> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 14 Mar 2000, Vallo Kallaste wrote: > Strange, I always thought the -current list is for general issues > related to -current branch ... We really should have a new mailing list since we have an additional branch. I'll again voice the opinion that the naming of the lists is sub-optimal. IMHO, we should have FreeBSD3, FreeBSD4, FreeBSD5, etc. rather than stable or current (which one?) The easiest way I see to make the transition is call the the head branch -DEVEL and leave -CURRENT for 4.x (for a while) The mailing lists can be supported by mail aliases until people learn to use new names. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 22:30:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from sal.amphibious.org (cs276-170.austin.rr.com [24.27.6.170]) by hub.freebsd.org (Postfix) with ESMTP id 0EBA837B9BC for ; Tue, 14 Mar 2000 22:30:40 -0800 (PST) (envelope-from nsheeley@sal.amphibious.org) Received: (from nsheeley@localhost) by sal.amphibious.org (8.9.3/8.9.3) id AAA13599 for freebsd-current@freebsd.org; Wed, 15 Mar 2000 00:30:28 -0600 From: Nathan Sheeley Message-Id: <200003150630.AAA13599@sal.amphibious.org> Subject: top %s not correct To: freebsd-current@freebsd.org Date: Wed, 15 Mar 2000 00:30:28 -0600 (CST) Reply-To: nsheeley@amphibious.org X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As of roughly Mon Mar 6 19:37:1 CST 2000 /usr/bin/top doesn't show the correct (or any) percentage CPU usage. (example below.) A minor issue I know, just wanted to point it out if its part of a larger issue. Since upgrading to -current I've noticed: o sound now works with my es1371 sb128 pci card, where it didn't no matter what I tried in 3.4 stable. o things that allocate? shared memory (Linux CivCTP, wine) now work when I use a SMP kernel (I have a Abit BP6 w/2 433 Celerons) o my machine locks up after about 20 hours of uptime. Obviously the last one is quite annoying, but I haven't been able to get any info yet on why the crashes happen (I have a dumpdev now, so it refuses to crash ;) Nate last pid: 49105; load averages: 2.06, 1.63, 1.28 up 1+04:43:59 00:24:42 30 processes: 3 running, 27 sleeping CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 0.0% idle Mem: 51M Active, 7520K Inact, 18M Wired, 760K Cache, 10M Buf, 47M Free Swap: 256M Total, 1560K Used, 254M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 49045 nobody 30 1 14676K 14340K RUN 1 3:18 0.00% 0.00% setiathome 49048 nobody 30 1 14676K 14340K CPU0 0 3:12 0.00% 0.00% setiathome 49070 nsheeley 2 0 49372K 42720K select 1 0:04 0.00% 0.00% XF86_SVGA 199 root 10 0 928K 160K nanslp 1 0:01 0.00% 0.00% cron 160 root 2 0 872K 252K select 1 0:01 0.00% 0.00% syslogd 49076 nsheeley 10 0 3272K 1984K nanslp 1 0:01 0.00% 0.00% xearth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 14 23:25: 2 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp03.wxs.nl (smtp03.wxs.nl [195.121.6.37]) by hub.freebsd.org (Postfix) with ESMTP id F28F437BA08; Tue, 14 Mar 2000 23:24:56 -0800 (PST) (envelope-from asmodai@wxs.nl) Received: from daemon.ninth-circle.org ([195.121.228.233]) by smtp03.wxs.nl (Netscape Messaging Server 3.61) with ESMTP id AAA171E; Wed, 15 Mar 2000 08:24:53 +0100 Received: (from asmodai@localhost) by daemon.ninth-circle.org (8.9.3/8.9.3) id IAA50837; Wed, 15 Mar 2000 08:12:13 +0100 (CET) (envelope-from asmodai) Date: Wed, 15 Mar 2000 08:12:12 +0100 From: Jeroen Ruigrok/Asmodai To: Will Saxon Cc: Kris Kennaway , Patrik Sundberg , current@FreeBSD.org Subject: Re: ATA timeout errors Message-ID: <20000315081212.A46440@daemon.ninth-circle.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from saxonww@ufl.edu on Tue, Mar 14, 2000 at 05:11:23PM -0500 Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20000315 00:00], Will Saxon (saxonww@ufl.edu) wrote: >I will continue to use ata because my drives work (albeit in PIO mode >apparently) and I don't play audio off the cdrom. Some people will >probably hold off on upgrading to 4.0 because of this, and I don't know if >anyone important cares about that but imho it kind of looks bad. The 4.x tree will keep wd around until we either fix all the problems or until 5.x becomes mainstream. 5.x has wd removed and people following the bleeding edge are required to send in feedback and not expect it to be easy to use as it was the past year. =) -- Jeroen Ruigrok vd Werven/Asmodai asmodai@[wxs.nl|bart.nl|freebsd.org] Documentation nutter/C-rated Coder BSD: Technical excellence at its best The BSD Programmer's Documentation Project Any fool can make a rule. And every fool will mind it... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 0:16:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from tkc.att.ne.jp (tkc.att.ne.jp [165.76.16.7]) by hub.freebsd.org (Postfix) with ESMTP id C1F8937B95D for ; Wed, 15 Mar 2000 00:16:09 -0800 (PST) (envelope-from mzaki@e-mail.ne.jp) Received: from work.mzaki.nom (127.pool5.tokyo.att.ne.jp [165.76.22.142]) by tkc.att.ne.jp (8.8.8+Spin/3.6W-CONS(10/24/99)) id RAA07997; Wed, 15 Mar 2000 17:16:07 +0900 (JST) Received: from work.mzaki.nom (mzaki@localhost [127.0.0.1]) by work.mzaki.nom (8.9.3/8.9.3) with ESMTP id RAA03443 for ; Wed, 15 Mar 2000 17:16:04 +0900 (JST) (envelope-from mzaki@e-mail.ne.jp) Date: Wed, 15 Mar 2000 17:16:03 +0900 Message-ID: <86u2i87inw.wl@tkc.att.ne.jp> From: Motomichi Matsuzaki To: freebsd-current@freebsd.org Subject: Serious documentation problems for 4.0 and 5.0 X-Mailer: Wanderlust/2.2.12 (Joyride) XEmacs/21.1 (Bryce Canyon) MIME-Version: 1.0 (generated by WEMI 1.13.7 - "Shimada") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I found serious problems on documentations of both 4.0 and 5.0. README.TXT and RELEASE.TXT have obsolete descriptions. ---<< README.TXT >>--- ----------------------------------------- FreeBSD 4.0 --- SNAPSHOT Version , , ----------------------------------------- /( )` >>> No, 4.0 is official RELEASE, and SNAPSHOT is 5.0 \ \___ / | This is a binary snapshot of 4.0-current, the /- _ `-/ ' (HEAD) branch which is currently moving towards (/\/ \ \ /\ the release of 4.0. / / | ` \ >>> No, again. For the latest 4.0-current (HEAD branch) snapshot releases, please install from: ftp://current.freebsd.org/pub/FreeBSD >>> No, again. ---<< RELEASE.TXT >>--- RELEASE NOTES FreeBSD Release 4.0-SNAP This is a 4.0-CURRENT release SNAPshot of FreeBSD, an active development branch which will produce its first release in early March 2000. Those features which have also been back-ported to the 3.x-stable branch (the next release for which will be 3.5) are marked [MERGED]. >>> No, No For the latest of these 4.0-current snapshots, you should always see: ftp://current.freebsd.org/pub/FreeBSD >>> NO. -- Motomichi Matsuzaki Dept. of Biological Science, Faculty of Sciences, Univ. of Tokyo, Japan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 0:25:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from ipt2.iptelecom.net.ua (ipt2.iptelecom.net.ua [212.9.224.2]) by hub.freebsd.org (Postfix) with ESMTP id 6305737B95E; Wed, 15 Mar 2000 00:25:30 -0800 (PST) (envelope-from sobomax@altavista.net) Received: from vega.vega.com (dialup2-40.iptelecom.net.ua [212.9.226.104]) by ipt2.iptelecom.net.ua (8.9.3/8.9.3) with ESMTP id KAA12811; Wed, 15 Mar 2000 10:29:26 +0200 (EET) Received: from altavista.net (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.9.3/8.9.3) with ESMTP id KAA27641; Wed, 15 Mar 2000 10:24:53 +0200 (EET) (envelope-from sobomax@altavista.net) Message-ID: <38CF48CF.59A100D7@altavista.net> Date: Wed, 15 Mar 2000 10:24:47 +0200 From: Maxim Sobolev Reply-To: sobomax@mail.ru Organization: Vega International Capital X-Mailer: Mozilla 4.72 [en] (WinNT; I) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: current@freebsd.org Cc: stable@freebsd.org Subject: gcc -Os optimisation broken (RELENG_4) Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I've just upgraded my production server to the 4.0-RELEASE and found that squid23 when compiled with -Os option dying with signal 11 on each attempt to load page. When I recompiled it with -O fault disappeared. After some digging into the sources with gdb I found that fault came from dereferencing NULL pointer somewhere in the DNS query procedures. I've tracked the source of this pointer and found that the function rfc1035QuestionPack (rfc1035.c) called from rfc1035BuildAQuery receives NULL pointer instead of the supplied hostname as a 3rd argument. Following is two debugging sessions with squid compiled with -Os and -O (faulty call is in the end of the output): -Maxim -Os: Script started on Wed Mar 15 10:16:16 2000 root@vega# gdb squid GNU gdb 4.18 [GDB copyright omitted] (gdb) set args -C -N -d 10 (gdb) b rfc1035BuildAQuery Breakpoint 1 at 0x8096cb1: file rfc1035.c, line 472. (gdb) r Starting program: /usr/ports/www/squid23/work/squid-2.3.STABLE2/src/squid -C -N -d 10 [unrelevant squid output omitted] Breakpoint 1, 0x8096cb1 in rfc1035BuildAQuery ( hostname=0x84a5900 "www.yahoo.com", buf=0x8212c00 "", szp=0x8212e00) at rfc1035.c:472 472 size_t sz = *szp; (gdb) n 473 memset(&h, '\0', sizeof(h)); (gdb) 472 size_t sz = *szp; (gdb) 473 memset(&h, '\0', sizeof(h)); (gdb) 474 h.id = rfc1035Qid(); (gdb) 476 h.rd = 1; (gdb) 477 h.opcode = 0; /* QUERY */ (gdb) 478 h.qdcount = (unsigned int) 1; (gdb) 479 offset += rfc1035HeaderPack(buf + offset, sz - offset, &h); (gdb) 480 offset += rfc1035QuestionPack(buf + offset, (gdb) print hostname $1 = 0x84a5900 "www.yahoo.com" (gdb) list 475 h.qr = 0; 476 h.rd = 1; 477 h.opcode = 0; /* QUERY */ 478 h.qdcount = (unsigned int) 1; 479 offset += rfc1035HeaderPack(buf + offset, sz - offset, &h); 480 offset += rfc1035QuestionPack(buf + offset, 481 sz - offset, 482 hostname, 483 RFC1035_TYPE_A, 484 RFC1035_CLASS_IN); (gdb) s rfc1035QuestionPack (buf=0x8212c0c "", sz=500, name=0x0, type=1, class=1) at rfc1035.c:201 201 off += rfc1035NamePack(buf + off, sz - off, name); (gdb) q The program is running. Exit anyway? (y or n) y root@vega# exit Script done on Wed Mar 15 10:17:46 2000 -O: Script started on Wed Mar 15 09:57:49 2000 root@vega# gdb squid [GDB copyright omitted] (gdb) set args -C -N -d 10 (gdb) b rfc1035BuildAQuery Breakpoint 1 at 0x8096321: file rfc1035.c, line 469. (gdb) r Starting program: /usr/ports/www/squid23/work/squid-2.3.STABLE2/src/squid -C -N -d 10 [unrelevant squid output omitted] Breakpoint 1, 0x8096321 in rfc1035BuildAQuery ( hostname=0x84a5900 "www.yahoo.com", buf=0x8212c00 "", szp=0x8212e00) at rfc1035.c:469 469 { (gdb) n 472 size_t sz = *szp; (gdb) 473 memset(&h, '\0', sizeof(h)); (gdb) 474 h.id = rfc1035Qid(); (gdb) 475 h.qr = 0; (gdb) 476 h.rd = 1; (gdb) 477 h.opcode = 0; /* QUERY */ (gdb) 478 h.qdcount = (unsigned int) 1; (gdb) 479 offset += rfc1035HeaderPack(buf + offset, sz - offset, &h); (gdb) 480 offset += rfc1035QuestionPack(buf + offset, (gdb) print hostname $1 = 0x84a5900 "www.yahoo.com" (gdb) list 475 h.qr = 0; 476 h.rd = 1; 477 h.opcode = 0; /* QUERY */ 478 h.qdcount = (unsigned int) 1; 479 offset += rfc1035HeaderPack(buf + offset, sz - offset, &h); 480 offset += rfc1035QuestionPack(buf + offset, 481 sz - offset, 482 hostname, 483 RFC1035_TYPE_A, 484 RFC1035_CLASS_IN); (gdb) s rfc1035QuestionPack (buf=0x8212c0c "", sz=500, name=0x84a5900 "www.yahoo.com", type=1, class=1) at rfc1035.c:201 201 off += rfc1035NamePack(buf + off, sz - off, name); (gdb) q The program is running. Exit anyway? (y or n) y root@vega# exit Script done on Wed Mar 15 09:59:28 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 0:28:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from RedDust.BlueSky.net.au (reddust.bluesky.net.au [203.31.37.15]) by hub.freebsd.org (Postfix) with ESMTP id 44A1C37B6FA for ; Wed, 15 Mar 2000 00:28:44 -0800 (PST) (envelope-from receiver@RedDust.BlueSky.net.au) Received: from localhost (receiver@localhost) by RedDust.BlueSky.net.au (8.9.3/8.9.3) with ESMTP id SAA38054 for ; Wed, 15 Mar 2000 18:28:21 +1000 (EST) (envelope-from receiver@RedDust.BlueSky.net.au) Date: Wed, 15 Mar 2000 18:28:21 +1000 (EST) From: Idea Receiver To: current@freebsd.org Subject: make world fail! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG just cvsup up 3 hrs ago. try to make world, following error been given.. #### cc -O -pipe -I/mnt/ad5s1e/FreeBSD-CURRENT/src/sys/boot/i386/libi386/../../common -I/mnt/ad5s1e/FreeBSD-CURRENT/src/sys/boot/i386/libi386/../btx/lib -I/mnt/ad5s 1e/FreeBSD-CURRENT/src/sys/boot/i386/libi386/../../.. -I. -DCOMPORT=0x3f8 -DCOMS PEED=9600 -DTERM_EMU -I/usr/obj/mnt/ad5s1e/FreeBSD-CURRENT/src/i386/usr/include -c /mnt/ad5s1e/FreeBSD-CURRENT/src/sys/boot/i386/libi386/vidconsole.c -o vidcons ole.o /mnt/ad5s1e/FreeBSD-CURRENT/src/sys/boot/i386/libi386/biosdisk.c: At top level: /mnt/ad5s1e/FreeBSD-CURRENT/src/sys/boot/i386/libi386/biosdisk.c:301: syntax err or before `}' /mnt/ad5s1e/FreeBSD-CURRENT/src/sys/boot/i386/libi386/biosdisk.c:103: warning: ` bd_printslice' used but never defined /mnt/ad5s1e/FreeBSD-CURRENT/src/sys/boot/i386/libi386/biosdisk.c:106: warning: ` bd_strategy' used but never defined /mnt/ad5s1e/FreeBSD-CURRENT/src/sys/boot/i386/libi386/biosdisk.c:108: warning: ` bd_open' used but never defined /mnt/ad5s1e/FreeBSD-CURRENT/src/sys/boot/i386/libi386/biosdisk.c:109: warning: ` bd_close' used but never defined /mnt/ad5s1e/FreeBSD-CURRENT/src/sys/boot/i386/libi386/biosdisk.c:123: warning: ` bd_opendisk' used but never defined /mnt/ad5s1e/FreeBSD-CURRENT/src/sys/boot/i386/libi386/biosdisk.c:124: warning: ` bd_closedisk' used but never defined *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 0:29:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 372F537B973 for ; Wed, 15 Mar 2000 00:29:45 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id JAA22516; Wed, 15 Mar 2000 09:29:41 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200003150829.JAA22516@freebsd.dk> Subject: Re: ata + vinum problems In-Reply-To: <20000314182259.I17156@cs.mcgill.ca> from Mathew Kanner at "Mar 14, 2000 06:22:59 pm" To: mat@cs.mcgill.ca (Mathew Kanner) Date: Wed, 15 Mar 2000 09:29:41 +0100 (CET) Cc: freebsd-current@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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Mathew Kanner wrote: > Hi All, > I wanted to document my difficuties with Vinum and multiple > disks on Promise controllers. I believe that the problems lies with > multiple cards on the same interupt but what do I know -- execpt that > the problem goes away when I disable most devices in the BIOS. > The motherboard is a abit BE6-II, I've enabled most BIOS > periphs such as serial ports, printer ports, usb, vga ints but not APM. Hmm, I've seen references on the net to the BE6 having trouble with ATA PCI controllers in one of the slots if the internal controller is enabled, I dont know which slot that is unfortunately, so moving things around is my best guess. Btw are you running the latest 4.0 or -current code ? there was a time when we had problems with the HPT and Promise controllers ? -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 0:53: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from demos.su (mx.demos.su [194.87.0.32]) by hub.freebsd.org (Postfix) with ESMTP id AEB2E37B94E for ; Wed, 15 Mar 2000 00:52:55 -0800 (PST) (envelope-from tolyar%mx.ru%geisteskrank.demos.su@sinbin.demos.su) Received: from sinbin.demos.su ([194.87.5.31] verified) by demos.su (CommuniGate Pro SMTP 3.2.3) with SMTP id 4685399 for freebsd-current@freebsd.org; Wed, 15 Mar 2000 11:52:53 +0300 Received: from geisteskrank.demos.su by sinbin.demos.su with ESMTP id LAA89923; (8.6.12/D) Wed, 15 Mar 2000 11:52:33 +0300 Received: from mx.ru by geisteskrank.demos.su with ESMTP id LAA50652; (8.9.3/D) Wed, 15 Mar 2000 11:52:04 +0300 (MSK) Message-ID: X-Mailer: XFMail 1.4.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 15 Mar 2000 11:51:52 +0300 (MSK) From: Zherdev Anatoly To: freebsd-current@freebsd.org Subject: mysql & FreeBSD 4.0 problem Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello. I have some problem with MySQL & 4.0 If MySQL compile -static on last snapshots (I tried snapshots 20000214 & 20000313), mysqld don't work correctly. After starting mysqld listen port and don't print errors, but telnet localhost 3306 don't write mysql version (mysqld nothing print :( ) and mysql client can't connect too. Telnet don't break connection while i don't kill mysqld. Mysql dynamicaly compiled work correct (mysqld print version number if connect on it port). On old snapshots (i tried on 20000112) and FreeBSD 3.x (i tried 3.4 stable 20000125) all work OK. I test it on different computers SMP/non SMP. -- Tolyar. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 1:11: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id 25B6537BA08; Wed, 15 Mar 2000 01:11:06 -0800 (PST) (envelope-from Doug@gorean.org) Received: from gorean.org (doug@master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id BAA96708; Wed, 15 Mar 2000 01:11:01 -0800 (PST) (envelope-from Doug@gorean.org) Message-ID: <38CF53A5.2862D894@gorean.org> Date: Wed, 15 Mar 2000 01:11:01 -0800 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT-0313 i386) X-Accept-Language: en MIME-Version: 1.0 To: vallo@matti.ee Cc: "David O'Brien" , freebsd-current@freebsd.org Subject: Re: 5.0-current breaks building jpeg shared library References: <20000314133032.A75393@myhakas.matti.ee> <20000314081924.A8595@dragon.nuxi.com> <20000314182637.A26649@myhakas.matti.ee> <20000314133139.C9121@dragon.nuxi.com> <20000315074517.A30003@myhakas.matti.ee> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Vallo Kallaste wrote: > Strange, I always thought the -current list is for general issues > related to -current branch and for true kernel hackers exist -hackers. Ok, now you know differently. No problem. :) -- "Welcome to the desert of the real." - Laurence Fishburne as Morpheus, "The Matrix" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 1:30:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from peedub.muc.de (peedub.muc.de [193.149.49.109]) by hub.freebsd.org (Postfix) with ESMTP id 37B6E37B96F for ; Wed, 15 Mar 2000 01:30:09 -0800 (PST) (envelope-from garyj@peedub.muc.de) Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.9.3/8.6.9) with ESMTP id KAA24239; Wed, 15 Mar 2000 10:06:26 +0100 (CET) Message-Id: <200003150906.KAA24239@peedub.muc.de> X-Mailer: exmh version 2.1.0 09/18/1999 To: nsheeley@amphibious.org Cc: freebsd-current@FreeBSD.ORG Subject: Re: top %s not correct Reply-To: Gary Jennejohn In-reply-to: Your message of "Wed, 15 Mar 2000 00:30:28 CST." <200003150630.AAA13599@sal.amphibious.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Mar 2000 10:06:26 +0100 From: Gary Jennejohn Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nathan Sheeley writes: > >As of roughly Mon Mar 6 19:37:1 CST 2000 /usr/bin/top doesn't show the >correct (or any) percentage CPU usage. (example below.) A minor issue I >know, just wanted to point it out if its part of a larger issue. > My top is from March 8th and it shows the CPU usage just fine. Something else must be wrong with your installation. Are your kernel and utilities in synch ? --- Gary Jennejohn / garyj@muc.de garyj@fkr.cpqcorp.net gj@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 1:30:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from demos.su (mx.demos.su [194.87.0.32]) by hub.freebsd.org (Postfix) with ESMTP id 468D637BB23 for ; Wed, 15 Mar 2000 01:30:52 -0800 (PST) (envelope-from tolyar%mx.ru%geisteskrank.demos.su@sinbin.demos.su) Received: from sinbin.demos.su ([194.87.5.31] verified) by demos.su (CommuniGate Pro SMTP 3.2.3) with SMTP id 4686936; Wed, 15 Mar 2000 12:30:47 +0300 Received: from geisteskrank.demos.su by sinbin.demos.su with ESMTP id MAA10376; (8.6.12/D) Wed, 15 Mar 2000 12:30:41 +0300 Received: from mx.ru by geisteskrank.demos.su with ESMTP id MAA85249; (8.9.3/D) Wed, 15 Mar 2000 12:29:40 +0300 (MSK) Message-ID: X-Mailer: XFMail 1.4.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200003150630.AAA13599@sal.amphibious.org> Date: Wed, 15 Mar 2000 12:29:29 +0300 (MSK) From: Zherdev Anatoly To: Nathan Sheeley , freebsd-current@freebsd.org Subject: RE: top %s not correct Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have the similar problem on ASUS P2B-D/P2B-DS (SMP) but not only top %s and on the top without parameters. After starting system top work correctly but after some minutes (~2-5) top write zeros. From two equal computers only one have this problem. BIOS upgrade was not resolve this problem. On 15-Mar-2000 Nathan Sheeley wrote: > > As of roughly Mon Mar 6 19:37:1 CST 2000 /usr/bin/top doesn't show the > correct (or any) percentage CPU usage. (example below.) A minor issue I > know, just wanted to point it out if its part of a larger issue. > > Since upgrading to -current I've noticed: > o sound now works with my es1371 sb128 pci card, where it didn't no > matter what I tried in 3.4 stable. > o things that allocate? shared memory (Linux CivCTP, wine) now work > when I use a SMP kernel (I have a Abit BP6 w/2 433 Celerons) > o my machine locks up after about 20 hours of uptime. > > Obviously the last one is quite annoying, but I haven't been able to > get any info yet on why the crashes happen (I have a dumpdev now, so > it refuses to crash ;) > > Nate > > last pid: 49105; load averages: 2.06, 1.63, 1.28 > up 1+04:43:59 00:24:42 > 30 processes: 3 running, 27 sleeping > CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 0.0% > idle > Mem: 51M Active, 7520K Inact, 18M Wired, 760K Cache, 10M Buf, 47M Free > Swap: 256M Total, 1560K Used, 254M Free > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND > 49045 nobody 30 1 14676K 14340K RUN 1 3:18 0.00% 0.00% > setiathome > 49048 nobody 30 1 14676K 14340K CPU0 0 3:12 0.00% 0.00% > setiathome > 49070 nsheeley 2 0 49372K 42720K select 1 0:04 0.00% 0.00% > XF86_SVGA > 199 root 10 0 928K 160K nanslp 1 0:01 0.00% 0.00% cron > 160 root 2 0 872K 252K select 1 0:01 0.00% 0.00% syslogd > 49076 nsheeley 10 0 3272K 1984K nanslp 1 0:01 0.00% 0.00% xearth > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Tolyar. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 1:42: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id 2EFC437B9A4 for ; Wed, 15 Mar 2000 01:41:54 -0800 (PST) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 12VAJ1-000CbX-00; Wed, 15 Mar 2000 11:41:31 +0200 From: Sheldon Hearn To: Visigoth Cc: freebsd-current@FreeBSD.ORG Subject: Re: Also... /etc/periodic/daily/200.backup-passwd and MD5 (fwd) In-reply-to: Your message of "Tue, 14 Mar 2000 11:27:34 CST." Date: Wed, 15 Mar 2000 11:41:31 +0200 Message-ID: <48454.953113291@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 14 Mar 2000 11:27:34 CST, Visigoth wrote: > Did anybody get a chance to look at this and decide that it wasn't > the case or was? I was suprised because I didn't hear _anything_ and am > wondering if I was doing something wrong... Sorry, I read your original post, but somehow a reply like the one that follows didn't make it out of my MUA. :-) Please send me an example of what master.passwd lines look like with MD5 passwords look like and I'll have a look at 200.backup-passwd for you. For security's sake, I suggest you create a dummy user for this purpose and remove the user as soon as you've sent me the master.passwd line for it. Thanks, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 2: 1:58 2000 Delivered-To: freebsd-current@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 4A79A37BA31; Wed, 15 Mar 2000 02:00:37 -0800 (PST) (envelope-from jose@we.lc.ehu.es) Received: from we.lc.ehu.es (v-ger [158.227.6.179]) by polaris.we.lc.ehu.es (8.9.1/8.9.1) with ESMTP id LAA01188; Wed, 15 Mar 2000 11:00:30 +0100 (MET) Message-ID: <38CF5F3C.2D64237E@we.lc.ehu.es> Date: Wed, 15 Mar 2000 11:00:28 +0100 From: "Jose M. Alcaide" Organization: Universidad del =?iso-8859-1?Q?Pa=EDs?= Vasco - Dpto. de Electricidad y =?iso-8859-1?Q?Electr=F3nica?= X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 3.4-RELEASE i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: obrien@FreeBSD.org Cc: freebsd-current@FreeBSD.org Subject: Re: suggestion: a g77 -> f77 link References: <38CD1091.94E73AC9@we.lc.ehu.es> <20000314143826.D9311@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > NO. I will not apply this link. BSD has always had a "f77" command. It > has not always had a "g77" command. The G77 developers should have > installed a "f77" compatability link. It is their fault this misspelling > is perpitrating forward. All the world is not Gfoo. I agree: all the world is not Gfoo. But my argument is: when GNU C was integrated in FreeBSD, a "gcc" command was added. Once the GNU Fortran compiler has been also integrated, a "g77" command should be added, too. This is ugly, but it's coherent with "gcc" and may avoid some problems for some users. Anyway, I don't want to start a "g77 war" :-) If nobody likes the idea, OK, I'll forget it. I hate Fortran, after all! --I am not a Quiche Eater, however-- ;-) Cheers, -- JMA **** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org **** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 2:10:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from lucifer.bart.nl (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 0CB5537BA59 for ; Wed, 15 Mar 2000 02:10:47 -0800 (PST) (envelope-from asmodai@lucifer.bart.nl) Received: (from asmodai@localhost) by lucifer.bart.nl (8.9.3/8.9.3) id LAA00474 for current@freebsd.org; Wed, 15 Mar 2000 11:10:44 +0100 (CET) (envelope-from asmodai) Date: Wed, 15 Mar 2000 11:10:44 +0100 From: Jeroen Ruigrok van der Werven To: current@freebsd.org Subject: pc98 Message-ID: <20000315111044.B91364@lucifer.bart.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Organisation: bART Internet Services B.V. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just curious, who is or are the current and active maintainers of pc98? -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA NET.WORKS The Netherlands BSD: Technical excellence at its best http://www.bart.nl For dust thou art, and unto dust shalt thou return. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 2:27: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from tkc.att.ne.jp (tkc.att.ne.jp [165.76.16.7]) by hub.freebsd.org (Postfix) with ESMTP id 1536437BACC for ; Wed, 15 Mar 2000 02:27:05 -0800 (PST) (envelope-from mzaki@e-mail.ne.jp) Received: from work.mzaki.nom (120.pool5.tokyo.att.ne.jp [165.76.22.135]) by tkc.att.ne.jp (8.8.8+Spin/3.6W-CONS(10/24/99)) id TAA27836; Wed, 15 Mar 2000 19:26:58 +0900 (JST) Received: from work.mzaki.nom (mzaki@localhost [127.0.0.1]) by work.mzaki.nom (8.9.3/8.9.3) with ESMTP id TAA19681; Wed, 15 Mar 2000 19:26:58 +0900 (JST) (envelope-from mzaki@e-mail.ne.jp) Date: Wed, 15 Mar 2000 19:26:56 +0900 Message-ID: <86pusw7clr.wl@tkc.att.ne.jp> From: Motomichi Matsuzaki To: asmodai@bart.nl Cc: current@FreeBSD.ORG Subject: Re: pc98 In-Reply-To: In your message of "Wed, 15 Mar 2000 11:10:44 +0100" <20000315111044.B91364@lucifer.bart.nl> References: <20000315111044.B91364@lucifer.bart.nl> X-Mailer: Wanderlust/2.2.12 (Joyride) XEmacs/21.1 (Bryce Canyon) MIME-Version: 1.0 (generated by WEMI 1.13.7 - "Shimada") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > who is or are the current and active maintainers of pc98? contact to freebsd98-hackers@jp.freebsd.org -- Motomichi Matsuzaki Dept. of Biological Science, Faculty of Sciences, Univ. of Tokyo, Japan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 2:35:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from enterprise.sanyusan.se (enterprise.sanyusan.se [212.209.55.83]) by hub.freebsd.org (Postfix) with ESMTP id B36DE37BA51 for ; Wed, 15 Mar 2000 02:35:29 -0800 (PST) (envelope-from anders@enterprise.sanyusan.se) Received: (from anders@localhost) by enterprise.sanyusan.se (8.9.3/8.9.3) id LAA60994; Wed, 15 Mar 2000 11:34:25 +0100 (CET) (envelope-from anders) Date: Wed, 15 Mar 2000 11:34:25 +0100 From: Anders Andersson To: Zherdev Anatoly Cc: Nathan Sheeley , freebsd-current@FreeBSD.ORG Subject: Re: top %s not correct Message-ID: <20000315113425.A60974@enterprise.sanyusan.se> References: <200003150630.AAA13599@sal.amphibious.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from tolyar@mx.ru on Ons, Mar 15, 2000 at 12:29:29pm +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG on Ons, Mar 15, 2000 at 12:29:29pm +0300, Zherdev Anatoly wrote: > > I have the similar problem on ASUS P2B-D/P2B-DS (SMP) but not only top %s > and on the top without parameters. After starting system top work correctly > but after some minutes (~2-5) top write zeros. > > >From two equal computers only one have this problem. BIOS upgrade was not > resolve this problem. This is a known problem with some ASUS SMP boards. The fix is to use the following in your kernel config file: device apm0 at nexus? flags 0x20 instead of the default. -- Anders Andersson anders@sanyusan.se Sanyusan International AB http://www.sanyusan.se/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 4:20:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from camtech.net.au (goliath.camtech.net.au [203.5.73.2]) by hub.freebsd.org (Postfix) with SMTP id 5A1CC37BB25 for ; Wed, 15 Mar 2000 04:20:12 -0800 (PST) (envelope-from me@camtech.net.au) Received: from dialup-ad-13-26.camtech.net.au ([203.55.243.154]) by camtech.net.au ; Wed, 15 Mar 2000 22:50:08 +1030 Date: Wed, 15 Mar 2000 22:49:43 +1030 (CST) From: Matthew Sean Thyer X-Sender: me@dx4.my-unregistered-domain.com Reply-To: thyerm@camtech.net.au To: Soren Schmidt Cc: Bruce Evans , Jeroen Ruigrok van der Werven , current@FreeBSD.ORG Subject: Re: HEADS UP! old wd driver going away In-Reply-To: <200003141501.QAA70002@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please leave the wd driver for those who cannot use the ATA driver. At least until the ATA driver gets support for more older disks. I cant be the only person using an old 80 MB IDE drive as / with another drive as /usr (a 400 MB SCSI). I haven't tried for a couple of months but the ATA driver didn't work over several different world builds back then and I haven't seen commits to indicate it will work now. dmesg from a less than a week old -CURRENT says the disk is: wdc0: unit 0 (wd0): , 32-bit, multi-block-16 wd0: 77MB (158440 sectors), 932 cyls, 10 heads, 17 S/T, 512 B/S wdc0: driver is using old-style compatability shims Lots of people may say "buy new hardware" but the fact is that my 486DX4-100 with these crappy old disks does extremely well as my user-mode ppp connection to the net using NAT. It also runs a DHCP server, Squid proxy server, name server, and IMAP server very nicely. I also have no money for my FreeBSD hobby. Some of you will say "stick with 4.0-RELEASE or earlier" and thats what I'll have to do if wd goes but I do prefer to keep all 3 of my machines running -CURRENT so I can easily recover from bad -CURRENT experiences by grabbing binaries from another machine etc... (Of course I build world on the Celeron 300a and install it on the others). On Tue, 14 Mar 2000, Soren Schmidt wrote: > It seems Bruce Evans wrote: > > On Tue, 14 Mar 2000, Jeroen Ruigrok van der Werven wrote: > > > > > Yes... > > > > > > That's right. > > > > > > Use ata and related stuff instead. > > > > No. > > Yes. > > -Søren > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 4:26:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 9072537B944 for ; Wed, 15 Mar 2000 04:26:19 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id NAA78148; Wed, 15 Mar 2000 13:26:05 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200003151226.NAA78148@freebsd.dk> Subject: Re: HEADS UP! old wd driver going away In-Reply-To: from Matthew Sean Thyer at "Mar 15, 2000 10:49:43 pm" To: thyerm@camtech.net.au Date: Wed, 15 Mar 2000 13:26:05 +0100 (CET) Cc: bde@zeta.org.au (Bruce Evans), asmodai@bart.nl (Jeroen Ruigrok van der Werven), current@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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Matthew Sean Thyer wrote: > Please leave the wd driver for those who cannot use the ATA driver. > At least until the ATA driver gets support for more older disks. > > I cant be the only person using an old 80 MB IDE drive as / with > another drive as /usr (a 400 MB SCSI). > > I haven't tried for a couple of months but the ATA driver didn't > work over several different world builds back then and I haven't > seen commits to indicate it will work now. dmesg from a less than > a week old -CURRENT says the disk is: Well, you could supply me with data on what goes wrong and help to get it resolved, thats the way things work around here... The wd driver is only removed from current, so you will still be able to follow 4.x... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 4:58:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp7.xs4all.nl (smtp7.xs4all.nl [194.109.127.50]) by hub.freebsd.org (Postfix) with ESMTP id 2D8BD37B678; Wed, 15 Mar 2000 04:58:04 -0800 (PST) (envelope-from arnout@tomcat.xs4all.nl) Received: from tomcat.xs4all.nl (tomcat.xs4all.nl [194.109.15.187]) by smtp7.xs4all.nl (8.9.3/8.9.3) with ESMTP id NAA19091; Wed, 15 Mar 2000 13:58:02 +0100 (CET) Received: (from arnout@localhost) by tomcat.xs4all.nl (8.9.3/8.9.1) id NAA83173; Wed, 15 Mar 2000 13:42:12 +0100 (CET) Date: Wed, 15 Mar 2000 13:42:11 +0100 From: Arnout Boer To: hackers@freebsd.org Subject: Why not gzip iso images? Message-ID: <20000315134211.A47945@tomcat.xs4all.nl> References: <200003150629.WAA67193@zippy.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200003150629.WAA67193@zippy.cdrom.com>; from jkh@zippy.cdrom.com on Tue, Mar 14, 2000 at 10:29:43PM -0800 X-Operating-System: FreeBSD 4.0-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After reading the announcement... Congratulations to the FreeBSD community another milestone! A great OS... But for the ISO images... IS it a problem to gzip them.... They take less space on the master site and the mirror sites and they take less bandwidth! Shouldn't be a problem I think! Less bandwidth and less time to download even economical a good thing! With regards, Arnout Boer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 5:15: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail2.uunet.ca (mail2.uunet.ca [142.77.1.15]) by hub.freebsd.org (Postfix) with ESMTP id 6D1FB37BA21 for ; Wed, 15 Mar 2000 05:15:04 -0800 (PST) (envelope-from matt@ARPA.MAIL.NET) Received: from epsilon.lucida.qc.ca ([216.95.146.6]) by mail2.uunet.ca with ESMTP id <602479-15805>; Wed, 15 Mar 2000 08:10:15 -0500 Date: Wed, 15 Mar 2000 08:14:37 -0500 From: Matt Heckaman X-Sender: matt@epsilon.lucida.qc.ca To: Arnout Boer Cc: FreeBSD-CURRENT Subject: Re: Why not gzip iso images? In-Reply-To: <20000315134211.A47945@tomcat.xs4all.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It's been my experience that gzipping an ISO (or other compression tools) do not make enough different to justify the time it takes to both compress and uncompress these things. For example, the time needed to un-gzip the ISO could be longer than the time it would take to download the space that was saved by it. Matt -- Matt Heckaman [matt@arpa.mail.net|matt@relic.net] [Please do not send me] !Powered by FreeBSD/x86! [http://www.freebsd.org] [any SPAM (UCE) e-mail] On Wed, 15 Mar 2000, Arnout Boer wrote: : Date: Wed, 15 Mar 2000 07:42:11 -0500 : From: Arnout Boer : To: hackers@freebsd.org : Subject: Why not gzip iso images? : : After reading the announcement... : Congratulations to the FreeBSD community : another milestone! : A great OS... : : But for the ISO images... IS it a problem to gzip : them.... : They take less space on the master site and the mirror : sites and they take less bandwidth! : : Shouldn't be a problem I think! : : Less bandwidth and less time to download : even economical a good thing! : : With regards, : : Arnout Boer : : : : : To Unsubscribe: send mail to majordomo@FreeBSD.org : with "unsubscribe freebsd-current" in the body of the message : To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 5:24:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from abc.123.org (123.org [195.244.241.123]) by hub.freebsd.org (Postfix) with ESMTP id 2B94037BA30 for ; Wed, 15 Mar 2000 05:24:10 -0800 (PST) (envelope-from k@abc.123.org) Received: (from k@localhost) by abc.123.org (8.9.3/8.9.3) id OAA62482; Wed, 15 Mar 2000 14:22:47 +0100 (CET) (envelope-from k) Date: Wed, 15 Mar 2000 14:22:47 +0100 From: Kai Voigt To: Matt Heckaman Cc: Arnout Boer , FreeBSD-CURRENT Subject: Re: Why not gzip iso images? Message-ID: <20000315142247.M30974@abc.123.org> References: <20000315134211.A47945@tomcat.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: Organization: 123.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matt Heckaman wrote: > It's been my experience that gzipping an ISO (or other compression tools) > do not make enough different to justify the time it takes to both compress > and uncompress these things. For example, the time needed to un-gzip the > ISO could be longer than the time it would take to download the space that > was saved by it. This would only happen once for the user. But for the FTP server, the amount of saved bandwidth accumulates with each download. Kai -- kai voigt hamburger chaussee 36 24113 kiel 04 31 - 22 19 98 69 http://k.123.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 5:31:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 756CF37B9EF for ; Wed, 15 Mar 2000 05:31:23 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e2FDrHj28359; Wed, 15 Mar 2000 05:53:17 -0800 (PST) Date: Wed, 15 Mar 2000 05:53:17 -0800 From: Alfred Perlstein To: Kai Voigt Cc: Matt Heckaman , Arnout Boer , FreeBSD-CURRENT Subject: Re: Why not gzip iso images? Message-ID: <20000315055316.D14789@fw.wintelcom.net> References: <20000315134211.A47945@tomcat.xs4all.nl> <20000315142247.M30974@abc.123.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000315142247.M30974@abc.123.org>; from k@123.org on Wed, Mar 15, 2000 at 02:22:47PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Kai Voigt [000315 05:47] wrote: > Matt Heckaman wrote: > > It's been my experience that gzipping an ISO (or other compression tools) > > do not make enough different to justify the time it takes to both compress > > and uncompress these things. For example, the time needed to un-gzip the > > ISO could be longer than the time it would take to download the space that > > was saved by it. > > This would only happen once for the user. But for the FTP server, the > amount of saved bandwidth accumulates with each download. I feel pretty confident assuming that most people that burn ISOs probably keep enough disk space free to hold one and not much more, going from a requirement of ~650MB to ~1.2GB wouldn't be a smart move imo. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 5:32:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id 84B1237BA30 for ; Wed, 15 Mar 2000 05:32:08 -0800 (PST) (envelope-from dgilbert@office.tor.velocet.net) Received: from office.tor.velocet.net (trooper.velocet.net [216.126.82.226]) by sabre.velocet.net (Postfix) with ESMTP id 8C543137FB4 for ; Wed, 15 Mar 2000 08:32:02 -0500 (EST) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.9.3/8.9.3) id IAA64813; Wed, 15 Mar 2000 08:32:02 -0500 (EST) (envelope-from dgilbert) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14543.37073.864798.767429@trooper.velocet.net> Date: Wed, 15 Mar 2000 08:32:01 -0500 (EST) To: freebsd-current@freebsd.org Subject: Re: HEADS UP! old wd driver going away X-Mailer: VM 6.75 under 20.4 "Emerald" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I still have hardware that works with wd and not ata. I posted awhile ago that ata gets stuck in a retry loop on my system. This is with a CVSUP of a couple of days ago. I can provide logins on the box if someone wants to take a look at it. 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-current" in the body of the message From owner-freebsd-current Wed Mar 15 5:49:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 93DFC37BA33 for ; Wed, 15 Mar 2000 05:49:40 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id OAA99576; Wed, 15 Mar 2000 14:49:23 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200003151349.OAA99576@freebsd.dk> Subject: Re: HEADS UP! old wd driver going away In-Reply-To: <14543.37073.864798.767429@trooper.velocet.net> from David Gilbert at "Mar 15, 2000 08:32:01 am" To: dgilbert@velocet.ca (David Gilbert) Date: Wed, 15 Mar 2000 14:49:23 +0100 (CET) Cc: freebsd-current@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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems David Gilbert wrote: > I still have hardware that works with wd and not ata. I posted awhile > ago that ata gets stuck in a retry loop on my system. This is with a > CVSUP of a couple of days ago. > Be sure you have the abosolutely latest version of the ata driver, a bug was fixed in the last couble of days. > I can provide logins on the box if someone wants to take a look at it. Nice to know, but it wont help much as long as the system wont boot, unless you also have a serial console and a remote reset on that box. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 5:54:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.surf1.de (mail.Surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id B47DC37BB3C for ; Wed, 15 Mar 2000 05:54:22 -0800 (PST) (envelope-from alex@cichlids.com) Received: from cichlids.com (postfix@pC19F545F.dip0.t-ipconnect.de [193.159.84.95]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id OAA00787; Wed, 15 Mar 2000 14:54:24 +0100 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by cichlids.com (Postfix) with ESMTP id 06DF3AC26; Wed, 15 Mar 2000 14:54:50 +0100 (CET) Received: (from alex@localhost) by cichlids.cichlids.com (8.9.3/8.9.3) id OAA05419; Wed, 15 Mar 2000 14:53:57 +0100 (CET) (envelope-from alex) Date: Wed, 15 Mar 2000 14:53:57 +0100 From: Alexander Langer To: Bill Fumerola Cc: Forrest Aldrich , freebsd-current@FreeBSD.ORG Subject: Re: 5.0? Message-ID: <20000315145357.D362@cichlids.cichlids.com> Mail-Followup-To: Bill Fumerola , Forrest Aldrich , freebsd-current@FreeBSD.ORG References: <20000313155718.A63371@forrie.net> <20000313161909.U25438@jade.chc-chimes.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000313161909.U25438@jade.chc-chimes.com>; from billf@chc-chimes.com on Mon, Mar 13, 2000 at 04:19:09PM -0500 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Bill Fumerola (billf@chc-chimes.com): > (4) The developers all dropped FreeBSD and are now running Redhat. That's it, I believe. Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 5:59:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from drama.navinet.net (drama.navinet.net [216.67.14.8]) by hub.freebsd.org (Postfix) with ESMTP id 2441237B5C1 for ; Wed, 15 Mar 2000 05:59:40 -0800 (PST) (envelope-from forrie@drama.navinet.net) Received: (from forrie@localhost) by drama.navinet.net with id e2FDxOV01985; Wed, 15 Mar 2000 08:59:24 -0500 (EST) Date: Wed, 15 Mar 2000 08:59:23 -0500 From: Forrest Aldrich To: Alexander Langer Cc: Bill Fumerola , Forrest Aldrich , freebsd-current@FreeBSD.ORG Subject: Re: 5.0? Message-ID: <20000315085923.E15891@drama.navinet.net> References: <20000313155718.A63371@forrie.net> <20000313161909.U25438@jade.chc-chimes.com> <20000315145357.D362@cichlids.cichlids.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000315145357.D362@cichlids.cichlids.com>; from alex@big.endian.de on Wed, Mar 15, 2000 at 02:53:57PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 15, 2000 at 02:53:57PM +0100, Alexander Langer wrote: > Thus spake Bill Fumerola (billf@chc-chimes.com): > > > (4) The developers all dropped FreeBSD and are now running Redhat. > > That's it, I believe. [ ... ] And Joan Rivers is now a Kernel hacker... (smirk) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 6:22:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from demos.su (mx.demos.su [194.87.0.32]) by hub.freebsd.org (Postfix) with ESMTP id AFB7D37B92C for ; Wed, 15 Mar 2000 06:22:48 -0800 (PST) (envelope-from tolyar%mx.ru%geisteskrank.demos.su@sinbin.demos.su) Received: from sinbin.demos.su ([194.87.5.31] verified) by demos.su (CommuniGate Pro SMTP 3.2.3) with SMTP id 4696926; Wed, 15 Mar 2000 17:22:47 +0300 Received: from geisteskrank.demos.su by sinbin.demos.su with ESMTP id RAA72011; (8.6.12/D) Wed, 15 Mar 2000 17:22:38 +0300 Received: from mx.ru by geisteskrank.demos.su with ESMTP id RAA81491; (8.9.3/D) Wed, 15 Mar 2000 17:21:46 +0300 (MSK) Message-ID: X-Mailer: XFMail 1.4.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000315113425.A60974@enterprise.sanyusan.se> Date: Wed, 15 Mar 2000 17:21:36 +0300 (MSK) From: Zherdev Anatoly To: Anders Andersson Subject: Re: top %s not correct Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 15-Mar-2000 Anders Andersson wrote: > on Ons, Mar 15, 2000 at 12:29:29pm +0300, Zherdev Anatoly wrote: >> >> I have the similar problem on ASUS P2B-D/P2B-DS (SMP) but not only top %s >> and on the top without parameters. After starting system top work correctly >> but after some minutes (~2-5) top write zeros. >> >> >From two equal computers only one have this problem. BIOS upgrade was not >> resolve this problem. > > This is a known problem with some ASUS SMP boards. > > The fix is to use the following in your kernel config file: > > device apm0 at nexus? flags 0x20 > > instead of the default. Thank you. It's work now :) -- Tolyar. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 6:54:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from skaarup.org (skaarup.org [130.228.230.140]) by hub.freebsd.org (Postfix) with ESMTP id 8CF3B37BAE6 for ; Wed, 15 Mar 2000 06:54:08 -0800 (PST) (envelope-from rasmus@gal.dk) Received: from localhost (skaarup@localhost) by skaarup.org (8.9.3/8.9.3) with ESMTP id PAA16748 for ; Wed, 15 Mar 2000 15:54:05 +0100 (CET) (envelope-from rasmus@gal.dk) Date: Wed, 15 Mar 2000 15:54:05 +0100 (CET) From: Rasmus Skaarup X-Sender: skaarup@skaarup.org To: freebsd-current@FreeBSD.org Subject: make world: install-info: unrecognized option Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hiya, I just cvsupped a couple of hours ago, after a successful build, the install phase fails: ** snip snip ** ===> lib/libcom_err/doc install-info --quiet --defsection="Programming & development tools." --defentry="* libcom_err: (com_err). A Common Error Description Library for UNIX." com_err.info /usr/share/info/dir install-info: unrecognized option `--defsection=Programming & development tools.' Try `install-info --help' for a complete list of options. *** Error code 1 Stop. ** snip snip ** I'm running 3.4-STABLE, trying to cvsup to cvs-tag RELENG_4. Regards Rasmus To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 6:59:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from milquetoast.cs.mcgill.ca (milquetoast.CS.McGill.CA [132.206.2.5]) by hub.freebsd.org (Postfix) with ESMTP id 0AED937B9EF for ; Wed, 15 Mar 2000 06:59:38 -0800 (PST) (envelope-from mat@milquetoast.cs.mcgill.ca) Received: (from mat@localhost) by milquetoast.cs.mcgill.ca (8.9.3/8.9.3) id JAA07437; Wed, 15 Mar 2000 09:59:30 -0500 (EST) Date: Wed, 15 Mar 2000 09:59:30 -0500 From: Mathew Kanner To: Soren Schmidt Cc: freebsd-current@FreeBSD.ORG Subject: Re: ata + vinum problems Message-ID: <20000315095930.A7309@cs.mcgill.ca> References: <20000314182259.I17156@cs.mcgill.ca> <200003150829.JAA22516@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.15i In-Reply-To: Soren Schmidt's message [Re: ata + vinum problems] as of Wed, Mar 15, 2000 at 09:29:41AM +0100 Organization: SOCS, McGill University, Montreal, CANADA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mar 15, Soren Schmidt wrote: > It seems Mathew Kanner wrote: > > disks on Promise controllers. I believe that the problems lies with > > multiple cards on the same interupt but what do I know -- execpt that > > the problem goes away when I disable most devices in the BIOS. > > The motherboard is a abit BE6-II, I've enabled most BIOS > > periphs such as serial ports, printer ports, usb, vga ints but not APM. > > Hmm, I've seen references on the net to the BE6 having trouble with > ATA PCI controllers in one of the slots if the internal controller > is enabled, I dont know which slot that is unfortunately, so moving > things around is my best guess. I did get hit by that, in this case it's the 5th pci slot. When there a controller in there, the system just locks completly. > Btw are you running the latest 4.0 or -current code ? there was > a time when we had problems with the HPT and Promise controllers ? The kernel in question was cvsup'ed right at the change. I'm going to try 4.0 today. --Mat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 7: 8: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from chmls06.mediaone.net (chmls06.mediaone.net [24.128.1.71]) by hub.freebsd.org (Postfix) with ESMTP id BFBDF37BB41 for ; Wed, 15 Mar 2000 07:07:53 -0800 (PST) (envelope-from bloom@acm.org) Received: from acm.org (reyim.ne.mediaone.net [24.218.251.241]) by chmls06.mediaone.net (8.8.7/8.8.7) with ESMTP id KAA24922; Wed, 15 Mar 2000 10:07:39 -0500 (EST) Message-ID: <38CFA73C.901FD742@acm.org> Date: Wed, 15 Mar 2000 10:07:40 -0500 From: Jim Bloom X-Mailer: Mozilla 4.72 [en]C-MOENE (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Rasmus Skaarup Cc: freebsd-current@FreeBSD.ORG Subject: Re: make world: install-info: unrecognized option References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please read UPDATING for details on how to upgrade to 4.0 from earlier releases. The quick summary to deal with your problem is: make -DNOINFO installworld make installworld There are other problems you might bump into, so do your homework first. Jim Bloom bloom@acm.org Rasmus Skaarup wrote: > > Hiya, > > I just cvsupped a couple of hours ago, after a successful build, the > install phase fails: > > ** snip snip ** > ===> lib/libcom_err/doc > install-info --quiet --defsection="Programming & development > tools." --defentry="* libcom_err: (com_err). A Common Error > Description Library for UNIX." com_err.info /usr/share/info/dir > install-info: unrecognized option `--defsection=Programming & development > tools.' > Try `install-info --help' for a complete list of options. > *** Error code 1 > > Stop. > > ** snip snip ** > > I'm running 3.4-STABLE, trying to cvsup to cvs-tag RELENG_4. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 7:21:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from lunatic.oneinsane.net (lunatic.oneinsane.net [207.113.133.231]) by hub.freebsd.org (Postfix) with ESMTP id BABBC37BA42 for ; Wed, 15 Mar 2000 07:21:03 -0800 (PST) (envelope-from insane@lunatic.oneinsane.net) Received: by lunatic.oneinsane.net (Postfix, from userid 1000) id DC04C19C; Wed, 15 Mar 2000 07:20:58 -0800 (PST) Date: Wed, 15 Mar 2000 07:20:58 -0800 From: Ron 'The InSaNe One' Rosson To: freebsd-current@freebsd.org Subject: transition... Message-ID: <20000315072058.C24016@lunatic.oneinsane.net> Reply-To: Ron Rosson Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i X-Operating-System: FreeBSD lunatic.oneinsane.net 3.4-STABLE X-Moon: The Moon is Waxing Gibbous (76% of Full) X-Opinion: What you read here is my IMHO X-Disclaimer: I am a firm believer in RTFM X-WWW: http://www.oneinsane.net X-PGP-KEY: http://www.oneinsane.net/~insane/insane2-pgp5i.txt X-Uptime: 7:13AM up 21:22, 1 user, load averages: 0.00, 0.00, 0.00 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, Here we are again. Another branch off the FreeBSD code and the mailing lists are going to be confusing. CURRENT is starting to see posts of the 5.0 code and STABLE is starting to see things of 4.0. I read CURRENT and STABLE at the moment because I have myservers on 3.x and my laptop running 4.0. Just thought I would bring it up. Maybe we should have another mailing lists for the other version. 3.x-STABLE is said to make it to 3.7 (If the timeline stays the same it will be almost a year before we reach this point) 4.x-RELEASE (Currently in the middle) 5.0-CURRENT (The new branch (HEAD) for current) Just thanking out loud -- ------------------------------------------------------------------- Ron Rosson ... and a UNIX user said ... The InSaNe One rm -rf * insane@oneinsane.net and all was /dev/null and *void() ------------------------------------------------------------------- echo Mhbqnrnes Stbjr | tr "[a-y]" "[b-z]" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 7:37:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.ucb.crimea.ua (UCB-Async4-CRISCO.CRIS.NET [212.110.129.130]) by hub.freebsd.org (Postfix) with ESMTP id C97FB37B9C5 for ; Wed, 15 Mar 2000 07:37:12 -0800 (PST) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.3/8.9.3/UCB) id RAA52678; Wed, 15 Mar 2000 17:36:21 +0200 (EET) (envelope-from ru) Date: Wed, 15 Mar 2000 17:36:21 +0200 From: Ruslan Ermilov To: Rasmus Skaarup Cc: freebsd-current@FreeBSD.ORG Subject: Re: make world: install-info: unrecognized option Message-ID: <20000315173621.A40984@relay.ucb.crimea.ua> Mail-Followup-To: Rasmus Skaarup , freebsd-current@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: ; from Rasmus Skaarup on Wed, Mar 15, 2000 at 03:54:05PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 15, 2000 at 03:54:05PM +0100, Rasmus Skaarup wrote: > > Hiya, > > I just cvsupped a couple of hours ago, after a successful build, the > install phase fails: > > ** snip snip ** > ===> lib/libcom_err/doc > install-info --quiet --defsection="Programming & development > tools." --defentry="* libcom_err: (com_err). A Common Error > Description Library for UNIX." com_err.info /usr/share/info/dir > install-info: unrecognized option `--defsection=Programming & development > tools.' > Try `install-info --help' for a complete list of options. > *** Error code 1 > > Stop. > > ** snip snip ** > > I'm running 3.4-STABLE, trying to cvsup to cvs-tag RELENG_4. > Follow the instructions at the end of src/UPDATING. -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 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-current" in the body of the message From owner-freebsd-current Wed Mar 15 7:37:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from rtp.tfd.com (rtp.tfd.com [198.79.53.206]) by hub.freebsd.org (Postfix) with ESMTP id A26C237BC94 for ; Wed, 15 Mar 2000 07:37:40 -0800 (PST) (envelope-from kent@tfd.com) Received: from chapel-hill.tfd.com (chapel-hill.tfd.com [10.20.0.40]) by rtp.tfd.com (8.9.3/8.9.3) with ESMTP id KAA10926 for ; Wed, 15 Mar 2000 10:30:33 -0500 (EST) From: Kent Hauser Received: (from kent@localhost) by chapel-hill.tfd.com (8.9.3/8.9.3) id KAA47116 for freebsd-current@freebsd.org; Wed, 15 Mar 2000 10:30:00 -0500 (EST) (envelope-from kent@tfd.com) Date: Wed, 15 Mar 2000 10:30:00 -0500 (EST) Message-Id: <200003151530.KAA47116@chapel-hill.tfd.com> To: freebsd-current@freebsd.org Subject: build failure w/ current Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG make world fails: cvsup from 3/15/00 14:00 GMT or so. ===> sys/boot/i386/libi386 cc -O -pipe -I/usr/src/sys/boot/i386/libi386/../../common -I/usr/src/sys/boot/i386/libi386/../btx/lib -I/usr/src/sys/boot/i386/libi386/../../.. -I. -DCOMPORT=0x3f8 -DCOMSPEED=9600 -DTERM_EMU -I/usr/obj/usr/src/i386/usr/include -c /usr/src/sys/boot/i386/libi386/aout_freebsd.c -o aout_freebsd.o cc -O -pipe -I/usr/src/sys/boot/i386/libi386/../../common -I/usr/src/sys/boot/i386/libi386/../btx/lib -I/usr/src/sys/boot/i386/libi386/../../.. -I. -DCOMPORT=0x3f8 -DCOMSPEED=9600 -DTERM_EMU -I/usr/obj/usr/src/i386/usr/include -c /usr/src/sys/boot/i386/libi386/biosdisk.c -o biosdisk.o /usr/src/sys/boot/i386/libi386/biosdisk.c: In function `bd_print': /usr/src/sys/boot/i386/libi386/biosdisk.c:242: syntax error before `,' /usr/src/sys/boot/i386/libi386/biosdisk.c:289: case label not within a switch statement /usr/src/sys/boot/i386/libi386/biosdisk.c:293: default label not within a switch statement /usr/src/sys/boot/i386/libi386/biosdisk.c: At top level: /usr/src/sys/boot/i386/libi386/biosdisk.c:301: syntax error before `}' /usr/src/sys/boot/i386/libi386/biosdisk.c:103: warning: `bd_printslice' used but never defined /usr/src/sys/boot/i386/libi386/biosdisk.c:106: warning: `bd_strategy' used but never defined /usr/src/sys/boot/i386/libi386/biosdisk.c:108: warning: `bd_open' used but never defined /usr/src/sys/boot/i386/libi386/biosdisk.c:109: warning: `bd_close' used but never defined /usr/src/sys/boot/i386/libi386/biosdisk.c:123: warning: `bd_opendisk' used but never defined /usr/src/sys/boot/i386/libi386/biosdisk.c:124: warning: `bd_closedisk' used but never defined *** Error code 1 Stop in /usr/src/sys/boot/i386/libi386. *** Error code 1 Stop in /usr/src/sys/boot/i386. *** Error code 1 Stop in /usr/src/sys/boot. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 7:49:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id 4806F37BA69 for ; Wed, 15 Mar 2000 07:49:08 -0800 (PST) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 12VG2k-000EAw-00 for current@FreeBSD.org; Wed, 15 Mar 2000 17:49:06 +0200 Date: Wed, 15 Mar 2000 17:49:06 +0200 From: Neil Blakey-Milner To: current@FreeBSD.org Subject: possible simple install-info fix Message-ID: <20000315174906.A54067@mithrandr.moria.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I was looking into fixing the install-info problem, and wondered if the solution is really as easy as it seems: cvs diff: Diffing src Index: src/Makefile.inc1 =================================================================== RCS file: /home/ncvs/src/Makefile.inc1,v retrieving revision 1.141 diff -u -r1.141 Makefile.inc1 --- Makefile.inc1 2000/03/09 06:28:19 1.141 +++ Makefile.inc1 2000/03/15 15:34:25 @@ -183,7 +183,7 @@ WMAKE= ${WMAKEENV} ${MAKE} -f Makefile.inc1 # install stage -IMAKEENV= ${CROSSENV} +IMAKEENV= ${CROSSENV} INSTALLINFO="${WORLDTMP}/usr/bin/install-info" IMAKE= ${IMAKEENV} ${MAKE} -f Makefile.inc1 USRDIRS= usr/bin usr/lib/compat/aout usr/games usr/libdata/ldscripts \ I've done an installworld between -CURRENTs (where we wouldn't encounter the problem anyway) and it used the correct install-info. If anyone is willing to test an upgrade from 3.4 -> 4.0 with this fix, I'd appreciate it. Otherwise, I'll do it tomorrow. If we happen to slide tags and make a new release, this'd be great for cvsup upgrade path to the release. Neil -- Neil Blakey-Milner nbm@rucus.ru.ac.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 7:55:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.ddg.com (eunuch.ddg.com [216.30.58.66]) by hub.freebsd.org (Postfix) with ESMTP id E552537BAF7 for ; Wed, 15 Mar 2000 07:55:41 -0800 (PST) (envelope-from rkw@dataplex.net) Received: from eel (24.93.61.100) by mail.ddg.com with SMTP (Eudora Internet Mail Server 2.1); Wed, 15 Mar 2000 09:55:39 -0600 From: Richard Wackerbarth To: insane@lunatic.oneinsane.net Subject: Re: transition... Date: Wed, 15 Mar 2000 09:48:23 -0600 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain References: <20000315072058.C24016@lunatic.oneinsane.net> In-Reply-To: <20000315072058.C24016@lunatic.oneinsane.net> Cc: freebsd-current@FreeBSD.ORG MIME-Version: 1.0 Message-Id: <00031509553800.01319@eel> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 15 Mar 2000, Ron 'The InSaNe One' Rosson wrote: > Well, > Here we are again. Another branch off the FreeBSD code and the mailing > lists are going to be confusing. CURRENT is starting to see posts of the > 5.0 code and STABLE is starting to see things of 4.0. I read CURRENT and > STABLE at the moment because I have myservers on 3.x and my laptop > running 4.0. > > Just thought I would bring it up. Maybe we should have another mailing > lists for the other version. > > 3.x-STABLE is said to make it to 3.7 (If the timeline stays the same it > will be almost a year before we reach this point) > > 4.x-RELEASE (Currently in the middle) > > 5.0-CURRENT (The new branch (HEAD) for current) Yep. But why call them "stable", "current", etc. Just call the FreeBSD3, FreeBSD4, FreeBSD5 and alias the existing lists to them. Or, to ease the transition, keep "current" for 4.x and start a new list for 5.x. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 8: 1:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from mf006.infoweb.ne.jp (mf006.infoweb.ne.jp [210.131.99.16]) by hub.freebsd.org (Postfix) with ESMTP id 9C57337BB88 for ; Wed, 15 Mar 2000 08:01:33 -0800 (PST) (envelope-from b-tree@network.office.ne.jp) Received: from default by mf006.infoweb.ne.jp (8.9.3+3.2W/3.7W-10/13/99) with SMTP id BAA26155 for ; Thu, 16 Mar 2000 01:01:31 +0900 Message-ID: <4423.953136183210@network.office.ne.jp> Date: Thu, 16 Mar 2000 01:03:03 +0900 (JST) From: megachance Reply-To: b-tree@network.office.ne.jp To: "freebsd-current@freebsd.org" Subject: =?iso-2022-jp?B?GyRCPzc1LCNNI0wjTTt2NkgkTiQ0MEZGYhsoQhsoQg==?= Mime-Version: 1.0 Content-Type: text/plain; charset =ISO-2022-JP Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG $BFMA3$N%a!<%k<:Ni$$$?$7$^$9!#$b$7!"A4$/6=L#$NL5$$FbMF$H(B $B$*46$8$K$J$kMM$G$7$?$i!"$*e$2%a%s%P!<%-%c%s%Z!<%s(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B$3$N!"%S%8%M%9$NN)$A>e$2$K$46(NO$/$@$5$kJ}$4O"Mm$/$@$5$$(B $B$<$R!"N)>e$2%a%s%P!<$K$J$C$F?75,;v6H$r$$$C$7$g$K@9$j>e$2(B $B$^$;$s$+!)(B $B"c>&:`"d(B $B!&:#!"7]G=?M$KL)$+$J%V!<%`4pAC2=>QIJ(B $B!&%=!<%W!&%X%"%1%"%7%j!<%:!J0lHL>.GdE9F~!*%@%$%(%C%H4XO"?)IJ!&0{NAIJ(B $B!&=w@-!&CK@-$NBN=-$d9u$:$_$NG:$_2r>C$3$@$o$j$N0oIJEy$N(B $B0lHL$G$OF~$GB(%3%_%C%7%g%sH/@8(B $B!&%T%s%l%Y%kM-$j!&9_3JL5$7(B $B!&>R2p.Gd$j$b%*%C%1!e$N(B4$B#0!s!*!*(B $B!&>R2p\:Y@bL@$K$D$$$F$O(B http://wz.333.ne.jp/gmembers/455626959/ $B$r$4Mw$/$@$5$$!#(B $B$4O"Mm!"$4;22C$*BT$A$7$F$$$^$9!*!*(B To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 8: 4: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from www.telemere.net (www.telemere.net [63.224.9.3]) by hub.freebsd.org (Postfix) with ESMTP id B6FAC37BC7D for ; Wed, 15 Mar 2000 08:04:04 -0800 (PST) (envelope-from visigoth@telemere.net) Received: by www.telemere.net (Postfix, from userid 1001) id 10B3170601; Wed, 15 Mar 2000 10:11:06 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by www.telemere.net (Postfix) with ESMTP id 0D8BD6C801; Wed, 15 Mar 2000 10:11:06 -0600 (CST) Date: Wed, 15 Mar 2000 10:11:06 -0600 (CST) From: Visigoth To: Sheldon Hearn Cc: freebsd-current@FreeBSD.ORG Subject: Re: Also... /etc/periodic/daily/200.backup-passwd and MD5 (fwd) In-Reply-To: <48454.953113291@axl.ops.uunet.co.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks for the security tips ;) here are 2 lines which (note to the kiddies) have been removed from my server already. testing:$1$SXz../0Y$mGwyWA9Paeirm51PUrQcU1:1001:999::0:0:asdf:/home/testing :/sbin/nologin sheldonh:$1$27hU2NXY$SHPU3A1sEBceacO0Pdjlk0:1002:1002::0:0:Sheldon Hearn:/home/sheldonh:/sbin/nologin Sorry about the char wrapping but I am sure you get the idea ;) Thanks Damieon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 8: 5:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from chmls05.mediaone.net (ne.mediaone.net [24.128.1.70]) by hub.freebsd.org (Postfix) with ESMTP id 3877D37C047 for ; Wed, 15 Mar 2000 08:05:02 -0800 (PST) (envelope-from bloom@acm.org) Received: from acm.org (reyim.ne.mediaone.net [24.218.251.241]) by chmls05.mediaone.net (8.8.7/8.8.7) with ESMTP id LAA13233; Wed, 15 Mar 2000 11:04:19 -0500 (EST) Message-ID: <38CFB483.39534E3@acm.org> Date: Wed, 15 Mar 2000 11:04:19 -0500 From: Jim Bloom X-Mailer: Mozilla 4.72 [en]C-MOENE (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Neil Blakey-Milner Cc: current@FreeBSD.ORG Subject: Re: possible simple install-info fix References: <20000315174906.A54067@mithrandr.moria.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Don't forget to test the case of cross platform installs. You can build on one platform and install on another with the mounts having the target mounted on the build machine or the source and object mounted on the target machine after the build was done on a different architecture. I believe this patch will not work in all cases. Maybe Marcel can shed some more light on this issue. Jim Bloom bloom@acm.org Neil Blakey-Milner wrote: > > Hi, > > I was looking into fixing the install-info problem, and wondered if the > solution is really as easy as it seems: > > cvs diff: Diffing src > Index: src/Makefile.inc1 > =================================================================== > RCS file: /home/ncvs/src/Makefile.inc1,v > retrieving revision 1.141 > diff -u -r1.141 Makefile.inc1 > --- Makefile.inc1 2000/03/09 06:28:19 1.141 > +++ Makefile.inc1 2000/03/15 15:34:25 > @@ -183,7 +183,7 @@ > WMAKE= ${WMAKEENV} ${MAKE} -f Makefile.inc1 > > # install stage > -IMAKEENV= ${CROSSENV} > +IMAKEENV= ${CROSSENV} INSTALLINFO="${WORLDTMP}/usr/bin/install-info" > IMAKE= ${IMAKEENV} ${MAKE} -f Makefile.inc1 > > USRDIRS= usr/bin usr/lib/compat/aout usr/games usr/libdata/ldscripts \ > > I've done an installworld between -CURRENTs (where we wouldn't > encounter the problem anyway) and it used the correct install-info. > > If anyone is willing to test an upgrade from 3.4 -> 4.0 with this > fix, I'd appreciate it. Otherwise, I'll do it tomorrow. > > If we happen to slide tags and make a new release, this'd be great > for cvsup upgrade path to the release. > > Neil > -- > Neil Blakey-Milner > nbm@rucus.ru.ac.za > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 8:12:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from fb00.eng00.mindspring.net (fb00.eng00.mindspring.net [207.69.200.31]) by hub.freebsd.org (Postfix) with ESMTP id E248937BB63 for ; Wed, 15 Mar 2000 08:12:26 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from john.baldwin.cx (user-2ivetpr.dialup.mindspring.com [165.247.119.59]) by fb00.eng00.mindspring.net (8.9.3/8.8.5) with ESMTP id LAA00574; Wed, 15 Mar 2000 11:12:13 -0500 (EST) Message-Id: <200003151612.LAA00574@fb00.eng00.mindspring.net> 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: <200003151530.KAA47116@chapel-hill.tfd.com> Date: Wed, 15 Mar 2000 11:11:44 -0500 (EST) From: John Baldwin To: Kent Hauser Subject: RE: build failure w/ current Cc: freebsd-current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 15-Mar-00 Kent Hauser wrote: > > make world fails: > > cvsup from 3/15/00 14:00 GMT or so. > > > > ===> sys/boot/i386/libi386 > cc -O -pipe -I/usr/src/sys/boot/i386/libi386/../../common -I/usr/src/sys/boot/i386/libi386/../btx/lib > -I/usr/src/sys/boot/i386/libi386/../../.. -I. -DCOMPORT=0x3f8 -DCOMSPEED=9600 -DTERM_EMU > -I/usr/obj/usr/src/i386/usr/include -c /usr/src/sys/boot/i386/libi386/aout_freebsd.c -o > aout_freebsd.o > cc -O -pipe -I/usr/src/sys/boot/i386/libi386/../../common -I/usr/src/sys/boot/i386/libi386/../btx/lib > -I/usr/src/sys/boot/i386/libi386/../../.. -I. -DCOMPORT=0x3f8 -DCOMSPEED=9600 -DTERM_EMU > -I/usr/obj/usr/src/i386/usr/include -c /usr/src/sys/boot/i386/libi386/biosdisk.c -o biosdisk.o > /usr/src/sys/boot/i386/libi386/biosdisk.c: In function `bd_print': > /usr/src/sys/boot/i386/libi386/biosdisk.c:242: syntax error before `,' > /usr/src/sys/boot/i386/libi386/biosdisk.c:289: case label not within a switch statement > /usr/src/sys/boot/i386/libi386/biosdisk.c:293: default label not within a switch statement > /usr/src/sys/boot/i386/libi386/biosdisk.c: At top level: > /usr/src/sys/boot/i386/libi386/biosdisk.c:301: syntax error before `}' > /usr/src/sys/boot/i386/libi386/biosdisk.c:103: warning: `bd_printslice' used but never defined > /usr/src/sys/boot/i386/libi386/biosdisk.c:106: warning: `bd_strategy' used but never defined > /usr/src/sys/boot/i386/libi386/biosdisk.c:108: warning: `bd_open' used but never defined > /usr/src/sys/boot/i386/libi386/biosdisk.c:109: warning: `bd_close' used but never defined > /usr/src/sys/boot/i386/libi386/biosdisk.c:123: warning: `bd_opendisk' used but never defined > /usr/src/sys/boot/i386/libi386/biosdisk.c:124: warning: `bd_closedisk' used but never defined > *** Error code 1 > > Stop in /usr/src/sys/boot/i386/libi386. > *** Error code 1 > > Stop in /usr/src/sys/boot/i386. > *** Error code 1 > > Stop in /usr/src/sys/boot. > *** Error code 1 > > Stop in /usr/src/sys. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. Please try http://people.FreeBSD.org/~jhb/patches/biosdisk.patch (relative to /sys/boot/i386/libi386). It looks like some extra stuff was accidentally spammed into the recent commit to biosdisk.c. -- John Baldwin -- http://www.cslab.vt.edu/~jobaldwi/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 8:46:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from mta2.snfc21.pbi.net (mta2.snfc21.pbi.net [206.13.28.123]) by hub.freebsd.org (Postfix) with ESMTP id 2F03637BAAA for ; Wed, 15 Mar 2000 08:46:25 -0800 (PST) (envelope-from jazepeda@pacbell.net) Received: from zippy.dyn.ml.org ([207.214.149.45]) by mta2.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.1999.09.16.21.57.p8) with ESMTP id <0FRH000OI2G3UC@mta2.snfc21.pbi.net> for freebsd-current@freebsd.org; Wed, 15 Mar 2000 08:43:17 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zippy.dyn.ml.org (Postfix) with ESMTP id D750B7C000; Wed, 15 Mar 2000 08:43:13 -0800 (PST) Date: Wed, 15 Mar 2000 08:43:13 -0800 (PST) From: Alex Zepeda Subject: Re: Linksys Revisted.. In-reply-to: <000b01bf8e37$c5bff3a0$2260e4d0@scorched.com> To: Jay Oliver Cc: freebsd-current@freebsd.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 14 Mar 2000, Jay Oliver wrote: > Ok... how is it possible to identify different revisions? As far as I can > tell, the cards are being reported to be identical, though they're almost > certainly not. And since they both worked fine under 'pn', will it be > possible in the future to have support for the current non working revision > via dc? Look at the output of the dc driver. One is probed as a PNIC blah blah blah the other as a PNIC II. On the cards themselves different chips are used. Under 3.x, one would attach to the pn driver, one would not, etc, etc. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 8:52: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 7BFC637B9CC for ; Wed, 15 Mar 2000 08:52:06 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id KAA10530; Wed, 15 Mar 2000 10:51:55 -0600 (CST) (envelope-from dan) Date: Wed, 15 Mar 2000 10:51:55 -0600 From: Dan Nelson To: sobomax@mail.ru Cc: current@FreeBSD.ORG Subject: Re: gcc -Os optimisation broken (RELENG_4) Message-ID: <20000315105155.A9533@dan.emsphone.com> References: <38CF48CF.59A100D7@altavista.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.5i In-Reply-To: <38CF48CF.59A100D7@altavista.net>; from "Maxim Sobolev" on Wed Mar 15 10:24:47 GMT 2000 X-OS: FreeBSD 4.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Mar 15), Maxim Sobolev said: > I've just upgraded my production server to the 4.0-RELEASE and found > that squid23 when compiled with -Os option dying with signal 11 on > each attempt to load page. When I recompiled it with -O fault > disappeared. After some digging into the sources with gdb I found This is just a 'me too'. I get it with -O2 (-Os implies -O2, so it's probably the same problem). -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 9: 0:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from piranha.amis.net (piranha.amis.net [212.18.32.3]) by hub.freebsd.org (Postfix) with ESMTP id 4BAAD37B9CC for ; Wed, 15 Mar 2000 09:00:09 -0800 (PST) (envelope-from blaz@amis.net) Received: from gold.amis.net (gold.amis.net [212.18.32.254]) by piranha.amis.net (Postfix) with ESMTP id 223F15D2D for ; Wed, 15 Mar 2000 18:00:05 +0100 (CET) Date: Wed, 15 Mar 2000 18:00:04 +0100 (CET) From: Blaz Zupan To: freebsd-current@freebsd.org Subject: pccard not working on 4.0-RELEASE Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In accordance with Murphy's law, 4.0-RELEASE seems to have broken pccard support for me. I have a WaveLAN wireless LAN card and use the optional ISA-to-pccard bridge. On a two week old -current, it was working just fine, displaying the following: pcic: polling mode pcic: polling mode pcic0: at port 0x3e0 iomem 0xd0000 on isa0 pccard0: on pcic0 pccard1: on pcic0 My kernel config file says: device pcic0 at isa? port 0x3e0 iomem 0xd0000 device wi Notice that I don't specify an irq for pcic0, because I am really short of them. So pcic is run in polling mode. I also tried specifying an irq with exactly the same result. With a 4.0-RELEASE kernel it does not work, pcic0 is simply not found and absolutely no message is being displayed. Applying the below patch which effectively backs out revision 1.89 of sys/pccard/pcic.c makes the card work again. It is very unfortunate that it is too late to fix this :( Blaz Zupan, blaz@amis.net, http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia Index: pcic.c =================================================================== RCS file: /ftp/pub/FreeBSD/development/FreeBSD-CVS/src/sys/pccard/pcic.c,v retrieving revision 1.89 retrieving revision 1.88 diff -u -r1.89 -r1.88 --- pcic.c 2000/03/10 05:43:28 1.89 +++ pcic.c 2000/02/21 06:56:29 1.88 @@ -27,7 +27,7 @@ * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. * - * $FreeBSD: src/sys/pccard/pcic.c,v 1.89 2000/03/10 05:43:28 imp Exp $ + * $FreeBSD: src/sys/pccard/pcic.c,v 1.88 2000/02/21 06:56:29 imp Exp $ */ #include @@ -44,10 +44,6 @@ #include #include -/* Get pnp IDs */ -#include -#include - /* * Prototypes for interrupt handler. */ @@ -80,20 +76,9 @@ u_char *regs; /* Pointer to regs in mem */ } pcic_slots[PCIC_MAX_SLOTS]; +static int pcic_irq; static struct slot_ctrl cinfo; -static struct isa_pnp_id pcic_ids[] = { - {PCIC_PNP_82365, NULL}, /* PNP0E00 */ - {PCIC_PNP_CL_PD6720, NULL}, /* PNP0E01 */ - {PCIC_PNP_VLSI_82C146, NULL}, /* PNP0E02 */ - {PCIC_PNP_82365_CARDBUS, NULL}, /* PNP0E03 */ - {0} -}; - -static int validunits = 0; - -#define GET_UNIT(d) *(int *)device_get_softc(d) -#define SET_UNIT(d,u) *(int *)device_get_softc(d) = (u) /* * Internal inline functions for accessing the PCIC. @@ -279,16 +264,16 @@ struct slot *slt; struct pcic_slot *sp; unsigned char c; + void *ih; char *name; + int i; int error; - struct resource *r; + struct resource *res = 0; int rid; static int maybe_vlsi = 0; - /* Check isapnp ids */ - error = ISA_PNP_PROBE(device_get_parent(dev), dev, pcic_ids); - if (error == ENXIO) - return (ENXIO); + if (device_get_unit(dev) != 0) + return ENXIO; /* * Initialise controller information structure. @@ -304,26 +289,22 @@ cinfo.maxmem = PCIC_MEM_WIN; cinfo.maxio = PCIC_IO_WIN; - if (bus_get_resource_start(dev, SYS_RES_IOPORT, 0) == 0) - bus_set_resource(dev, SYS_RES_IOPORT, 0, PCIC_INDEX0, 2); - rid = 0; - r = bus_alloc_resource(dev, SYS_RES_IOPORT, &rid, 0, ~0, 1, RF_ACTIVE); - if (!r) { - if (bootverbose) - device_printf(dev, "Cannot get I/O range\n"); - return ENOMEM; - } - - sp = &pcic_slots[validunits * PCIC_CARD_SLOTS]; - for (slotnum = 0; slotnum < PCIC_CARD_SLOTS; slotnum++, sp++) { + sp = pcic_slots; + for (slotnum = 0; slotnum < PCIC_MAX_SLOTS; slotnum++, sp++) { /* * Initialise the PCIC slot table. */ sp->getb = getb1; sp->putb = putb1; - sp->index = rman_get_start(r); - sp->data = sp->index + 1; - sp->offset = slotnum * PCIC_SLOT_SIZE; + if (slotnum < 4) { + sp->index = PCIC_INDEX_0; + sp->data = PCIC_DATA_0; + sp->offset = slotnum * PCIC_SLOT_SIZE; + } else { + sp->index = PCIC_INDEX_1; + sp->data = PCIC_DATA_1; + sp->offset = (slotnum - 4) * PCIC_SLOT_SIZE; + } /* * XXX - Screwed up slot 1 on the VLSI chips. According to * the Linux PCMCIA code from David Hinds, working chipsets @@ -463,13 +444,47 @@ * Allocate a slot and initialise the data structures. */ validslots++; - sp->slotnum = slotnum + validunits * PCIC_CARD_SLOTS; + sp->slotnum = slotnum; slt = pccard_alloc_slot(&cinfo); if (slt == 0) continue; slt->cdata = sp; sp->slt = slt; /* + * If we haven't allocated an interrupt for the controller, + * then attempt to get one. + */ + if (pcic_irq == 0) { + /* See if the user has requested a specific IRQ */ + if (!getenv_int("machdep.pccard.pcic_irq", &pcic_irq)) + pcic_irq = -1; + rid = 0; + if (pcic_irq) { + if (pcic_irq < 0) + pcic_irq = 0; + res = bus_alloc_resource(dev, SYS_RES_IRQ, + &rid, pcic_irq, ~0, 1, RF_ACTIVE); + } + if (res) { + error = bus_setup_intr(dev, res, + INTR_TYPE_MISC, pcicintr, NULL, &ih); + if (error) { + bus_release_resource(dev, SYS_RES_IRQ, + rid, res); + return error; + } + pcic_irq = rman_get_start(res); + printf("pcic: management irq %d\n", pcic_irq); + } else { + if (pcic_irq) + printf("pcic: polling mode, can't alloc %d\n", + pcic_irq); + else + printf("pcic: polling mode\n"); + pcic_irq = 0; + } + } + /* * Modem cards send the speaker audio (dialing noises) * to the host's speaker. Cirrus Logic PCIC chips must * enable this. There is also a Low Power Dynamic Mode bit @@ -479,86 +494,33 @@ if (sp->controller == PCIC_PD672X) { setb(sp, PCIC_MISC1, PCIC_SPKR_EN); setb(sp, PCIC_MISC2, PCIC_LPDM_EN); - } - } - bus_release_resource(dev, SYS_RES_IOPORT, rid, r); - return(validslots ? 0 : ENXIO); -} - -static int -pcic_attach(device_t dev) -{ - void *ih; - int rid; - struct resource *r; - int irq; - int error; - struct pcic_slot *sp; - int i; - - sp = &pcic_slots[GET_UNIT(dev) * PCIC_CARD_SLOTS]; - for (i = 0; i < PCIC_CARD_SLOTS; i++, sp++) { - if (sp->slt) - device_add_child(dev, NULL, -1); - } - SET_UNIT(dev, validunits); - validunits++; - - rid = 0; - r = bus_alloc_resource(dev, SYS_RES_IOPORT, &rid, 0, ~0, 1, RF_ACTIVE); - if (!r) { - return ENXIO; - } - - irq = bus_get_resource_start(dev, SYS_RES_IRQ, 0); - if (irq == 0) { - /* See if the user has requested a specific IRQ */ - if (!getenv_int("machdep.pccard.pcic_irq", &irq)) - irq = 0; - } - rid = 0; - r = 0; - if (irq >= 0) { - r = bus_alloc_resource(dev, SYS_RES_IRQ, &rid, irq, - ~0, 1, RF_ACTIVE); - } - if (r) { - error = bus_setup_intr(dev, r, INTR_TYPE_MISC, - pcicintr, (void *) GET_UNIT(dev), &ih); - if (error) { - bus_release_resource(dev, SYS_RES_IRQ, rid, r); - return error; } - irq = rman_get_start(r); - device_printf(dev, "management irq %d\n", irq); - } else { - irq = 0; - } - if (irq == 0) { - pcictimeout_ch = timeout(pcictimeout, (void *) GET_UNIT(dev), - hz/2); - device_printf(dev, "Polling mode\n"); - } - - sp = &pcic_slots[GET_UNIT(dev) * PCIC_CARD_SLOTS]; - for (i = 0; i < PCIC_CARD_SLOTS; i++, sp++) { - /* Assign IRQ */ - sp->putb(sp, PCIC_STAT_INT, (irq << 4) | 0xF); - - /* Check for changes */ + /* + * Check for a card in this slot. + */ setb(sp, PCIC_POWER, PCIC_PCPWRE| PCIC_DISRST); - if (sp->slt == NULL) - continue; if ((sp->getb(sp, PCIC_STATUS) & PCIC_CD) != PCIC_CD) { - sp->slt->laststate = sp->slt->state = empty; + slt->laststate = slt->state = empty; } else { - sp->slt->laststate = sp->slt->state = filled; + slt->laststate = slt->state = filled; pccard_event(sp->slt, card_inserted); } - sp->slt->irq = irq; + /* + * Assign IRQ for slot changes + */ + if (pcic_irq > 0) + sp->putb(sp, PCIC_STAT_INT, (pcic_irq << 4) | 0xF); + else if (pcic_irq == 0) + sp->putb(sp, PCIC_STAT_INT, 0xF); + } + if (validslots && pcic_irq <= 0) + pcictimeout_ch = timeout(pcictimeout, 0, hz/2); + if (validslots) { + for (i = 0; i < validslots; i++) { + device_add_child(dev, NULL, -1); + } } - - return (bus_generic_attach(dev)); + return(validslots ? 0 : ENXIO); } /* @@ -749,8 +711,8 @@ static void pcictimeout(void *chan) { - pcicintr(chan); - pcictimeout_ch = timeout(pcictimeout, chan, hz/2); + pcicintr(0); + pcictimeout_ch = timeout(pcictimeout, 0, hz/2); } /* @@ -764,11 +726,10 @@ { int slot, s; unsigned char chg; - int unit = (int) arg; - struct pcic_slot *sp = &pcic_slots[unit * PCIC_CARD_SLOTS]; + struct pcic_slot *sp = pcic_slots; s = splhigh(); - for (slot = 0; slot < PCIC_CARD_SLOTS; slot++, sp++) { + for (slot = 0; slot < PCIC_MAX_SLOTS; slot++, sp++) { if (sp->slt && (chg = sp->getb(sp, PCIC_STAT_CHG)) != 0) { if (chg & PCIC_CDTCH) { if ((sp->getb(sp, PCIC_STATUS) & PCIC_CD) == @@ -791,7 +752,8 @@ { struct pcic_slot *sp = slt->cdata; - sp->putb(sp, PCIC_STAT_INT, (slt->irq << 4) | 0xF); + if (pcic_irq > 0) + sp->putb(sp, PCIC_STAT_INT, (pcic_irq << 4) | 0xF); if (sp->controller == PCIC_PD672X) { setb(sp, PCIC_MISC1, PCIC_SPKR_EN); setb(sp, PCIC_MISC2, PCIC_LPDM_EN); @@ -919,7 +881,7 @@ static device_method_t pcic_methods[] = { /* Device interface */ DEVMETHOD(device_probe, pcic_probe), - DEVMETHOD(device_attach, pcic_attach), + DEVMETHOD(device_attach, bus_generic_attach), DEVMETHOD(device_detach, bus_generic_detach), DEVMETHOD(device_shutdown, bus_generic_shutdown), DEVMETHOD(device_suspend, bus_generic_suspend), @@ -942,7 +904,7 @@ static driver_t pcic_driver = { "pcic", pcic_methods, - sizeof(int) + 1, /* no softc */ }; DRIVER_MODULE(pcic, isa, pcic_driver, pcic_devclass, 0, 0); Index: i82365.h =================================================================== RCS file: /ftp/pub/FreeBSD/development/FreeBSD-CVS/src/sys/pccard/i82365.h,v retrieving revision 1.10 retrieving revision 1.9 diff -u -r1.10 -r1.9 --- i82365.h 2000/03/10 05:43:28 1.10 +++ i82365.h 1998/08/25 22:46:44 1.9 @@ -31,8 +31,6 @@ * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. - * - * $FreeBSD: src/sys/pccard/i82365.h,v 1.10 2000/03/10 05:43:28 imp Exp $ */ #define PCIC_I82365 0 /* Intel chip */ @@ -61,11 +59,10 @@ * identify the port number, and the lower 6 bits * select one of the 64 possible data registers. */ -#define PCIC_INDEX_0 0x3e0 /* index reg, chips 0 and 1 */ +#define PCIC_INDEX_0 0x3E0 /* index reg, chips 0 and 1 */ #define PCIC_DATA_0 (PCIC_INDEX_0 + 1) /* data reg, chips 0 and 1 */ #define PCIC_INDEX_1 (PCIC_INDEX_0 + 2) /* index reg, chips 2 and 3 */ #define PCIC_DATA_1 (PCIC_INDEX_1 + 1) /* data reg, chips 2 and 3 */ - /* * Register index addresses. */ @@ -226,6 +223,4 @@ #define PCIC_IO_WIN 2 #define PCIC_MEM_WIN 5 -#define PCIC_CARD_SLOTS 4 -#define PCIC_MAX_CARDS 2 -#define PCIC_MAX_SLOTS (PCIC_MAX_CARDS * PCIC_CARD_SLOTS) +#define PCIC_MAX_SLOTS 8 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 9: 3:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 000D537BA2D; Wed, 15 Mar 2000 09:03:49 -0800 (PST) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id JAA53812; Wed, 15 Mar 2000 09:03:49 -0800 (PST) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Wed, 15 Mar 2000 09:03:48 -0800 (PST) From: Kris Kennaway To: Alfred Perlstein Cc: Kai Voigt , Matt Heckaman , Arnout Boer , FreeBSD-CURRENT Subject: Re: Why not gzip iso images? In-Reply-To: <20000315055316.D14789@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 15 Mar 2000, Alfred Perlstein wrote: > I feel pretty confident assuming that most people that burn ISOs probably > keep enough disk space free to hold one and not much more, going from > a requirement of ~650MB to ~1.2GB wouldn't be a smart move imo. fetch -o - ftp://path/to/iso.gz | gunzip -c - > /path/to/image.iso Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 9:50:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id F035537C310 for ; Wed, 15 Mar 2000 09:48:48 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 963 invoked from network); 15 Mar 2000 17:48:48 -0000 Received: from acs-63-85-133-249.cvzoom.net (HELO cvzoom.net) (63.85.133.249) by ns.cvzoom.net with SMTP; 15 Mar 2000 17:48:48 -0000 Message-ID: <38CFCCE6.E90F94C4@cvzoom.net> Date: Wed, 15 Mar 2000 12:48:22 -0500 From: Donn Miller X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson Cc: sobomax@mail.ru, current@FreeBSD.ORG Subject: Re: gcc -Os optimisation broken (RELENG_4) References: <38CF48CF.59A100D7@altavista.net> <20000315105155.A9533@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dan Nelson wrote: > > In the last episode (Mar 15), Maxim Sobolev said: > > I've just upgraded my production server to the 4.0-RELEASE and found > > that squid23 when compiled with -Os option dying with signal 11 on > > each attempt to load page. When I recompiled it with -O fault > > disappeared. After some digging into the sources with gdb I found > > This is just a 'me too'. I get it with -O2 (-Os implies -O2, so it's > probably the same problem). > I've noticed various compile-time optimization bugs as well. For example, I tried building Qt with -mpentium -O3 -pipe, and somewhere during the build, I get "Internal compiler error." Falling back to the stock optimization levels of -O2 fixed this. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 10: 4:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by hub.freebsd.org (Postfix) with ESMTP id A993D37C47E for ; Wed, 15 Mar 2000 10:03:28 -0800 (PST) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id MAA07986; Wed, 15 Mar 2000 12:03:18 -0600 (CST) (envelope-from jeff-ml@mountin.net) Received: from dial-94.max1.wa.cyberlynk.net(207.227.118.94) by peak.mountin.net via smap (V1.3) id sma007984; Wed Mar 15 12:02:48 2000 Message-Id: <4.3.2.20000315113750.00b128e0@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Wed, 15 Mar 2000 11:59:29 -0600 To: Alfred Perlstein , Kai Voigt From: "Jeffrey J. Mountin" Subject: Re: Why not gzip iso images? Cc: Matt Heckaman , Arnout Boer , FreeBSD-CURRENT In-Reply-To: <20000315055316.D14789@fw.wintelcom.net> References: <20000315142247.M30974@abc.123.org> <20000315134211.A47945@tomcat.xs4all.nl> <20000315142247.M30974@abc.123.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 05:53 AM 3/15/00 -0800, Alfred Perlstein wrote: >* Kai Voigt [000315 05:47] wrote: > > Matt Heckaman wrote: > > > It's been my experience that gzipping an ISO (or other compression tools) > > > do not make enough different to justify the time it takes to both > compress > > > and uncompress these things. For example, the time needed to un-gzip the > > > ISO could be longer than the time it would take to download the space > that > > > was saved by it. > > > > This would only happen once for the user. But for the FTP server, the > > amount of saved bandwidth accumulates with each download. > >I feel pretty confident assuming that most people that burn ISOs probably >keep enough disk space free to hold one and not much more, going from >a requirement of ~650MB to ~1.2GB wouldn't be a smart move imo. AFAICR, the one time that a gzip and bzip version were available the size was not all that significant and there were promptly removed. However, if you consider the size of the file and the possibility of corruption, then it should be archived with gzip and forget the compression (gzip -1). Now it can be checked for errors. Another issue is the size. Many factors determine how quickly one can obtain the ISO. It would be nice if it were broken into smaller volumes. About 10-20 MB each would be good. That way should something fail, there less time and bandwidth wasted should one need to start over. Call me a disinterested 3rd party. Never pull the ISO, only the parts needed. ;) Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 10:18:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from trinity.skynet.be (trinity.skynet.be [195.238.2.38]) by hub.freebsd.org (Postfix) with ESMTP id 782D637C1B1 for ; Wed, 15 Mar 2000 10:17:36 -0800 (PST) (envelope-from blk@skynet.be) Received: from [194.78.235.76] (dialup1868.brussels.skynet.be [194.78.235.76]) by trinity.skynet.be (Postfix) with ESMTP id 181541242C for ; Wed, 15 Mar 2000 19:17:30 +0100 (MET) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: Date: Wed, 15 Mar 2000 19:17:19 +0100 To: FreeBSD-CURRENT Mailing List From: Brad Knowles Subject: Installing 4.0 from scratch... Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Folks, I've got a machine I'd like to test 4.0 on (and a second hard drive I can use for the testing), but I'd prefer to install 4.0 from scratch on that hard drive, as opposed to trying the upgrade path. Do you use the same boot floppies and simply specify the path as being i386/RELEASES/4.0-RELEASE instead? Or would this require somehow using the snapshots? And how do you do that? I don't recall these questions being answered in the Handbook or discussed any time recently on this list, but if I've missed something, I would appreciate it if you would point me at the appropriate FM to R. Thanks! -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 10:40:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 0650D37C0C5 for ; Wed, 15 Mar 2000 10:38:38 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id LAA95966; Wed, 15 Mar 2000 11:38:36 -0700 (MST) (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 LAA88187; Wed, 15 Mar 2000 11:38:27 -0700 (MST) Message-Id: <200003151838.LAA88187@harmony.village.org> To: Blaz Zupan Subject: Re: pccard not working on 4.0-RELEASE Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Wed, 15 Mar 2000 18:00:04 +0100." References: Date: Wed, 15 Mar 2000 11:38:27 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Blaz Zupan writes: : Notice that I don't specify an irq for pcic0, because I am really short of : them. So pcic is run in polling mode. I also tried specifying an irq with : exactly the same result. irqs shouldn't matter one way or the other. : With a 4.0-RELEASE kernel it does not work, pcic0 is simply not found and : absolutely no message is being displayed. Applying the below patch which : effectively backs out revision 1.89 of sys/pccard/pcic.c makes the card : work again. It is very unfortunate that it is too late to fix this :( Yes. I was nervous about adding PnP support this late in the game, but jordan said go for it. I'm curious, if you try to add options PNPBIOS to your kernel, does that fix this problem? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 10:50:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id F3E9237BC7E for ; Wed, 15 Mar 2000 10:49:40 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id LAA96072; Wed, 15 Mar 2000 11:49:39 -0700 (MST) (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 LAA88375; Wed, 15 Mar 2000 11:49:30 -0700 (MST) Message-Id: <200003151849.LAA88375@harmony.village.org> To: Blaz Zupan Subject: Re: pccard not working on 4.0-RELEASE Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Wed, 15 Mar 2000 18:00:04 +0100." References: Date: Wed, 15 Mar 2000 11:49:30 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Blaz Zupan writes: : pcic0: at port 0x3e0 iomem 0xd0000 on isa0 This is a slight lie. : device pcic0 at isa? port 0x3e0 iomem 0xd0000 You might want to try this at 0x3e2. It is worth a shot. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 11: 4:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from ipt2.iptelecom.net.ua (ipt2.iptelecom.net.ua [212.9.224.2]) by hub.freebsd.org (Postfix) with ESMTP id 4721A37BEFB; Wed, 15 Mar 2000 11:04:09 -0800 (PST) (envelope-from sobomax@altavista.net) Received: from vega.vega.com (dialup3-1.iptelecom.net.ua [212.9.226.129]) by ipt2.iptelecom.net.ua (8.9.3/8.9.3) with ESMTP id VAA10177; Wed, 15 Mar 2000 21:08:10 +0200 (EET) Received: from altavista.net (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.9.3/8.9.3) with ESMTP id VAA84003; Wed, 15 Mar 2000 21:03:33 +0200 (EET) (envelope-from sobomax@altavista.net) Message-ID: <38CFDE7D.EBECDCC0@altavista.net> Date: Wed, 15 Mar 2000 21:03:25 +0200 From: Maxim Sobolev Reply-To: sobomax@mail.ru Organization: Vega International Capital X-Mailer: Mozilla 4.72 [en] (WinNT; I) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: current@freebsd.org Cc: obrien@freebsd.org Subject: Re: gcc -Os optimisation broken (RELENG_4) References: <38CF48CF.59A100D7@altavista.net> <20000315105155.A9533@dan.emsphone.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dan Nelson wrote: > In the last episode (Mar 15), Maxim Sobolev said: > > I've just upgraded my production server to the 4.0-RELEASE and found > > that squid23 when compiled with -Os option dying with signal 11 on > > each attempt to load page. When I recompiled it with -O fault > > disappeared. After some digging into the sources with gdb I found > > This is just a 'me too'. I get it with -O2 (-Os implies -O2, so it's > probably the same problem). Any comments from the "compiler gurus"? -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 11:16:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from piranha.amis.net (piranha.amis.net [212.18.32.3]) by hub.freebsd.org (Postfix) with ESMTP id 132E437BB6B for ; Wed, 15 Mar 2000 11:16:18 -0800 (PST) (envelope-from blaz@amis.net) Received: from titanic.medinet.si (titanic.medinet.si [212.18.32.66]) by piranha.amis.net (Postfix) with ESMTP id 763845D20; Wed, 15 Mar 2000 20:16:12 +0100 (CET) Date: Wed, 15 Mar 2000 20:16:12 +0100 (CET) From: Blaz Zupan X-Sender: blaz@titanic.medinet.si To: Warner Losh Cc: freebsd-current@FreeBSD.ORG Subject: Re: pccard not working on 4.0-RELEASE In-Reply-To: <200003151849.LAA88375@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > : pcic0: at port 0x3e0 iomem 0xd0000 on isa0 > This is a slight lie. > You might want to try this at 0x3e2. It is worth a shot. Bingo, it works! Now I'm wondering, GENERIC says: device pcic0 at isa? irq 10 port 0x3e0 iomem 0xd0000 device pcic1 at isa? irq 11 port 0x3e2 iomem 0xd4000 disable Neither seems quite correct for my situation, where I use device pcic0 at isa? port 0x3e2 iomem 0xd0000 Is there a standard for this and are the above addresses just backwards? I'll do another test with just device pcic0 at isa? as specified in LINT. Blaz Zupan, blaz@amis.net, http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 11:18:54 2000 Delivered-To: freebsd-current@freebsd.org Received: from happy.checkpoint.com (happy.checkpoint.com [199.203.156.224]) by hub.freebsd.org (Postfix) with ESMTP id B83C137BC60 for ; Wed, 15 Mar 2000 11:18:50 -0800 (PST) (envelope-from mellon@happy.checkpoint.com) Received: (from mellon@localhost) by happy.checkpoint.com (8.9.3/8.9.3) id VAA17238; Wed, 15 Mar 2000 21:20:01 GMT (envelope-from mellon) Date: Wed, 15 Mar 2000 21:20:01 +0000 From: Anatoly Vorobey To: current@freebsd.org Cc: Arnout Boer , Matt Heckaman Subject: Re: Why not gzip iso images? Message-ID: <20000315212001.A16904@happy.checkpoint.com> References: <20000315134211.A47945@tomcat.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from matt@ARPA.MAIL.NET on Wed, Mar 15, 2000 at 08:14:37AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 15, 2000 at 08:14:37AM -0500, Matt Heckaman wrote: > It's been my experience that gzipping an ISO (or other compression tools) > do not make enough different to justify the time it takes to both compress > and uncompress these things. For example, the time needed to un-gzip the > ISO could be longer than the time it would take to download the space that > was saved by it. Alas, that is just not true for many of us who are in bandwidth-poor countries. Over here, it can take 3 to BIGNUM hours to download an ISO image (there aren't any up-to-date local mirrors), depending on time of day and the phase of the moon. I think compression would definitely help. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 11:24: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 7A6C137BA41 for ; Wed, 15 Mar 2000 11:23:56 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA96229; Wed, 15 Mar 2000 12:23:54 -0700 (MST) (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 MAA88694; Wed, 15 Mar 2000 12:23:46 -0700 (MST) Message-Id: <200003151923.MAA88694@harmony.village.org> To: Blaz Zupan Subject: Re: pccard not working on 4.0-RELEASE Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Wed, 15 Mar 2000 20:16:12 +0100." References: Date: Wed, 15 Mar 2000 12:23:45 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Blaz Zupan writes: : > : pcic0: at port 0x3e0 iomem 0xd0000 on isa0 : > This is a slight lie. : > You might want to try this at 0x3e2. It is worth a shot. : : Bingo, it works! Now I'm wondering, GENERIC says: : : device pcic0 at isa? irq 10 port 0x3e0 iomem 0xd0000 : device pcic1 at isa? irq 11 port 0x3e2 iomem 0xd4000 disable : : Neither seems quite correct for my situation, where I use : : device pcic0 at isa? port 0x3e2 iomem 0xd0000 : : Is there a standard for this and are the above addresses just : backwards? I'll do another test with just : : device pcic0 at isa? : : as specified in LINT. The old code wouldn't even look at the second pcic entry. It will just blindly probe at both 3e0 and 3e2 and claim that it was really at 3e0. It would try to share interupts between these two entries and would generally not work at all on systems that had multiple pcic cards in them (I have about 6 different pcic isa cards that play better together now than before, but still not to the level I'd call working). I did have some code in place to try to search out the pcic devices, but it made it impossible to specify the management irq for those devices so I've never committed it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 11:32:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by hub.freebsd.org (Postfix) with ESMTP id CFAAB37BFCD for ; Wed, 15 Mar 2000 11:32:05 -0800 (PST) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id NAA08598; Wed, 15 Mar 2000 13:32:00 -0600 (CST) (envelope-from jeff-ml@mountin.net) Received: from dial-94.max1.wa.cyberlynk.net(207.227.118.94) by peak.mountin.net via smap (V1.3) id sma008594; Wed Mar 15 13:31:50 2000 Message-Id: <4.3.2.20000315130628.00b10460@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Wed, 15 Mar 2000 13:29:37 -0600 To: Donn Miller From: "Jeffrey J. Mountin" Subject: Re: gcc -Os optimisation broken (RELENG_4) Cc: current@FreeBSD.ORG In-Reply-To: <38CFCCE6.E90F94C4@cvzoom.net> References: <38CF48CF.59A100D7@altavista.net> <20000315105155.A9533@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 12:48 PM 3/15/00 -0500, Donn Miller wrote: >I've noticed various compile-time optimization bugs as well. For >example, I tried building Qt with -mpentium -O3 -pipe, and somewhere >during the build, I get "Internal compiler error." Falling back to >the stock optimization levels of -O2 fixed this. Ports are working with -02 -pipe -march=pentiumpro here, but there has been a problem with buildworld. Fatal compiler errors, sometimes a system seizure, panic, or spontaneous reboot. No problem building the kernel with those flags, last night tried using just -O -pipe for buildworld and seized. Fresh source install of RC3 and cvsup to RELENG_4 building now. One more try before trying with 4.0R. Was thinking an elusive hardware problem, which is not entirely ruled out, but maybe there is an issue with the compiler. Also seem to have worse problems with softupdates enabled on either the src or /usr/obj directory, but /usr doesn't seem to matter. Not related most likely, but am beginning to wonder about many things. Sanity included. 8-/ Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 11:34:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from piranha.amis.net (piranha.amis.net [212.18.32.3]) by hub.freebsd.org (Postfix) with ESMTP id 8232037C214 for ; Wed, 15 Mar 2000 11:34:42 -0800 (PST) (envelope-from blaz@amis.net) Received: from titanic.medinet.si (titanic.medinet.si [212.18.32.66]) by piranha.amis.net (Postfix) with ESMTP id D7B5C5D0C; Wed, 15 Mar 2000 20:34:39 +0100 (CET) Date: Wed, 15 Mar 2000 20:34:39 +0100 (CET) From: Blaz Zupan X-Sender: blaz@titanic.medinet.si To: Warner Losh Cc: freebsd-current@FreeBSD.ORG Subject: Re: pccard not working on 4.0-RELEASE In-Reply-To: <200003151923.MAA88694@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The old code wouldn't even look at the second pcic entry. It will > just blindly probe at both 3e0 and 3e2 and claim that it was really at > 3e0. It would try to share interupts between these two entries and > would generally not work at all on systems that had multiple pcic > cards in them (I have about 6 different pcic isa cards that play > better together now than before, but still not to the level I'd call > working). I just tried the way it was specified in LINT: device pcic0 at isa? It does not work. So the only way it works for me is: device pcic0 at isa? port 0x3e2 iomem 0xd0000 Great, I'm a happy camper again :) > I did have some code in place to try to search out the pcic devices, > but it made it impossible to specify the management irq for those > devices so I've never committed it. I'm wondering, why use the management irq at all? Is polling in this situation really so bad? It really shouldn't matter much if the system detects the card removal right away or half a second later, does it? Blaz Zupan, blaz@amis.net, http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 11:44:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id 5AD4037BA26; Wed, 15 Mar 2000 11:44:25 -0800 (PST) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id OAA56309; Wed, 15 Mar 2000 14:44:23 -0500 (EST) (envelope-from howardl) From: Howard Leadmon Message-Id: <200003151944.OAA56309@account.abs.net> Subject: Trouble with CVSUP to 4.0 Release, any ideas?? To: freebsd-alpha@freebsd.org, freebsd-current@freebsd.org Date: Wed, 15 Mar 2000 14:44:23 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Not really sure where to start, but here goes. I have several DEC PC164SX machines running FreeBSD-Current, and my last cvsup was like Feb 28. While I had the chance yesterday I decided to change my cvs tag to RELENG_4 and bring things up to release. All seemed simple enough as I have sup'ed this box many times in the past with no problems. So I ran the sup's and then built a new kernel, as well as did a make world to make sure everything was at the release level. That all went fine, then I rebooted, and many things just were not working right. I can get on the console, but not remotely and things like sendmail and procmail processes all seemed to be hanging. I then thought maybe I should build a new kernel after the installworld, so went to try that. To my surprise I got the errors I'll include below. I then also just tried to do another buildworld, and that also blew up (errors below). As I mentioned, I was just trying to sup from Feb 28 to RELEASE, not all that far of a jump. Finally I took another Alpha I had sitting around, I think it's last sup was like Feb 21, and tried to upgrade it to RELEASE. Again that machine is now in total shambles and basically unusable unless I reload from scratch. Heck I even tried running an rm -rf on one of them under the /usr/src dir and grabbing a fresh cvs tree, but still can't compile. Any ideas how to fix this, or to get to 4.0 RELEASE on my other alphas do I have to do a clean reload?? MAKE KERNEL DEPEND: cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mno-fp-regs -Wa,-mev56 ../../alpha/alpha/genassym.c In file included from ../../alpha/alpha/genassym.c:43: ../../sys/systm.h:331: invalid #-line In file included from ../../alpha/alpha/genassym.c:45, from ../../alpha/alpha/genassym.c:43: ../../sys/proc.h:47: invalid #-line In file included from ../../sys/signal.h:245, from ../../sys/proc.h:50, from ../../alpha/alpha/genassym.c:43: ../../sys/ucontext.h:34: invalid #-line ../../alpha/alpha/genassym.c:44: #-lines for entering and leaving files don't match In file included from ../../alpha/alpha/genassym.c:50: ../../sys/socket.h:232: invalid #-line In file included from ../../alpha/alpha/genassym.c:51: ../../sys/resource.h:101: invalid #-line ../../sys/resource.h:123: invalid #-line In file included from ../../alpha/alpha/genassym.c:52: ../../sys/resourcevar.h:98: invalid #-line In file included from ../../alpha/alpha/genassym.c:59, from ../../alpha/alpha/genassym.c:52: ../../vm/vm_map.h:380: invalid #-line In file included from from from from ../../netinet6/in6.h:453: invalid #-line In file included from from from ../../nfs/nfs.h:728: invalid #-line *** Error code 1 Stop in /usr/src/sys/compile/U3. MAKE BUILDWORLD: -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/usr/src/alpha mkdir -p /usr/obj/usr/src/alpha/usr/bin mkdir -p /usr/obj/usr/src/alpha/usr/lib/compat/aout mkdir -p /usr/obj/usr/src/alpha/usr/games mkdir -p /usr/obj/usr/src/alpha/usr/libdata/ldscripts mkdir -p /usr/obj/usr/src/alpha/usr/libexec/elf mkdir -p /usr/obj/usr/src/alpha/usr/sbin mkdir -p /usr/obj/usr/src/alpha/usr/share/misc mkdir -p /usr/obj/usr/src/alpha/usr/include/arpa mkdir -p /usr/obj/usr/src/alpha/usr/include/g++/std mkdir -p /usr/obj/usr/src/alpha/usr/include/objc mkdir -p /usr/obj/usr/src/alpha/usr/include/protocols mkdir -p /usr/obj/usr/src/alpha/usr/include/readline mkdir -p /usr/obj/usr/src/alpha/usr/include/rpc mkdir -p /usr/obj/usr/src/alpha/usr/include/rpcsvc mkdir -p /usr/obj/usr/src/alpha/usr/include/openssl mkdir -p /usr/obj/usr/src/alpha/usr/include/security mkdir -p /usr/obj/usr/src/alpha/usr/include/ss ln -sf /usr/src/sys /usr/obj/usr/src/alpha/sys -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/alpha DESTDIR=/usr/obj/usr/src/alpha INSTALL="sh /usr/src/tools/install.sh" MACHINE_ARCH=alpha TOOLS_PREFIX=/usr/obj/usr/src/alpha PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 -DNOMAN -DNOINFO -DNOHTML bootstrap-tools cd /usr/src/games/fortune/strfile; make obj; make depend; make all; make install /usr/obj/usr/src/alpha/usr/src/games/fortune/strfile created for /usr/src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/usr/obj/usr/src/alpha/usr/include /usr/src/games/fortune/strfile/strfile.c cd /usr/src/games/fortune/strfile; make _EXTRADEPEND echo strfile: /usr/obj/usr/src/alpha/usr/lib/libc.a >> .depend cc -O2 -pipe -Wall -I/usr/obj/usr/src/alpha/usr/include -c /usr/src/games/fortune/strfile/strfile.c In file included from /usr/src/games/fortune/strfile/strfile.c:56: /usr/include/stdlib.h:182: invalid #-line In file included from /usr/src/games/fortune/strfile/strfile.c:58, from /usr/src/games/fortune/strfile/strfile.c:56: /usr/include/string.h:98: invalid #-line *** Error code 1 Stop in /usr/src/games/fortune/strfile. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. As you can see they are dead, and I am at a loss as to why, but this happened exactly the same to two Alpha 164SX machine when I tried to go to RELEASE.. :( --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 12: 2:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id 9D68637BE73 for ; Wed, 15 Mar 2000 12:02:29 -0800 (PST) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 12VJzj-000FID-00; Wed, 15 Mar 2000 22:02:15 +0200 From: Sheldon Hearn To: Visigoth Cc: freebsd-current@FreeBSD.ORG Subject: Re: Also... /etc/periodic/daily/200.backup-passwd and MD5 (fwd) In-reply-to: Your message of "Wed, 15 Mar 2000 10:11:06 CST." Date: Wed, 15 Mar 2000 22:02:15 +0200 Message-ID: <58788.953150535@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 15 Mar 2000 10:11:06 CST, Visigoth wrote: > Thanks for the security tips ;) here are 2 lines which (note to > the kiddies) have been removed from my server already. Thanks for taking the time. I tested these over here and the passwords are not disclosed by 200.backup-passwd. So what version do you have installed? You should have rev 1.6. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 12: 9:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id BD34237BC13 for ; Wed, 15 Mar 2000 12:09:28 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id NAA96419; Wed, 15 Mar 2000 13:09:24 -0700 (MST) (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 NAA89050; Wed, 15 Mar 2000 13:09:15 -0700 (MST) Message-Id: <200003152009.NAA89050@harmony.village.org> To: Blaz Zupan Subject: Re: pccard not working on 4.0-RELEASE Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Wed, 15 Mar 2000 20:34:39 +0100." References: Date: Wed, 15 Mar 2000 13:09:15 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Blaz Zupan writes: : I'm wondering, why use the management irq at all? Is polling in this : situation really so bad? It really shouldn't matter much if the system : detects the card removal right away or half a second later, does it? For the install disk, it likely doesn't make sense to use the management irq. For most people, polling is sufficient. The management IRQ reduces the window where you can hang the machine due to the driver talking to hardware that is now sitting in the user's hands... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 12:12: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202]) by hub.freebsd.org (Postfix) with ESMTP id D318F37B510 for ; Wed, 15 Mar 2000 12:11:57 -0800 (PST) (envelope-from darrylo@sr.hp.com) Received: from postal.sr.hp.com (postal.sr.hp.com [15.4.46.173]) by atlrel2.hp.com (Postfix) with ESMTP id 58272373; Wed, 15 Mar 2000 15:12:59 -0500 (EST) Received: from mina.sr.hp.com (root@mina.sr.hp.com [15.4.42.247]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id MAA06322; Wed, 15 Mar 2000 12:11:51 -0800 (PST) Received: from localhost (darrylo@localhost [127.0.0.1]) by mina.sr.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0) id MAA15359; Wed, 15 Mar 2000 12:11:49 -0800 (PST) Message-Id: <200003152011.MAA15359@mina.sr.hp.com> To: Anatoly Vorobey Cc: current@freebsd.org, Arnout Boer , Matt Heckaman Subject: Re: Why not gzip iso images? Reply-To: Darryl Okahata In-reply-to: Your message of "Wed, 15 Mar 2000 21:20:01 PST." <20000315212001.A16904@happy.checkpoint.com> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Date: Wed, 15 Mar 2000 12:11:48 PST From: Darryl Okahata Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Anatoly Vorobey wrote: > On Wed, Mar 15, 2000 at 08:14:37AM -0500, Matt Heckaman wrote: > > It's been my experience that gzipping an ISO (or other compression tools) > > do not make enough different to justify the time it takes to both compress > > and uncompress these things. For example, the time needed to un-gzip the > > ISO could be longer than the time it would take to download the space that > > was saved by it. > > Alas, that is just not true for many of us who are in bandwidth-poor > countries. Over here, it can take 3 to BIGNUM hours to download an ISO > image (there aren't any up-to-date local mirrors), depending on time of > day and the phase of the moon. I think compression would definitely help. While you are right about the download/gunzip times, compression doesn't help that much. As has been mentioned in -hackers, the ISO images only compress by 3% or so, or around ~20MB. So, instead of a 640MB ISO image, you have a 620MB image. Is the 20MB significant? (I don't know.) -- Darryl Okahata darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 12:17: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from outgoing.redshift.com (outgoing.redshift.com [216.228.2.99]) by hub.freebsd.org (Postfix) with ESMTP id 0D08737B98F for ; Wed, 15 Mar 2000 12:17:05 -0800 (PST) (envelope-from nobody@redshift.com) Received: from RedShift.com (mail.redshift.com [216.228.2.86]) by outgoing.redshift.com (8.9.3/) with ESMTP id MAA08473; Wed, 15 Mar 2000 12:17:04 -0800 Received: from www.redshift.com (www.redshift.com [216.228.2.89]) by RedShift.com (8.9.3/) with ESMTP id MAA10713; Wed, 15 Mar 2000 12:17:03 -0800 Received: by www.redshift.com (8.8.5) id MAA19573; Wed, 15 Mar 2000 12:17:02 -0800 Date: Wed, 15 Mar 2000 12:17:02 -0800 Message-Id: <200003152017.MAA19573@www.redshift.com> To: "Howard Leadmon " , freebsd-current@freebsd.org From: "yramin" Reply-To: "yramin" Subject: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) X-Mail-Gateway: WebMail X-Real-Host-From: 131.120.8.59 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="-----19569-----WWW-Mail-2.01-----" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. -------19569-----WWW-Mail-2.01----- Content-Type: text/plain Content-Transfer-Encoding: 8bit In my expierience, these drivers/cards work the best: ed0: For ISA anything, works like a charm rl0: The Realtek driver is rather fast, useful with those $10 PCI NICs fxp0: The Intel driver is by far the highest preformance model, beats the 3com (second best) hands down with much lower CPU overhead. Good cards (Intel server adapters) are expensive though. Usualy you can get away by getting cheapy models (still pricy). Thats what I've found, nothing official here. Yann > > I will attest to that, as I have several Solaris-x86 machines, some on > 2.6. and some on 2.7, all running the DEC cards in 100T-FDX mode like a > champ. As some are news servers, they run 20-30mpbs constantly almost > 24/7 without a hitch, so they work well under Solaris. Guess it was > dumb to assume they would work as well on FBSD, but I had hoped. I have > piles of the DEC cards around. > > I wonder what really has the best driver under FBSD, as far as reliability > and performance, and yes I also want 100T-FDX as my entire network is > interconnected with Cisco Catalyst Switches. I got the inside scoop on > the DEC cards for Solaris from some Sun engineers. Has anyone actually > ever rated/tested the various NIC's for FBSD?? > > -Howard > > > > That's not spurprising. When I tried it, Solaris 2.6 x86 didn't support > > full-duplex 100Base-TX on very many devices. The DEC tulip cards were one of > > the few that had drivers that supported full-duplex. > > > > Charles > > > > -----Original Message----- > > From: Howard Leadmon [mailto:howardl@account.abs.net] > > Sent: Sunday, March 12, 2000 4:24 PM > > To: Alfred Perlstein > > Cc: freebsd-hackers@FreeBSD.ORG > > Subject: Re: Buffer Problems and hangs in 4.0-CURRENT.. > > > > ... > > > > I used the DEC based cards as I had seen so many people raving > > about them, and at least under Solaris they claim the DEC tulip based > > boards are the hot ticket. > > > > ... > > > > > --- > Howard Leadmon - howardl@abs.net - http://www.abs.net > ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > -------19569-----WWW-Mail-2.01----- -------19569-----WWW-Mail-2.01------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 12:17:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from outgoing.redshift.com (outgoing.redshift.com [216.228.2.99]) by hub.freebsd.org (Postfix) with ESMTP id 10A2537B9C8 for ; Wed, 15 Mar 2000 12:17:36 -0800 (PST) (envelope-from nobody@redshift.com) Received: from RedShift.com (mail.redshift.com [216.228.2.86]) by outgoing.redshift.com (8.9.3/) with ESMTP id MAA08490; Wed, 15 Mar 2000 12:17:35 -0800 Received: from www.redshift.com (www.redshift.com [216.228.2.89]) by RedShift.com (8.9.3/) with ESMTP id MAA10865; Wed, 15 Mar 2000 12:17:33 -0800 Received: by www.redshift.com (8.8.5) id MAA19580; Wed, 15 Mar 2000 12:17:28 -0800 Date: Wed, 15 Mar 2000 12:17:28 -0800 Message-Id: <200003152017.MAA19580@www.redshift.com> To: "Howard Leadmon " , freebsd-current@freebsd.org From: "yramin" Reply-To: "yramin" Subject: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) X-Mail-Gateway: WebMail X-Real-Host-From: 131.120.8.59 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="-----19577-----WWW-Mail-2.01-----" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. -------19577-----WWW-Mail-2.01----- Content-Type: text/plain Content-Transfer-Encoding: 8bit In my expierience, these drivers/cards work the best: ed0: For ISA anything, works like a charm rl0: The Realtek driver is rather fast, useful with those $10 PCI NICs fxp0: The Intel driver is by far the highest preformance model, beats the 3com (second best) hands down with much lower CPU overhead. Good cards (Intel server adapters) are expensive though. Usualy you can get away by getting cheapy models (still pricy). Thats what I've found, nothing official here. Yann > > I will attest to that, as I have several Solaris-x86 machines, some on > 2.6. and some on 2.7, all running the DEC cards in 100T-FDX mode like a > champ. As some are news servers, they run 20-30mpbs constantly almost > 24/7 without a hitch, so they work well under Solaris. Guess it was > dumb to assume they would work as well on FBSD, but I had hoped. I have > piles of the DEC cards around. > > I wonder what really has the best driver under FBSD, as far as reliability > and performance, and yes I also want 100T-FDX as my entire network is > interconnected with Cisco Catalyst Switches. I got the inside scoop on > the DEC cards for Solaris from some Sun engineers. Has anyone actually > ever rated/tested the various NIC's for FBSD?? > > -Howard > > > > That's not spurprising. When I tried it, Solaris 2.6 x86 didn't support > > full-duplex 100Base-TX on very many devices. The DEC tulip cards were one of > > the few that had drivers that supported full-duplex. > > > > Charles > > > > -----Original Message----- > > From: Howard Leadmon [mailto:howardl@account.abs.net] > > Sent: Sunday, March 12, 2000 4:24 PM > > To: Alfred Perlstein > > Cc: freebsd-hackers@FreeBSD.ORG > > Subject: Re: Buffer Problems and hangs in 4.0-CURRENT.. > > > > ... > > > > I used the DEC based cards as I had seen so many people raving > > about them, and at least under Solaris they claim the DEC tulip based > > boards are the hot ticket. > > > > ... > > > > > --- > Howard Leadmon - howardl@abs.net - http://www.abs.net > ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > -------19577-----WWW-Mail-2.01----- -------19577-----WWW-Mail-2.01------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 12:22:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 58CD737BA5D for ; Wed, 15 Mar 2000 12:21:58 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com (dcs@p47-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.112]) by peach.ocn.ne.jp (8.9.1a/OCN) with ESMTP id FAA09603; Thu, 16 Mar 2000 05:21:49 +0900 (JST) Message-ID: <38CFF089.C3224447@newsguy.com> Date: Thu, 16 Mar 2000 05:20:25 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Robert Watson Cc: "Jordan K. Hubbard" , freebsd-current@FreeBSD.ORG Subject: Re: current.freebsd.org snapshots and broken X11 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Robert Watson wrote: > > Sounds good to me, as long as it runs :-). > > BTW, ran into another nit from the 02/13 snapshot. I installed the > X-kern-developer distribution, discovered X11 didn't work, so went back > into sysinstall to install X11 stuff. I selected some combination of X11 > components, and chose releng3.freebsd.org as the source -- sysinstall > coredumped. A second attempt at the same resulted in sysinstall hanging. > > This seems to be reproduceable -- what can I do to give you better > debugging information? cd /usr/src/release/sysinstall CC="gcc -g" make all ./sysinstall [list the exacts steps you took, so I can reproduce it too, or find that I can't :)] (core dump) gdb ./sysinstall sysinstall.core Usual procedure here (backtrace, etc). The problem will most likely be the member of a structure pointed by a NULL pointer being reference. Eg, mediaDevice->shutdown(...), i->kids. It would help further if you then break-pointed the function where the problem happened, and stepped through it to pinpoint when the variable turned to NULL (eg, mediaDevice->get(mediaDevice, ...)). -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 12:52:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id 6D26D37BAC0 for ; Wed, 15 Mar 2000 12:52:19 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id MAA01346; Wed, 15 Mar 2000 12:53:44 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200003152053.MAA01346@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "yramin" Cc: "Howard Leadmon " , freebsd-current@freebsd.org Subject: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) In-reply-to: Your message of "Wed, 15 Mar 2000 12:17:02 PST." <200003152017.MAA19573@www.redshift.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Mar 2000 12:53:43 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > fxp0: The Intel driver is by far the highest preformance model, > beats the 3com (second best) hands down with much lower CPU > overhead. Do you actually have any numbers to quantify this? There's nothing in the driver architecture nor any of my testing that would suggest this is actually the case at this point. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13: 4:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from outgoing.redshift.com (outgoing.redshift.com [216.228.2.99]) by hub.freebsd.org (Postfix) with ESMTP id 2BA9837BABF; Wed, 15 Mar 2000 13:04:10 -0800 (PST) (envelope-from nobody@redshift.com) Received: from RedShift.com (mail.redshift.com [216.228.2.86]) by outgoing.redshift.com (8.9.3/) with ESMTP id NAA10453; Wed, 15 Mar 2000 13:04:09 -0800 Received: from www.redshift.com (www.redshift.com [216.228.2.89]) by RedShift.com (8.9.3/) with ESMTP id NAA28081; Wed, 15 Mar 2000 13:04:07 -0800 Received: by www.redshift.com (8.8.5) id NAA20079; Wed, 15 Mar 2000 13:04:06 -0800 Date: Wed, 15 Mar 2000 13:04:06 -0800 Message-Id: <200003152104.NAA20079@www.redshift.com> To: "Mike Smith " , freebsd-current@freebsd.org From: "yramin" Reply-To: "yramin" Subject: Re: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) X-Mail-Gateway: WebMail X-Real-Host-From: 131.120.8.59 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="-----20078-----WWW-Mail-2.01-----" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. -------20078-----WWW-Mail-2.01----- Content-Type: text/plain Content-Transfer-Encoding: 8bit Mike, These are my own perosnal findings with machines I've tinkered with. Nothing scientific about them. I did a few trials FTPing a 600MB file around on a 100Mb switched network between to machines (they were not identical, but used the same ones for both tests), once with Intel PRO/100 adapters, and once with 3com parralel tasking (forgot the model number) adapters. I watched top both times, and noticed that the Intels had lower interupt %s, and finished the job about 5-30 seconds faster (varied on each run). Both machines used wu-ftpd and were running FreeBSD 3.2 - R at the time. > > fxp0: The Intel driver is by far the highest preformance model, > > beats the 3com (second best) hands down with much lower CPU > > overhead. > > Do you actually have any numbers to quantify this? There's nothing in > the driver architecture nor any of my testing that would suggest this is > actually the case at this point. > -------20078-----WWW-Mail-2.01----- -------20078-----WWW-Mail-2.01------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13: 4:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 181C637BAB5; Wed, 15 Mar 2000 13:04:35 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id QAA59565; Wed, 15 Mar 2000 16:04:33 -0500 (EST) (envelope-from wollman) Date: Wed, 15 Mar 2000 16:04:33 -0500 (EST) From: Garrett Wollman Message-Id: <200003152104.QAA59565@khavrinen.lcs.mit.edu> To: Mike Smith Cc: freebsd-current@FreeBSD.ORG Subject: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) In-Reply-To: <200003152053.MAA01346@mass.cdrom.com> References: <200003152017.MAA19573@www.redshift.com> <200003152053.MAA01346@mass.cdrom.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > Do you actually have any numbers to quantify this? There's nothing in > the driver architecture nor any of my testing that would suggest this is > actually the case at this point. As of about four years ago, the relative performance of the network interfaces was fairly clear: 1) Intel 2) DEC (now also Intel) 3) vendor not disclosed to me 4) 3Com The reason why Intel's NIC did better in these tests was that their PCI interfaces were comparatively very efficient. Since every major vendor has gone through several revs of silicon, there is some reason to believe that quality vendors' NICs now differ only in the inherent quality of their programming model. (So these old results should mean less today.) I always specify Intel NICs today, unless I don't care about performance (in which case I get a $20 RealTek card). There's probably no reason to prefer it over the current 3Com offering (for example) except that 3Com always seems to cost more. -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-current" in the body of the message From owner-freebsd-current Wed Mar 15 13:10:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from outgoing.redshift.com (outgoing.redshift.com [216.228.2.99]) by hub.freebsd.org (Postfix) with ESMTP id 671F437BC48; Wed, 15 Mar 2000 13:10:38 -0800 (PST) (envelope-from nobody@redshift.com) Received: from RedShift.com (mail.redshift.com [216.228.2.86]) by outgoing.redshift.com (8.9.3/) with ESMTP id NAA10757; Wed, 15 Mar 2000 13:10:38 -0800 Received: from www.redshift.com (www.redshift.com [216.228.2.89]) by RedShift.com (8.9.3/) with ESMTP id NAA30594; Wed, 15 Mar 2000 13:10:33 -0800 Received: by www.redshift.com (8.8.5) id NAA20148; Wed, 15 Mar 2000 13:10:32 -0800 Date: Wed, 15 Mar 2000 13:10:32 -0800 Message-Id: <200003152110.NAA20148@www.redshift.com> To: "Mike Smith " , freebsd-current@freebsd.org From: "yramin" Reply-To: "yramin" Subject: Re: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) X-Mail-Gateway: WebMail X-Real-Host-From: 131.120.8.59 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="-----20147-----WWW-Mail-2.01-----" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. -------20147-----WWW-Mail-2.01----- Content-Type: text/plain Content-Transfer-Encoding: 8bit Mike, These are my own perosnal findings with machines I've tinkered with. Nothing scientific about them. I did a few trials FTPing a 600MB file around on a 100Mb switched network between to machines (they were not identical, but used the same ones for both tests), once with Intel PRO/100 adapters, and once with 3com parralel tasking (forgot the model number) adapters. I watched top both times, and noticed that the Intels had lower interupt %s, and finished the job about 5-30 seconds faster (varied on each run). Both machines used wu-ftpd and were running FreeBSD 3.2 - R at the time. > > fxp0: The Intel driver is by far the highest preformance model, > > beats the 3com (second best) hands down with much lower CPU > > overhead. > > Do you actually have any numbers to quantify this? There's nothing in > the driver architecture nor any of my testing that would suggest this is > actually the case at this point. > -------20147-----WWW-Mail-2.01----- -------20147-----WWW-Mail-2.01------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13:11:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from outgoing.redshift.com (outgoing.redshift.com [216.228.2.99]) by hub.freebsd.org (Postfix) with ESMTP id E114F37BC48; Wed, 15 Mar 2000 13:11:04 -0800 (PST) (envelope-from nobody@redshift.com) Received: from RedShift.com (mail.redshift.com [216.228.2.86]) by outgoing.redshift.com (8.9.3/) with ESMTP id NAA10769; Wed, 15 Mar 2000 13:11:04 -0800 Received: from www.redshift.com (www.redshift.com [216.228.2.89]) by RedShift.com (8.9.3/) with ESMTP id NAA30764; Wed, 15 Mar 2000 13:11:01 -0800 Received: by www.redshift.com (8.8.5) id NAA20162; Wed, 15 Mar 2000 13:11:01 -0800 Date: Wed, 15 Mar 2000 13:11:01 -0800 Message-Id: <200003152111.NAA20162@www.redshift.com> To: "Mike Smith " , freebsd-current@freebsd.org From: "yramin" Reply-To: "yramin" Subject: Re: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) X-Mail-Gateway: WebMail X-Real-Host-From: 131.120.8.59 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="-----20160-----WWW-Mail-2.01-----" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. -------20160-----WWW-Mail-2.01----- Content-Type: text/plain Content-Transfer-Encoding: 8bit Mike, These are my own perosnal findings with machines I've tinkered with. Nothing scientific about them. I did a few trials FTPing a 600MB file around on a 100Mb switched network between to machines (they were not identical, but used the same ones for both tests), once with Intel PRO/100 adapters, and once with 3com parralel tasking (forgot the model number) adapters. I watched top both times, and noticed that the Intels had lower interupt %s, and finished the job about 5-30 seconds faster (varied on each run). Both machines used wu-ftpd and were running FreeBSD 3.2 - R at the time. > > fxp0: The Intel driver is by far the highest preformance model, > > beats the 3com (second best) hands down with much lower CPU > > overhead. > > Do you actually have any numbers to quantify this? There's nothing in > the driver architecture nor any of my testing that would suggest this is > actually the case at this point. > -------20160-----WWW-Mail-2.01----- -------20160-----WWW-Mail-2.01------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13:11:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from outgoing.redshift.com (outgoing.redshift.com [216.228.2.99]) by hub.freebsd.org (Postfix) with ESMTP id 358C737BC48; Wed, 15 Mar 2000 13:11:34 -0800 (PST) (envelope-from nobody@redshift.com) Received: from RedShift.com (mail.redshift.com [216.228.2.86]) by outgoing.redshift.com (8.9.3/) with ESMTP id NAA10801; Wed, 15 Mar 2000 13:11:33 -0800 Received: from www.redshift.com (www.redshift.com [216.228.2.89]) by RedShift.com (8.9.3/) with ESMTP id NAA30936; Wed, 15 Mar 2000 13:11:30 -0800 Received: by www.redshift.com (8.8.5) id NAA20171; Wed, 15 Mar 2000 13:11:29 -0800 Date: Wed, 15 Mar 2000 13:11:29 -0800 Message-Id: <200003152111.NAA20171@www.redshift.com> To: "Mike Smith " , freebsd-current@freebsd.org From: "yramin" Reply-To: "yramin" Subject: Re: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) X-Mail-Gateway: WebMail X-Real-Host-From: 131.120.8.59 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="-----20170-----WWW-Mail-2.01-----" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. -------20170-----WWW-Mail-2.01----- Content-Type: text/plain Content-Transfer-Encoding: 8bit Mike, These are my own perosnal findings with machines I've tinkered with. Nothing scientific about them. I did a few trials FTPing a 600MB file around on a 100Mb switched network between to machines (they were not identical, but used the same ones for both tests), once with Intel PRO/100 adapters, and once with 3com parralel tasking (forgot the model number) adapters. I watched top both times, and noticed that the Intels had lower interupt %s, and finished the job about 5-30 seconds faster (varied on each run). Both machines used wu-ftpd and were running FreeBSD 3.2 - R at the time. > > fxp0: The Intel driver is by far the highest preformance model, > > beats the 3com (second best) hands down with much lower CPU > > overhead. > > Do you actually have any numbers to quantify this? There's nothing in > the driver architecture nor any of my testing that would suggest this is > actually the case at this point. > -------20170-----WWW-Mail-2.01----- -------20170-----WWW-Mail-2.01------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13:11:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from outgoing.redshift.com (outgoing.redshift.com [216.228.2.99]) by hub.freebsd.org (Postfix) with ESMTP id 8487037BA92; Wed, 15 Mar 2000 13:11:42 -0800 (PST) (envelope-from nobody@redshift.com) Received: from RedShift.com (mail.redshift.com [216.228.2.86]) by outgoing.redshift.com (8.9.3/) with ESMTP id NAA10809; Wed, 15 Mar 2000 13:11:42 -0800 Received: from www.redshift.com (www.redshift.com [216.228.2.89]) by RedShift.com (8.9.3/) with ESMTP id NAA31004; Wed, 15 Mar 2000 13:11:40 -0800 Received: by www.redshift.com (8.8.5) id NAA20175; Wed, 15 Mar 2000 13:11:39 -0800 Date: Wed, 15 Mar 2000 13:11:39 -0800 Message-Id: <200003152111.NAA20175@www.redshift.com> To: "Mike Smith " , freebsd-current@freebsd.org From: "yramin" Reply-To: "yramin" Subject: Re: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) X-Mail-Gateway: WebMail X-Real-Host-From: 131.120.8.59 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="-----20174-----WWW-Mail-2.01-----" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. -------20174-----WWW-Mail-2.01----- Content-Type: text/plain Content-Transfer-Encoding: 8bit Mike, These are my own perosnal findings with machines I've tinkered with. Nothing scientific about them. I did a few trials FTPing a 600MB file around on a 100Mb switched network between to machines (they were not identical, but used the same ones for both tests), once with Intel PRO/100 adapters, and once with 3com parralel tasking (forgot the model number) adapters. I watched top both times, and noticed that the Intels had lower interupt %s, and finished the job about 5-30 seconds faster (varied on each run). Both machines used wu-ftpd and were running FreeBSD 3.2 - R at the time. > > fxp0: The Intel driver is by far the highest preformance model, > > beats the 3com (second best) hands down with much lower CPU > > overhead. > > Do you actually have any numbers to quantify this? There's nothing in > the driver architecture nor any of my testing that would suggest this is > actually the case at this point. > -------20174-----WWW-Mail-2.01----- -------20174-----WWW-Mail-2.01------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13:13:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from outgoing.redshift.com (outgoing.redshift.com [216.228.2.99]) by hub.freebsd.org (Postfix) with ESMTP id 7279337B9C8; Wed, 15 Mar 2000 13:13:00 -0800 (PST) (envelope-from nobody@redshift.com) Received: from RedShift.com (mail.redshift.com [216.228.2.86]) by outgoing.redshift.com (8.9.3/) with ESMTP id NAA10854; Wed, 15 Mar 2000 13:12:59 -0800 Received: from www.redshift.com (www.redshift.com [216.228.2.89]) by RedShift.com (8.9.3/) with ESMTP id NAA31435; Wed, 15 Mar 2000 13:12:56 -0800 Received: by www.redshift.com (8.8.5) id NAA20187; Wed, 15 Mar 2000 13:12:56 -0800 Date: Wed, 15 Mar 2000 13:12:56 -0800 Message-Id: <200003152112.NAA20187@www.redshift.com> To: "Mike Smith " , freebsd-current@freebsd.org From: "yramin" Reply-To: "yramin" Subject: Re: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) X-Mail-Gateway: WebMail X-Real-Host-From: 131.120.8.59 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="-----20186-----WWW-Mail-2.01-----" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. -------20186-----WWW-Mail-2.01----- Content-Type: text/plain Content-Transfer-Encoding: 8bit Mike, These are my own perosnal findings with machines I've tinkered with. Nothing scientific about them. I did a few trials FTPing a 600MB file around on a 100Mb switched network between to machines (they were not identical, but used the same ones for both tests), once with Intel PRO/100 adapters, and once with 3com parralel tasking (forgot the model number) adapters. I watched top both times, and noticed that the Intels had lower interupt %s, and finished the job about 5-30 seconds faster (varied on each run). Both machines used wu-ftpd and were running FreeBSD 3.2 - R at the time. > > fxp0: The Intel driver is by far the highest preformance model, > > beats the 3com (second best) hands down with much lower CPU > > overhead. > > Do you actually have any numbers to quantify this? There's nothing in > the driver architecture nor any of my testing that would suggest this is > actually the case at this point. > -------20186-----WWW-Mail-2.01----- -------20186-----WWW-Mail-2.01------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13:13:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from outgoing.redshift.com (outgoing.redshift.com [216.228.2.99]) by hub.freebsd.org (Postfix) with ESMTP id A896737BD0F; Wed, 15 Mar 2000 13:13:35 -0800 (PST) (envelope-from nobody@redshift.com) Received: from RedShift.com (mail.redshift.com [216.228.2.86]) by outgoing.redshift.com (8.9.3/) with ESMTP id NAA10878; Wed, 15 Mar 2000 13:13:35 -0800 Received: from www.redshift.com (www.redshift.com [216.228.2.89]) by RedShift.com (8.9.3/) with ESMTP id NAA31654; Wed, 15 Mar 2000 13:13:31 -0800 Received: by www.redshift.com (8.8.5) id NAA20195; Wed, 15 Mar 2000 13:13:31 -0800 Date: Wed, 15 Mar 2000 13:13:31 -0800 Message-Id: <200003152113.NAA20195@www.redshift.com> To: "Mike Smith " , freebsd-current@freebsd.org From: "yramin" Reply-To: "yramin" Subject: Re: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) X-Mail-Gateway: WebMail X-Real-Host-From: 131.120.8.59 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="-----20194-----WWW-Mail-2.01-----" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. -------20194-----WWW-Mail-2.01----- Content-Type: text/plain Content-Transfer-Encoding: 8bit Mike, These are my own perosnal findings with machines I've tinkered with. Nothing scientific about them. I did a few trials FTPing a 600MB file around on a 100Mb switched network between to machines (they were not identical, but used the same ones for both tests), once with Intel PRO/100 adapters, and once with 3com parralel tasking (forgot the model number) adapters. I watched top both times, and noticed that the Intels had lower interupt %s, and finished the job about 5-30 seconds faster (varied on each run). Both machines used wu-ftpd and were running FreeBSD 3.2 - R at the time. > > fxp0: The Intel driver is by far the highest preformance model, > > beats the 3com (second best) hands down with much lower CPU > > overhead. > > Do you actually have any numbers to quantify this? There's nothing in > the driver architecture nor any of my testing that would suggest this is > actually the case at this point. > -------20194-----WWW-Mail-2.01----- -------20194-----WWW-Mail-2.01------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13:18:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from outgoing.redshift.com (outgoing.redshift.com [216.228.2.99]) by hub.freebsd.org (Postfix) with ESMTP id 1CD0637BC48; Wed, 15 Mar 2000 13:18:07 -0800 (PST) (envelope-from nobody@redshift.com) Received: from RedShift.com (mail.redshift.com [216.228.2.86]) by outgoing.redshift.com (8.9.3/) with ESMTP id NAA11126; Wed, 15 Mar 2000 13:18:06 -0800 Received: from www.redshift.com (www.redshift.com [216.228.2.89]) by RedShift.com (8.9.3/) with ESMTP id NAA00909; Wed, 15 Mar 2000 13:18:04 -0800 Received: by www.redshift.com (8.8.5) id NAA20264; Wed, 15 Mar 2000 13:18:03 -0800 Date: Wed, 15 Mar 2000 13:18:03 -0800 Message-Id: <200003152118.NAA20264@www.redshift.com> To: "Mike Smith " , freebsd-current@freebsd.org From: "yramin" Reply-To: "yramin" Subject: Re: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) X-Mail-Gateway: WebMail X-Real-Host-From: 131.120.8.59 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="-----20263-----WWW-Mail-2.01-----" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. -------20263-----WWW-Mail-2.01----- Content-Type: text/plain Content-Transfer-Encoding: 8bit Mike, These are my own perosnal findings with machines I've tinkered with. Nothing scientific about them. I did a few trials FTPing a 600MB file around on a 100Mb switched network between to machines (they were not identical, but used the same ones for both tests), once with Intel PRO/100 adapters, and once with 3com parralel tasking (forgot the model number) adapters. I watched top both times, and noticed that the Intels had lower interupt %s, and finished the job about 5-30 seconds faster (varied on each run). Both machines used wu-ftpd and were running FreeBSD 3.2 - R at the time. > > fxp0: The Intel driver is by far the highest preformance model, > > beats the 3com (second best) hands down with much lower CPU > > overhead. > > Do you actually have any numbers to quantify this? There's nothing in > the driver architecture nor any of my testing that would suggest this is > actually the case at this point. > -------20263-----WWW-Mail-2.01----- -------20263-----WWW-Mail-2.01------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13:27:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from lunatic.oneinsane.net (lunatic.oneinsane.net [207.113.133.231]) by hub.freebsd.org (Postfix) with ESMTP id 3558137BE42; Wed, 15 Mar 2000 13:27:25 -0800 (PST) (envelope-from insane@lunatic.oneinsane.net) Received: by lunatic.oneinsane.net (Postfix, from userid 1000) id 39D57198; Wed, 15 Mar 2000 13:27:24 -0800 (PST) Date: Wed, 15 Mar 2000 13:27:24 -0800 From: Ron 'The InSaNe One' Rosson To: freebsd-current@freebsd.org Cc: freebsd-mobile@freebsd.org Subject: Batteries not charging Message-ID: <20000315132724.A3832@lunatic.oneinsane.net> Reply-To: Ron Rosson Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i X-Operating-System: FreeBSD lunatic.oneinsane.net 3.4-STABLE X-Moon: The Moon is Waxing Gibbous (78% of Full) X-Opinion: What you read here is my IMHO X-Disclaimer: I am a firm believer in RTFM X-WWW: http://www.oneinsane.net X-PGP-KEY: http://www.oneinsane.net/~insane/insane2-pgp5i.txt X-Uptime: 1:22PM up 3:23, 2 users, load averages: 0.02, 0.02, 0.00 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am running 4.0 on my laptop and just noticed that it dow not charge the batteries while it is plugged into an AC source. Under 3.x +PAO it would. Does anyone have any ideas? Here is the entry from my kernel's config file: device apm0 at nexus? flags 0x20 # Advanced Power Management Here is what I get in my dmesg: apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 TIA -- ------------------------------------------------------------------- Ron Rosson ... and a UNIX user said ... The InSaNe One rm -rf * insane@oneinsane.net and all was /dev/null and *void() ------------------------------------------------------------------- UNIX _is_ user-friendly. It's just not ignorant-friendly and idiot-friendly. Build a system even a fool can use,and only a fool will want to use it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13:28:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by hub.freebsd.org (Postfix) with ESMTP id 2C8B537BF2C; Wed, 15 Mar 2000 13:28:26 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by anchor-post-30.mail.demon.net with esmtp (Exim 2.12 #1) id 12VLKX-0005hu-0U; Wed, 15 Mar 2000 21:27:49 +0000 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id VAA16736; Wed, 15 Mar 2000 21:28:24 GMT (envelope-from dfr@nlsystems.com) Date: Wed, 15 Mar 2000 21:35:05 +0000 (GMT) From: Doug Rabson To: Howard Leadmon Cc: freebsd-alpha@freebsd.org, freebsd-current@freebsd.org Subject: Re: Trouble with CVSUP to 4.0 Release, any ideas?? In-Reply-To: <200003151944.OAA56309@account.abs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 15 Mar 2000, Howard Leadmon wrote: > Any ideas how to fix this, or to get to 4.0 RELEASE on my other alphas do > I have to do a clean reload?? > > ../../sys/ucontext.h:34: invalid #-line > ../../alpha/alpha/genassym.c:44: #-lines for entering and leaving files don't match Can I see the contents of /usr/src/sys/ucontext.h -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13:30:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from milquetoast.cs.mcgill.ca (milquetoast.CS.McGill.CA [132.206.2.5]) by hub.freebsd.org (Postfix) with ESMTP id 1B5BC37BEF0 for ; Wed, 15 Mar 2000 13:29:17 -0800 (PST) (envelope-from mat@milquetoast.cs.mcgill.ca) Received: (from mat@localhost) by milquetoast.cs.mcgill.ca (8.9.3/8.9.3) id QAA17308; Wed, 15 Mar 2000 16:29:03 -0500 (EST) Date: Wed, 15 Mar 2000 16:29:03 -0500 From: Mathew Kanner To: Soren Schmidt Cc: freebsd-current@FreeBSD.ORG Subject: Re: ata + vinum problems Message-ID: <20000315162903.A10174@cs.mcgill.ca> References: <20000314182259.I17156@cs.mcgill.ca> <200003150829.JAA22516@freebsd.dk> <20000315095930.A7309@cs.mcgill.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.15i In-Reply-To: Mathew Kanner's message [Re: ata + vinum problems] as of Wed, Mar 15, 2000 at 09:59:30AM -0500 Organization: SOCS, McGill University, Montreal, CANADA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mar 15, Mathew Kanner wrote: > On Mar 15, Soren Schmidt wrote: > > Btw are you running the latest 4.0 or -current code ? there was > > a time when we had problems with the HPT and Promise controllers ? > > The kernel in question was cvsup'ed right at the change. I'm > going to try 4.0 today. Replying to myself. By now this is probably the wrong list. I'm not sure what to do anymore. I've tried to set the bios settings back to what I've had when it worked it it doesn't seem to want to go. I've set the drives for ata/66 and ata/33. I've moved IRQ's around and even tried forcing them. Here are sets of dmesg and backtraces. This also happens with a kernel and modules compiled on sunday. The part that really bothers me is that I have a nearly identical machine, except for an extra drive in it that originally had the same problems but when I disabled the extra periphs, the problem went away. Any suggestions? --Mat Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #5: Tue Mar 14 22:07:49 GMT 2000 mat@kaze.CS.McGill.CA:/usr/src/sys/compile/KAZE Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon (551.25-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x387f9ff real memory = 536870912 (524288K bytes) avail memory = 516157440 (504060K bytes) Preloaded elf kernel "kernel" at 0xc03e3000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 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 chip1: port 0x5000-0x500f at device 7.3 on pci0 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xa400-0xa47f mem 0xe6060000-0xe606007f irq 7 at device 11.0 on pci0 xl0: Ethernet address: 00:50:da:d6:6a:d0 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: supplying EUI64: 00:50:da:ff:fe:d6:6a:d0 atapci1: port 0xb800-0xb83f,0xb400-0xb403,0xb000-0xb007,0xac00-0xac03,0xa800-0xa807 mem 0xe6000000-0xe601ffff irq 5 at device 13.0 on pci0 ata2: at 0xa800 on atapci1 ata3: at 0xb000 on atapci1 atapci2: port 0xcc00-0xcc3f,0xc800-0xc803,0xc400-0xc407,0xc000-0xc003,0xbc00-0xbc07 mem 0xe6040000-0xe605ffff irq 10 at device 15.0 on pci0 ata4: at 0xbc00 on atapci2 ata5: at 0xc400 on atapci2 atapci3: port 0xe000-0xe03f,0xdc00-0xdc03,0xd800-0xd807,0xd400-0xd403,0xd000-0xd007 mem 0xe6020000-0xe603ffff irq 11 at device 17.0 on pci0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 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: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 sio1: configured irq 3 not in bitmap of probed irqs 0 ppc0: parallel port not found. ad0: 26063MB [52953/16/63] at ata0-master using UDMA33 ad4: 26063MB [52953/16/63] at ata2-master using UDMA66 ad6: 26063MB [52953/16/63] at ata3-master using UDMA66 ad8: 26063MB [52953/16/63] at ata4-master using UDMA66 ad10: 26063MB [52953/16/63] at ata5-master using UDMA66 acd0: CD-RW at ata1-master using PIO4 Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted vinum: loaded vinum: reading configuration from /dev/ad6s1e vinum: updating configuration from /dev/ad8s1e vinum: updating configuration from /dev/ad10s1e vinum: updating configuration from /dev/ad4s1e xl0: starting DAD for fe80:0001::0250:daff:fed6:6ad0 xl0: DAD complete for fe80:0001::0250:daff:fed6:6ad0 - no duplicates found --- #0 boot (howto=260) at ../../kern/kern_shutdown.c:304 #1 0xc017f12c in poweroff_wait (junk=0xc03167af, howto=0) at ../../kern/kern_shutdown.c:554 #2 0xc02ba019 in trap_fatal (frame=0xc031fe64, eva=48) at ../../i386/i386/trap.c:924 #3 0xc02b9cf1 in trap_pfault (frame=0xc031fe64, usermode=0, eva=48) at ../../i386/i386/trap.c:817 #4 0xc02b98e7 in trap (frame={tf_fs = -1070530544, tf_es = -1072234480, tf_ds = -1028915184, tf_edi = 0, tf_esi = 0, tf_ebp = -1070465368, tf_isp = -1070465392, tf_ebx = -1070364388, tf_edx = 1074316384, tf_ecx = -1030807537, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071262112, tf_cs = 8, tf_eflags = 66054, tf_esp = -856772416, tf_ss = -1070465344}) at ../../i386/i386/trap.c:423 #5 0xc025d660 in acquire_lock (lk=0xc033891c) at ../../ufs/ffs/ffs_softdep.c:282 #6 0xc02627d0 in softdep_count_dependencies (bp=0xcceeb0c0, wantcount=0) at ../../ufs/ffs/ffs_softdep.c:4535 #7 0xc0265908 in ffs_fsync (ap=0xc031ff1c) at ../../ufs/ffs/ffs_vnops.c:168 #8 0xc02644b7 in ffs_sync (mp=0xc2803400, waitfor=2, cred=0xc10c5900, p=0xc037aa60) at vnode_if.h:537 #9 0xc01aa35f in sync (p=0xc037aa60, uap=0x0) at ../../kern/vfs_syscalls.c:549 #10 0xc017eb7b in boot (howto=256) at ../../kern/kern_shutdown.c:226 #11 0xc017f12c in poweroff_wait (junk=0xc03167af, howto=0) at ../../kern/kern_shutdown.c:554 #12 0xc02ba019 in trap_fatal (frame=0xc032002c, eva=4) at ../../i386/i386/trap.c:924 #13 0xc02b9cf1 in trap_pfault (frame=0xc032002c, usermode=0, eva=4) at ../../i386/i386/trap.c:817 #14 0xc02b98e7 in trap (frame={tf_fs = -1030881264, tf_es = -1031864304, tf_ds = 16, tf_edi = -1030812280, tf_esi = -1028847488, tf_ebp = -1070464888, tf_isp = -1070464936, tf_ebx = -1032860672, tf_edx = 1074316384, tf_ecx = -1070464856, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1032601868, tf_cs = 8, tf_eflags = 66182, tf_esp = -1032860672, tf_ss = -1028847488}) at ../../i386/i386/trap.c:423 #15 0xc273bef4 in ?? () #16 0xc01a295b in biodone (bp=0xc28f0d88) at ../../kern/vfs_bio.c:2713 #17 0xc02909fe in ad_interrupt (request=0xc2ad0880) at ../../dev/ata/ata-disk.c:555 #18 0xc028d32a in ata_intr (data=0xc261f300) at ../../dev/ata/ata-all.c:1122 #19 0xc02cc669 in intr_mux (arg=0xc10be680) at ../../i386/isa/intr_machdep.c:569 ----- Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #5: Tue Mar 14 22:07:49 GMT 2000 mat@kaze.CS.McGill.CA:/usr/src/sys/compile/KAZE Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon (551.25-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x387f9ff real memory = 536870912 (524288K bytes) avail memory = 516157440 (504060K bytes) Preloaded elf kernel "kernel" at 0xc03e3000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 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 chip1: port 0x5000-0x500f at device 7.3 on pci0 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xa400-0xa47f mem 0xe6060000-0xe606007f irq 9 at device 11.0 on pci0 xl0: Ethernet address: 00:50:da:d6:6a:d0 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: supplying EUI64: 00:50:da:ff:fe:d6:6a:d0 atapci1: port 0xb800-0xb83f,0xb400-0xb403,0xb000-0xb007,0xac00-0xac03,0xa800-0xa807 mem 0xe6000000-0xe601ffff irq 11 at device 13.0 on pci0 ata2: at 0xa800 on atapci1 ata3: at 0xb000 on atapci1 atapci2: port 0xcc00-0xcc3f,0xc800-0xc803,0xc400-0xc407,0xc000-0xc003,0xbc00-0xbc07 mem 0xe6040000-0xe605ffff irq 10 at device 15.0 on pci0 ata4: at 0xbc00 on atapci2 ata5: at 0xc400 on atapci2 atapci3: port 0xe000-0xe03f,0xdc00-0xdc03,0xd800-0xd807,0xd400-0xd403,0xd000-0xd007 mem 0xe6020000-0xe603ffff irq 7 at device 17.0 on pci0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 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: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 sio1: configured irq 3 not in bitmap of probed irqs 0 ppc0: parallel port not found. ad0: 26063MB [52953/16/63] at ata0-master using UDMA33 ad4: 26063MB [52953/16/63] at ata2-master using UDMA66 ad6: 26063MB [52953/16/63] at ata3-master using UDMA66 ad8: 26063MB [52953/16/63] at ata4-master using UDMA66 ad10: 26063MB [52953/16/63] at ata5-master using UDMA66 acd0: CD-RW at ata1-master using PIO4 Mounting root from ufs:/dev/ad0s1a vinum: loaded vinum: reading configuration from /dev/ad10s1e vinum: updating configuration from /dev/ad8s1e vinum: updating configuration from /dev/ad6s1e xl0: starting DAD for fe80:0001::0250:daff:fed6:6ad0 xl0: DAD complete for fe80:0001::0250:daff:fed6:6ad0 - no duplicates found dscheck(#ad/0x20034): b_bcount 8 is not on a sector boundary (ssize 512) dscheck(#ad/0x20044): b_bcount 8 is not on a sector boundary (ssize 512) dscheck(#ad/0x20054): b_bcount 8 is not on a sector boundary (ssize 512) vinum: CONFIGURATION OBLITERATED vinum: drive vinumdrive1 is up vinum: drive vinumdrive2 is up vinum: drive vinumdrive3 is up vinum: removing 888 blocks of partial stripe at the end of raid5.p0 vinum: raid5.p0 must have equal sized subdisks Correcting length of raid5.p0: was 160128000, is 120095778 vinum: raid5.p0.s1 is up vinum: raid5.p0 is corrupt vinum: raid5 is up vinum: raid5.p0.s2 is up vinum: raid5.p0.s3 is up vinum: raid5.p0 is degraded dscheck(#ad/0x20034): b_bcount 8 is not on a sector boundary (ssize 512) dscheck(#ad/0x20044): b_bcount 8 is not on a sector boundary (ssize 512) dscheck(#ad/0x20054): b_bcount 8 is not on a sector boundary (ssize 512) vinum: CONFIGURATION OBLITERATED vinum: unloaded vinum: loaded vinum: reading configuration from /dev/ad10s1e vinum: raid5.p0.s0 is crashed vinum: updating configuration from /dev/ad8s1e vinum: updating configuration from /dev/ad6s1e vinum: raid5.p0 must have equal sized subdisks Correcting length of raid5.p0: was 160128000, is 27021597884318754 vinum: removing 546 blocks of partial stripe at the end of raid5.p0 vinum: raid5.p0 must have equal sized subdisks vinum: raid5.p0 must have equal sized subdisks vinum: raid5.p0 must have equal sized subdisks vinum: unloaded vinum: loaded vinum: reading configuration from /dev/ad10s1e vinum: updating configuration from /dev/ad8s1e vinum: updating configuration from /dev/ad6s1e vinum: removing 990 blocks of partial stripe at the end of raid5.p0 vinum: raid5.p0 must have equal sized subdisks Correcting length of raid5.p0: was 160126464, is 27021597884317218 vinum: removing 546 blocks of partial stripe at the end of raid5.p0 vinum: raid5.p0 must have equal sized subdisks vinum: raid5.p0 must have equal sized subdisks vinum: raid5.p0 must have equal sized subdisks dscheck(#ad/0x20034): b_bcount 8 is not on a sector boundary (ssize 512) dscheck(#ad/0x20044): b_bcount 8 is not on a sector boundary (ssize 512) dscheck(#ad/0x20054): b_bcount 8 is not on a sector boundary (ssize 512) vinum: CONFIGURATION OBLITERATED vinum: drive vinumdrive1 is up vinum: drive vinumdrive2 is up vinum: drive vinumdrive3 is up vinum: removing 888 blocks of partial stripe at the end of vinum0.p0 vinum: vinum0.p0 must have equal sized subdisks Correcting length of vinum0.p0: was 160128000, is 120095778 vinum: vinum0.p0.s1 is up vinum: vinum0.p0 is corrupt vinum: vinum0 is up vinum: vinum0.p0.s2 is up vinum: vinum0.p0.s3 is up vinum: vinum0.p0 is degraded vinum: unloaded vinum: loaded vinum: reading configuration from /dev/ad10s1e vinum: vinum0.p0.s0 is crashed vinum: updating configuration from /dev/ad6s1e vinum: updating configuration from /dev/ad8s1e vinum: updating configuration from /dev/ad4s1e vinum_scandisk: /dev/ad4s1e is down vinum: Can't read device /dev/ad4s1e, error 5 vinum: couldn't read configuration<3>vinum: vinum0.p0 must have equal sized subdisks Correcting length of vinum0.p0: was 160128000, is 27021597884318754 dscheck(#ad/0x20034): b_bcount 8 is not on a sector boundary (ssize 512) dscheck(#ad/0x20044): b_bcount 8 is not on a sector boundary (ssize 512) dscheck(#ad/0x20054): b_bcount 8 is not on a sector boundary (ssize 512) vinum: CONFIGURATION OBLITERATED vinum: drive vinumdrive0 is up vinum: drive vinumdrive1 is up vinum: drive vinumdrive2 is up vinum: drive vinumdrive3 is up vinum: removing 888 blocks of partial stripe at the end of vinum0.p0 vinum: vinum0.p0.s0 is up vinum: vinum0.p0 is corrupt vinum: vinum0 is up vinum: vinum0.p0.s1 is up vinum: vinum0.p0.s2 is up vinum: vinum0.p0 is degraded vinum: vinum0.p0.s3 is up vinum: vinum0.p0 is up ot (howto=260) at ../../kern/kern_shutdown.c:304 #1 0xc017f12c in poweroff_wait (junk=0xc03167af, howto=0) at ../../kern/kern_shutdown.c:554 #2 0xc02ba019 in trap_fatal (frame=0xc031fe64, eva=48) at ../../i386/i386/trap.c:924 #3 0xc02b9cf1 in trap_pfault (frame=0xc031fe64, usermode=0, eva=48) at ../../i386/i386/trap.c:817 #4 0xc02b98e7 in trap (frame={tf_fs = -1070530544, tf_es = -1072234480, tf_ds = -1027473392, tf_edi = 0, tf_esi = 0, tf_ebp = -1070465368, tf_isp = -1070465392, tf_ebx = -1070364388, tf_edx = 1074318400, tf_ecx = -1032589297, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071262112, tf_cs = 8, tf_eflags = 66050, tf_esp = -856927888, tf_ss = -1070465344}) at ../../i386/i386/trap.c:423 #5 0xc025d660 in acquire_lock (lk=0xc033891c) at ../../ufs/ffs/ffs_softdep.c:282 #6 0xc02627d0 in softdep_count_dependencies (bp=0xccec5170, wantcount=0) at ../../ufs/ffs/ffs_softdep.c:4535 #7 0xc0265908 in ffs_fsync (ap=0xc031ff1c) at ../../ufs//ffs/ffs_vnops.c:168 #8 0xc02644b7 in ffs_sync (mp=0xc273b200, waitfor=2, cred=0xc10c5900, p=0xc037aa60) at vnode_if.h:537 #9 0xc01aa35f in sync (p=0xc037aa60, uap=0x0) at ../../kern/vfs_syscalls.c:549 #10 0xc017eb7b in boot (howto=256) at ../../kern/kern_shutdown.c:226 #11 0xc017f12c in poweroff_wait (junk=0xc03167af, howto=0) at ../../kern/kern_shutdown.c:554 #12 0xc02ba019 in trap_fatal (frame=0xc032002c, eva=4) at ../../i386/i386/trap.c:924 #13 0xc02b9cf1 in trap_pfault (frame=0xc032002c, usermode=0, eva=4) at ../../i386/i386/trap.c:817 #14 0xc02b98e7 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = -1032621688, tf_esi = -1032406912, tf_ebp = -1070464888, tf_isp = -1070464936, tf_ebx = -1032863744, tf_edx = 1074318400, tf_ecx = -1070464856, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1030697228, tf_cs = 8, tf_eflags = 66182, tf_esp = -1032863744, tf_ss = -1032406912}) at ../../i386/i386/trap.c:423 #15 0xc290cef4 in ?? () #16 0xc01a295b in biodone (bp=0xc2737188) at ../../kern/vfs_bio.c:2713 #17 0xc02909fe in ad_interrupt (request=0xc276b880) at ../../dev/ata/ata-disk.c:555 #18 0xc028d32a in ata_intr (data=0xc261f000) at ../../dev/ata/ata-all.c:1122 #19 0xc02cc669 in intr_mux (arg=0xc10be620) at ../../i386/isa/intr_machdep.c:569 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13:36:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from outgoing.redshift.com (outgoing.redshift.com [216.228.2.99]) by hub.freebsd.org (Postfix) with ESMTP id 8CA8537BB16 for ; Wed, 15 Mar 2000 13:36:21 -0800 (PST) (envelope-from nobody@redshift.com) Received: from RedShift.com (mail.redshift.com [216.228.2.86]) by outgoing.redshift.com (8.9.3/) with ESMTP id NAA11970; Wed, 15 Mar 2000 13:36:20 -0800 Received: from www.redshift.com (www.redshift.com [216.228.2.89]) by RedShift.com (8.9.3/) with ESMTP id NAA07893; Wed, 15 Mar 2000 13:36:16 -0800 Received: by www.redshift.com (8.8.5) id NAA20453; Wed, 15 Mar 2000 13:36:16 -0800 Date: Wed, 15 Mar 2000 13:36:16 -0800 Message-Id: <200003152136.NAA20453@www.redshift.com> To: "" , freebsd-current@freebsd.org From: "yramin" Reply-To: "yramin" Subject: Re: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) X-Mail-Gateway: WebMail X-Real-Host-From: 131.120.8.59 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="-----20452-----WWW-Mail-2.01-----" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. -------20452-----WWW-Mail-2.01----- Content-Type: text/plain Content-Transfer-Encoding: 8bit Sorry about that guys and gals. I was using my ISPs webmail system, and each time I hit sent I got a wonderous Internal Server Error message, and of course I couldn't tell if it got sent or not :). Delete at your own free will. Yann > Why 6 copies of this? > > > This message is in MIME format. > > -------20452-----WWW-Mail-2.01----- -------20452-----WWW-Mail-2.01------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13:48:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 9029B37BF9F for ; Wed, 15 Mar 2000 13:48:02 -0800 (PST) (envelope-from obrien@NUXI.ucdavis.edu) Received: from dragon.nuxi.com (root@d60-024.leach.ucdavis.edu [169.237.60.24]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id NAA05343; Wed, 15 Mar 2000 13:48:01 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id NAA60762; Wed, 15 Mar 2000 13:48:01 -0800 (PST) (envelope-from obrien) Date: Wed, 15 Mar 2000 13:48:00 -0800 From: "David O'Brien" To: yramin Cc: freebsd-current@freebsd.org Subject: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) Message-ID: <20000315134800.A60742@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <200003152017.MAA19573@www.redshift.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200003152017.MAA19573@www.redshift.com>; from yramin@redshift.com on Wed, Mar 15, 2000 at 12:17:02PM -0800 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 15, 2000 at 12:17:02PM -0800, yramin wrote: > fxp0: The Intel driver is by far the highest preformance model, beats > the 3com (second best) hands down with much lower CPU overhead. People say that alot. But does anyone have any real measurements [taken in the last three months]? -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13:50:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 89CB437BA29 for ; Wed, 15 Mar 2000 13:49:48 -0800 (PST) (envelope-from obrien@NUXI.ucdavis.edu) Received: from dragon.nuxi.com (root@d60-024.leach.ucdavis.edu [169.237.60.24]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id NAA05361; Wed, 15 Mar 2000 13:49:48 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id NAA60775; Wed, 15 Mar 2000 13:49:47 -0800 (PST) (envelope-from obrien) Date: Wed, 15 Mar 2000 13:49:47 -0800 From: "David O'Brien" To: yramin Cc: freebsd-current@freebsd.org Subject: Re: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) Message-ID: <20000315134947.B60742@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <200003152104.NAA20079@www.redshift.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200003152104.NAA20079@www.redshift.com>; from yramin@redshift.com on Wed, Mar 15, 2000 at 01:04:06PM -0800 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 15, 2000 at 01:04:06PM -0800, yramin wrote: > I did a few trials FTPing a 600MB file around on a 100Mb switched ... > machines used wu-ftpd and were running FreeBSD 3.2 - R at the time. Much has changed since 3.2. Does anyone have any real data on a 4.0-CURRENT box within the past 3 months? -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13:50:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id 84DA237BADE for ; Wed, 15 Mar 2000 13:49:54 -0800 (PST) (envelope-from Doug@gorean.org) Received: from slave (doug@slave [10.0.0.1]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id NAA02025; Wed, 15 Mar 2000 13:49:52 -0800 (PST) (envelope-from Doug@gorean.org) Date: Wed, 15 Mar 2000 13:49:52 -0800 (PST) From: Doug Barton X-Sender: doug@dt051n0b.san.rr.com To: Anatoly Vorobey Cc: current@freebsd.org, Arnout Boer , Matt Heckaman Subject: Re: Why not gzip iso images? In-Reply-To: <20000315212001.A16904@happy.checkpoint.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 15 Mar 2000, Anatoly Vorobey wrote: > Alas, that is just not true for many of us who are in bandwidth-poor > countries. Over here, it can take 3 to BIGNUM hours to download an ISO > image (there aren't any up-to-date local mirrors), depending on time of > day and the phase of the moon. I think compression would definitely help. As much as I sympathize with the plight of people who have to pay for slow b/w, we're talking about something that is a luxury, not a necessity. Sure, having a gzip'ed version of the iso image avaiable is probably a good idea, but if you want your stuff gzip'ed just do an ftp install. Those bits are already gzip'ed for you. Doug -- "While the future's there for anyone to change, still you know it seems, it would be easier sometimes to change the past" - Jackson Browne, "Fountain of Sorrow" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13:52: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 66F9B37BB4A for ; Wed, 15 Mar 2000 13:52:06 -0800 (PST) (envelope-from obrien@NUXI.ucdavis.edu) Received: from dragon.nuxi.com (root@d60-024.leach.ucdavis.edu [169.237.60.24]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id NAA05379; Wed, 15 Mar 2000 13:52:05 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id NAA60795; Wed, 15 Mar 2000 13:52:05 -0800 (PST) (envelope-from obrien) Date: Wed, 15 Mar 2000 13:52:05 -0800 From: "David O'Brien" To: Dan Nelson Cc: current@FreeBSD.ORG Subject: Re: gcc -Os optimisation broken (RELENG_4) Message-ID: <20000315135205.C60742@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <38CF48CF.59A100D7@altavista.net> <20000315105155.A9533@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000315105155.A9533@dan.emsphone.com>; from dnelson@emsphone.com on Wed, Mar 15, 2000 at 10:51:55AM -0600 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 15, 2000 at 10:51:55AM -0600, Dan Nelson wrote: > I get it with -O2 (-Os implies -O2, so it's probably the same problem). Not quite. -0s ==> all the -O2 optimizations that do not increase code size. -Os can also perform other optimizations not part of -O2 that decrease code size. The -Os ==> -O2 only tells you how "risky" in optimizing -Os is willing to be. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13:55:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from horst.bfd.com (horst.bfd.com [12.9.219.10]) by hub.freebsd.org (Postfix) with ESMTP id CB17337BFB8 for ; Wed, 15 Mar 2000 13:54:23 -0800 (PST) (envelope-from ejs@bfd.com) Received: from HARLIE.bfd.com (bastion.bfd.com [12.9.219.14]) by horst.bfd.com (8.10.0/8.10.0) with ESMTP id e2FLsMv60157; Wed, 15 Mar 2000 13:54:22 -0800 (PST) Date: Wed, 15 Mar 2000 13:54:22 -0800 (PST) From: "Eric J. Schwertfeger" To: freebsd-current@freebsd.org Cc: Arnout Boer Subject: RE: Why not gzip iso images? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > But for the ISO images... IS it a problem to gzip > them.... > They take less space on the master site and the mirror > sites and they take less bandwidth! Since almost the entire content of the ISO image is already gzipped, the size savings works out to be a percent or two, or at least did when 3.4 was released. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13:55:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 0F5D437C145 for ; Wed, 15 Mar 2000 13:55:06 -0800 (PST) (envelope-from obrien@NUXI.ucdavis.edu) Received: from dragon.nuxi.com (root@d60-024.leach.ucdavis.edu [169.237.60.24]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id NAA05409; Wed, 15 Mar 2000 13:55:05 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id NAA60819; Wed, 15 Mar 2000 13:55:04 -0800 (PST) (envelope-from obrien) Date: Wed, 15 Mar 2000 13:55:04 -0800 From: "David O'Brien" To: thyerm@camtech.net.au Cc: current@FreeBSD.ORG Subject: Re: HEADS UP! old wd driver going away Message-ID: <20000315135504.D60742@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <200003141501.QAA70002@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from me@camtech.net.au on Wed, Mar 15, 2000 at 10:49:43PM +1030 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 15, 2000 at 10:49:43PM +1030, Matthew Sean Thyer wrote: > Please leave the wd driver for those who cannot use the ATA driver. > At least until the ATA driver gets support for more older disks. ... > I haven't tried for a couple of months but the ATA driver didn't work Such a report is _useless_ and can only create FUD. The ATA driver has changed quite a lot. How about *TRYING* the latest ATA driver before even emailing this list with concerns. You may surprisingly find that ATA works just great for you know, and you've done damage rather than help with this email. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 13:57:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id C395837BB57; Wed, 15 Mar 2000 13:57:31 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id PAA44861; Wed, 15 Mar 2000 15:57:27 -0600 (CST) (envelope-from dan) Date: Wed, 15 Mar 2000 15:57:27 -0600 From: Dan Nelson To: "David O'Brien" Cc: current@FreeBSD.ORG, sobomax@mail.ru Subject: Re: gcc -Os optimisation broken (RELENG_4) Message-ID: <20000315155727.B44262@dan.emsphone.com> References: <38CF48CF.59A100D7@altavista.net> <20000315105155.A9533@dan.emsphone.com> <20000315135205.C60742@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.5i In-Reply-To: <20000315135205.C60742@dragon.nuxi.com>; from "David O'Brien" on Wed Mar 15 13:52:05 GMT 2000 X-OS: FreeBSD 4.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Mar 15), David O'Brien said: > On Wed, Mar 15, 2000 at 10:51:55AM -0600, Dan Nelson wrote: > > I get it with -O2 (-Os implies -O2, so it's probably the same > > problem). > > Not quite. -0s ==> all the -O2 optimizations that do not increase > code size. -Os can also perform other optimizations not part of -O2 > that decrease code size. The -Os ==> -O2 only tells you how "risky" > in optimizing -Os is willing to be. Too risky, apparently :) Maxim: It looks like you've done quite a big of debugging already; can you get this bug to appear in a small piece of code? I'm sure the gcc developers would be able to fix the problem pretty quickly if it's easily reproducable. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 14: 9:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id 9461337C077 for ; Wed, 15 Mar 2000 14:09:16 -0800 (PST) (envelope-from Doug@gorean.org) Received: from slave (doug@slave [10.0.0.1]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id OAA02158; Wed, 15 Mar 2000 14:08:55 -0800 (PST) (envelope-from Doug@gorean.org) Date: Wed, 15 Mar 2000 14:08:55 -0800 (PST) From: Doug Barton X-Sender: doug@dt051n0b.san.rr.com To: Neil Blakey-Milner Cc: current@FreeBSD.org Subject: Re: possible simple install-info fix In-Reply-To: <20000315174906.A54067@mithrandr.moria.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 15 Mar 2000, Neil Blakey-Milner wrote: > Hi, > > I was looking into fixing the install-info problem, and wondered if the > solution is really as easy as it seems: Hmmm.... I had been thinking all along that the problem with install-info was that the system couldn't use the new binary. Are you saying here that installworld is trying to use the old version of install-info that is installed in the system? Please say it isn't so... If install-info is needed to do installworld, shouldn't it be considered a build tool, with all of the build platform/install platform gymnastics that implies? FWIW, I agree that fixing this will significantly lower the bar for 3.x -> 4.0 upgrades. Doug -- "While the future's there for anyone to change, still you know it seems, it would be easier sometimes to change the past" - Jackson Browne, "Fountain of Sorrow" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 14: 9:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from dorifer.heim3.tu-clausthal.de (dorifer.heim3.tu-clausthal.de [139.174.243.252]) by hub.freebsd.org (Postfix) with ESMTP id CA0EF37C22A for ; Wed, 15 Mar 2000 14:09:27 -0800 (PST) (envelope-from olli@dorifer.heim3.tu-clausthal.de) Received: (from olli@localhost) by dorifer.heim3.tu-clausthal.de (8.9.3/8.9.3) id XAA22951; Wed, 15 Mar 2000 23:09:26 +0100 (CET) (envelope-from olli) Date: Wed, 15 Mar 2000 23:09:26 +0100 (CET) Message-Id: <200003152209.XAA22951@dorifer.heim3.tu-clausthal.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG Reply-To: freebsd-current@FreeBSD.ORG Subject: Re: Why not gzip iso images? X-Newsgroups: list.freebsd-current In-Reply-To: <8aorf2$htp$1@atlantis.rz.tu-clausthal.de> User-Agent: tin/1.4.1-19991201 ("Polish") (UNIX) (FreeBSD/3.4-19991219-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jeffrey J. Mountin wrote in list.freebsd-current: > AFAICR, the one time that a gzip and bzip version were available the size > was not all that significant and there were promptly removed. That's true. Most of the files in the ISO images are already compressed, so trying to gzip it saves only a few percent. Also take into account that many people are downloading and recoding the images on Windows boxes, which don't have gzip by default. > However, if you consider the size of the file and the possibility of > corruption, then it should be archived with gzip and forget the compression > (gzip -1). Now it can be checked for errors. Jordan kindly provides MD5 checksums of the ISO images, which are much more reliable than gzip's checksums. > Another issue is the size. Many factors determine how quickly one can > obtain the ISO. It would be nice if it were broken into smaller > volumes. About 10-20 MB each would be good. That way should something > fail, there less time and bandwidth wasted should one need to start over. That would just make things more complicated, and there's no reason for that. That's what the "reget" command is good for -- no reason to start over at all. Regards Oliver -- Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany (Info: finger userinfo:olli@dorifer.heim3.tu-clausthal.de) "In jedem Stück Kohle wartet ein Diamant auf seine Geburt" (Terry Pratchett) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 14:20:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from postfix3.free.fr (postfix3.free.fr [212.27.32.22]) by hub.freebsd.org (Postfix) with ESMTP id 6A6DA37BE70 for ; Wed, 15 Mar 2000 14:20:10 -0800 (PST) (envelope-from jaco@titine.fr.eu.org) Received: from alex.titine.fr.eu.org (unknown [213.228.20.239]) by postfix3.free.fr (Postfix) with ESMTP id 865A486CF8; Wed, 15 Mar 2000 23:20:07 +0100 (CET) Received: by alex.titine.fr.eu.org (Postfix, from userid 1000) id B81F75D417; Wed, 15 Mar 2000 23:19:23 +0100 (CET) To: Soren Schmidt Cc: current@FreeBSD.ORG Subject: Re: HEADS UP! old wd driver going away References: <200003151226.NAA78148@freebsd.dk> From: Eric Jacoboni Date: 15 Mar 2000 23:19:22 +0100 In-Reply-To: Soren Schmidt's message of "Wed, 15 Mar 2000 13:26:05 +0100 (CET)" Message-ID: <87pusvlvv9.fsf@alex.titine.fr.eu.org> Lines: 25 User-Agent: Gnus/5.0803 (Gnus v5.8.3) XEmacs/21.1 (Bryce Canyon) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Soren Schmidt writes: > Well, you could supply me with data on what goes wrong and help > to get it resolved, thats the way things work around here... I'm really ready to do this as i've the same pb with a not so old Desktop under one of the latest 4.0 Current before the 5.0 fork. I've posted my system informations in this list (<87vh2pkyg1.fsf@titine.fr.eu.org>). Ahem, sorry, I've forgot to mention the version of ATA driver (it was a cvsup on March 9). I'm currently make a new 4-Stable world and gonna try again with ata-all.c v 1.50. > The wd driver is only removed from current, so you will still > be able to follow 4.x... Sure wd is working, but i can't imagine why ata don't on a 3 years old system... -- Eric Jacoboni Ta mère, son mot de passe c'est « toto » ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 15:10:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id CDA6C37BB07; Wed, 15 Mar 2000 15:10:25 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id QAA97306; Wed, 15 Mar 2000 16:10:24 -0700 (MST) (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 QAA90576; Wed, 15 Mar 2000 16:10:14 -0700 (MST) Message-Id: <200003152310.QAA90576@harmony.village.org> To: obrien@FreeBSD.ORG Subject: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) Cc: yramin , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Wed, 15 Mar 2000 13:48:00 PST." <20000315134800.A60742@dragon.nuxi.com> References: <20000315134800.A60742@dragon.nuxi.com> <200003152017.MAA19573@www.redshift.com> Date: Wed, 15 Mar 2000 16:10:14 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000315134800.A60742@dragon.nuxi.com> "David O'Brien" writes: : On Wed, Mar 15, 2000 at 12:17:02PM -0800, yramin wrote: : > fxp0: The Intel driver is by far the highest preformance model, beats : > the 3com (second best) hands down with much lower CPU overhead. : : People say that alot. But does anyone have any real measurements [taken : in the last three months]? I'm able to get approx the same ftp preformance out of both cards (9MB/s over a kinda busy ethernet). Didn't think to look at the cpu load. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 15:14:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id CCA8137B883; Wed, 15 Mar 2000 15:14:00 -0800 (PST) (envelope-from iedowse@maths.tcd.ie) Received: from boole.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 15 Mar 2000 23:13:55 +0000 (GMT) To: Mike Smith Cc: yramin , howardl@account.abs.net, freebsd-current@freebsd.org Subject: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) In-reply-to: Your message of "Wed, 15 Mar 2000 12:53:43 PST." <200003152053.MAA01346@mass.cdrom.com> Date: Wed, 15 Mar 2000 23:13:55 +0000 From: Ian Dowse Message-ID: <200003152313.aa85970@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200003152053.MAA01346@mass.cdrom.com>, Mike Smith writes: >> fxp0: The Intel driver is by far the highest preformance model, >> beats the 3com (second best) hands down with much lower CPU >> overhead. > >Do you actually have any numbers to quantify this? There's nothing in >the driver architecture nor any of my testing that would suggest this is >actually the case at this point. The FreeBSD fxp driver does a lot to reduce the number of transmit interrupts; only 1/120 of transmitted packets result in interrupts. See the code relating to FXP_CXINT_THRESH. Assuming an even balance of transmitted and received packets, this should reduce the total number of interrupts by nearly 50%. I don't know if drivers for other cards do (or even can) use this approach. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 15:16:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.ct.home.com (ha1.rdc1.ct.home.com [24.2.0.66]) by hub.freebsd.org (Postfix) with ESMTP id 4001137BEFA for ; Wed, 15 Mar 2000 15:16:32 -0800 (PST) (envelope-from tsikora@home.com) Received: from home.com ([24.2.168.186]) by mail.rdc1.ct.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <20000315231628.DZWJ24587.mail.rdc1.ct.home.com@home.com> for ; Wed, 15 Mar 2000 15:16:28 -0800 Message-ID: <38D01999.E3F253ED@home.com> Date: Wed, 15 Mar 2000 18:15:37 -0500 From: Ted Sikora Reply-To: tsikora@powerusersbbs.com Organization: Jtl Development X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en-US,en-GB MIME-Version: 1.0 To: "current@FreeBSD.ORG" Subject: FreeBSD branches? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does anyone know what they are now or will be? I want to follow 4.0-stable if there will be one. Right now I have been cvsup'ing from 4.0-RC to 5.0-current. I am assuming there will be: 3-stable 4-stable 5-current Yes, no, maybe? Will 4.0-RELEASE turn into the 4-stable branch? -- Ted Sikora Jtl Development Group tsikora@powerusersbbs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 15:35:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id 4E06237C046 for ; Wed, 15 Mar 2000 15:35:39 -0800 (PST) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id PAA14951; Wed, 15 Mar 2000 15:35:28 -0800 (PST) Date: Wed, 15 Mar 2000 15:35:28 -0800 From: Brooks Davis To: tsikora@powerusersbbs.com Cc: "current@FreeBSD.ORG" Subject: Re: FreeBSD branches? Message-ID: <20000315153528.A5062@orion.ac.hmc.edu> References: <38D01999.E3F253ED@home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <38D01999.E3F253ED@home.com>; from tsikora@home.com on Wed, Mar 15, 2000 at 06:15:37PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 15, 2000 at 06:15:37PM -0500, Ted Sikora wrote: > Does anyone know what they are now or will be? I want to follow > 4.0-stable if there will be one. Right now I have been cvsup'ing > from 4.0-RC to 5.0-current. I am assuming there will be: > > 3-stable > 4-stable > 5-current > > Yes, no, maybe? Will 4.0-RELEASE turn into the 4-stable branch? Right now we have all three. 3-stable uses the tag RELENG_3, 4-stable uses RELENG_4, and 5-current uses '.'. The 4-stable branch was created first, then 4.0-RELEASE was tagged (using RELENG_4_0_0_RELEASE) as a snapshot of 4-stable. That's normally how releases work, they are a snapshot of the appropriate -stable branch. (3.0 was an exception to this.) -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 15:41:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by hub.freebsd.org (Postfix) with ESMTP id B283837BF21 for ; Wed, 15 Mar 2000 15:41:17 -0800 (PST) (envelope-from jeff@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id RAA10222 for ; Wed, 15 Mar 2000 17:41:16 -0600 (CST) (envelope-from jeff@mountin.net) Received: from dial-70.max1.wa.cyberlynk.net(207.227.118.70) by peak.mountin.net via smap (V1.3) id sma010220; Wed Mar 15 17:40:55 2000 Message-Id: <4.3.2.20000315172056.00bf7740@mixcom.com> X-Sender: jeffm@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Wed, 15 Mar 2000 17:38:43 -0600 To: current@FreeBSD.ORG From: "Jeffrey J. Mountin" Subject: panic during make depend Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well now... Successfully did a buildworld with -O -pipe -march=pentiumpro, installworld was good, remade /dev and built a generic kernel. Config'd my local kernel and within the first few lines of 'make depend' it bombed: > gdb -k kernel.debug vmcore.0 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... SMP 2 cpus IdlePTD 3633152 initial pcb at 23a6e0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode mp_lock = 01000002; cpuid = 1; lapic.id = 01000000 fault virtual address = 0x16 fault code = supervisor read, page not present instruction pointer = 0x8:0xc013e14a stack pointer = 0x10:0xc9bf7e04 frame pointer = 0x10:0xc9bf7e08 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 182 (mysqld) interrupt mask = net tty bio cam <- SMP: XXX trap number = 12 panic: page fault mp_lock = 01000002; cpuid = 1; lapic.id = 01000000 boot() called on cpu#1 syncing disks... 73 73 73 73 73 73 73 73 73 73 73 73 73 73 73 73 73 73 73 73 giving up on 44 buffers Uptime: 2h1m7s dumping to dev #ad/0x20001, offset 45056 dump ata0: resetting devices .. done 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 boot (howto=256) at ../../kern/kern_shutdown.c:304 304 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:304 #1 0xc01471f8 in poweroff_wait (junk=0xc021574f, howto=-920381984) at ../../kern/kern_shutdown.c:554 #2 0xc01e5047 in trap_fatal (frame=0xc9bf7dc4, eva=22) at ../../i386/i386/trap.c:924 #3 0xc01e4cdd in trap_pfault (frame=0xc9bf7dc4, usermode=0, eva=22) at ../../i386/i386/trap.c:817 #4 0xc01e48db in trap (frame={tf_fs = -920387560, tf_es = -910229488, tf_ds = -1072037872, tf_edi = 0, tf_esi = -925050432, tf_ebp = -910197240, tf_isp = -910197264, tf_ebx = 14, tf_edx = 1107296256, tf_ecx = 16777217, tf_eax = 1107296256, tf_trapno = 12, tf_err = 0, tf_eip = -1072438966, tf_cs = 8, tf_eflags = 66182, tf_esp = -1058693248, tf_ss = -910197212}) at ../../i386/i386/trap.c:423 #5 0xc013e14a in funsetown (sigio=0xe) at ../../kern/kern_descrip.c:365 #6 0xc015f2fa in soclose (so=0xc8dcd9c0) at ../../kern/uipc_socket.c:239 #7 0xc0157582 in soo_close (fp=0xc0e59f80, p=0xc92415e0) at ../../kern/sys_socket.c:180 #8 0xc013ee05 in fdrop (fp=0xc0e59f80, p=0xc92415e0) at ../../sys/file.h:211 #9 0xc013ed43 in closef (fp=0xc0e59f80, p=0xc92415e0) at ../../kern/kern_descrip.c:1059 #10 0xc013eac0 in fdfree (p=0xc92415e0) at ../../kern/kern_descrip.c:929 #11 0xc0140201 in exit1 (p=0xc92415e0, rv=11) at ../../kern/kern_exit.c:186 #12 0xc0148ce6 in sigexit (p=0xc92415e0, sig=11) at ../../kern/kern_sig.c:1480 #13 0xc0148a60 in postsig (sig=11) at ../../kern/kern_sig.c:1383 #14 0xc01e4ad0 in trap (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 673009436, tf_esi = 673009436, tf_ebp = -1077938476, tf_isp = -910196780, tf_ebx = 672450920, tf_edx = 1953525504, tf_ecx = 134519040, tf_eax = 256000, tf_trapno = 12, tf_err = 1953525544, tf_eip = 672389099, tf_cs = 31, tf_eflags = 66050, tf_esp = -1077938500, tf_ss = 47}) at ../../i386/i386/trap.c:159 #15 0x2813d7eb in ?? () cannot read proc at 0 Wiped the compile dir and started over with no problems. This was with a RELENG_4 cvsup from ealier today (posted to -current, but this is a follow-up from earlier). Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 15:58:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from trinity.skynet.be (trinity.skynet.be [195.238.2.38]) by hub.freebsd.org (Postfix) with ESMTP id 2F07937BBAD; Wed, 15 Mar 2000 15:58:13 -0800 (PST) (envelope-from blk@skynet.be) Received: from [194.78.235.76] (dialup1763.brussels.skynet.be [194.78.234.227]) by trinity.skynet.be (Postfix) with ESMTP id 44AD812233; Thu, 16 Mar 2000 00:58:06 +0100 (MET) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <200003152053.MAA01346@mass.cdrom.com> References: <200003152053.MAA01346@mass.cdrom.com> Date: Thu, 16 Mar 2000 00:57:44 +0100 To: Mike Smith , "yramin" From: Brad Knowles Subject: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) Cc: "Howard Leadmon " , freebsd-current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 12:53 PM -0800 2000/3/15, Mike Smith wrote: > Do you actually have any numbers to quantify this? There's nothing in > the driver architecture nor any of my testing that would suggest this is > actually the case at this point. Sigh.... Sounds like I need to take another benchmarking side-trip. I happen to have a reasonably powerful box with a quite recent 3.x-STABLE and an Intel EtherExpress Pro 100+ NIC, and a 3Com3c905 NIC that I can borrow out of another machine. I'd also like to play with upgrading to 4.0 on another disk on this machine, so maybe I can do this as well. If someone can point me at some instructions on how I can install 4.0 on a second disk on the same machine (so that I can keep my 3.x-STABLE, thankyouverymuch ;-), I'll be glad to try some benchmarking with ftp'ing and scp'ing large files around on our internal backbone. -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 16:14:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from spirit.jaded.net (spirit.jaded.net [216.94.113.12]) by hub.freebsd.org (Postfix) with ESMTP id 79BB837BD65 for ; Wed, 15 Mar 2000 16:14:37 -0800 (PST) (envelope-from dan@spirit.jaded.net) Received: (from dan@localhost) by spirit.jaded.net (8.9.3/8.9.3) id TAA00949; Wed, 15 Mar 2000 19:14:33 -0500 (EST) Date: Wed, 15 Mar 2000 19:14:33 -0500 From: Dan Moschuk To: Doug Barton Cc: Anatoly Vorobey , current@FreeBSD.ORG, Arnout Boer , Matt Heckaman Subject: Re: Why not gzip iso images? Message-ID: <20000315191433.A729@spirit.jaded.net> References: <20000315212001.A16904@happy.checkpoint.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from Doug@gorean.org on Wed, Mar 15, 2000 at 01:49:52PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG | > Alas, that is just not true for many of us who are in bandwidth-poor | > countries. Over here, it can take 3 to BIGNUM hours to download an ISO | > image (there aren't any up-to-date local mirrors), depending on time of | > day and the phase of the moon. I think compression would definitely help. | | As much as I sympathize with the plight of people who have to pay | for slow b/w, we're talking about something that is a luxury, not a | necessity. Sure, having a gzip'ed version of the iso image avaiable is | probably a good idea, but if you want your stuff gzip'ed just do an ftp | install. Those bits are already gzip'ed for you. Of course, you can always be good little FreeBSD users and order the CD. -Dan -- Dan Moschuk (TFreak!dan@freebsd.org) "Waste not fresh tears on old griefs." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 16:21:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (Postfix) with ESMTP id 8325937B954; Wed, 15 Mar 2000 16:21:40 -0800 (PST) (envelope-from gdonl@tsc.tdk.com) 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 QAA00708; Wed, 15 Mar 2000 16:21:39 -0800 (PST) (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 QAA09682; Wed, 15 Mar 2000 16:21:38 -0800 (PST) (envelope-from Don.Lewis@tsc.tdk.com) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id QAA20477; Wed, 15 Mar 2000 16:21:38 -0800 (PST) From: Don Lewis Message-Id: <200003160021.QAA20477@salsa.gv.tsc.tdk.com> Date: Wed, 15 Mar 2000 16:21:37 -0800 In-Reply-To: References: X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: Kris Kennaway , Alfred Perlstein Subject: Re: Why not gzip iso images? Cc: Kai Voigt , Matt Heckaman , Arnout Boer , FreeBSD-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mar 15, 9:03am, Kris Kennaway wrote: } Subject: Re: Why not gzip iso images? } On Wed, 15 Mar 2000, Alfred Perlstein wrote: } } > I feel pretty confident assuming that most people that burn ISOs probably } > keep enough disk space free to hold one and not much more, going from } > a requirement of ~650MB to ~1.2GB wouldn't be a smart move imo. } } fetch -o - ftp://path/to/iso.gz | gunzip -c - > /path/to/image.iso This doesn't allow you to restart a failed transfer, which you might want to be able to do if it takes two or three days to transfer the entire file. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 16:42: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id 7AD1537B9C8; Wed, 15 Mar 2000 16:42:04 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id QAA03579; Wed, 15 Mar 2000 16:43:58 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200003160043.QAA03579@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Ian Dowse Cc: Mike Smith , yramin , howardl@account.abs.net, freebsd-current@freebsd.org Subject: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) In-reply-to: Your message of "Wed, 15 Mar 2000 23:13:55 GMT." <200003152313.aa85970@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Mar 2000 16:43:58 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <200003152053.MAA01346@mass.cdrom.com>, Mike Smith writes: > >> fxp0: The Intel driver is by far the highest preformance model, > >> beats the 3com (second best) hands down with much lower CPU > >> overhead. > > > >Do you actually have any numbers to quantify this? There's nothing in > >the driver architecture nor any of my testing that would suggest this is > >actually the case at this point. > > The FreeBSD fxp driver does a lot to reduce the number of transmit > interrupts; only 1/120 of transmitted packets result in interrupts. See > the code relating to FXP_CXINT_THRESH. > > Assuming an even balance of transmitted and received packets, this should > reduce the total number of interrupts by nearly 50%. I don't know if > drivers for other cards do (or even can) use this approach. This is why I'm asking for real information here; so far all I'm hearing is folklore. The xl driver, for example, does both transmit and receive interrupt coalescing, which should make it superior again, right? 8( -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 16:58:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 6452E37C127; Wed, 15 Mar 2000 16:58:22 -0800 (PST) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.9.3/8.9.3) id TAA41134; Wed, 15 Mar 2000 19:01:19 -0600 (CST) (envelope-from jlemon) Date: Wed, 15 Mar 2000 19:01:19 -0600 (CST) From: Jonathan Lemon Message-Id: <200003160101.TAA41134@prism.flugsvamp.com> To: msmith@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) X-Newsgroups: local.mail.freebsd-current In-Reply-To: References: Organization: Cc: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you write: >> In message <200003152053.MAA01346@mass.cdrom.com>, Mike Smith writes: >> >> fxp0: The Intel driver is by far the highest preformance model, >> >> beats the 3com (second best) hands down with much lower CPU >> >> overhead. >> > >> >Do you actually have any numbers to quantify this? There's nothing in >> >the driver architecture nor any of my testing that would suggest this is >> >actually the case at this point. >> >> The FreeBSD fxp driver does a lot to reduce the number of transmit >> interrupts; only 1/120 of transmitted packets result in interrupts. See >> the code relating to FXP_CXINT_THRESH. >> >> Assuming an even balance of transmitted and received packets, this should >> reduce the total number of interrupts by nearly 50%. I don't know if >> drivers for other cards do (or even can) use this approach. > >This is why I'm asking for real information here; so far all I'm hearing >is folklore. The xl driver, for example, does both transmit and receive >interrupt coalescing, which should make it superior again, right? 8( I've found that fxp and xl are roughly on a par for cpu overhead when under heavy http traffic, with xl holding a slight edge last time I looked. Of course, if you _really_ want to reduce cpu load, the Alteon cards (and the ti driver) beat both of them. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 17:13:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from milquetoast.cs.mcgill.ca (milquetoast.CS.McGill.CA [132.206.2.5]) by hub.freebsd.org (Postfix) with ESMTP id 03A1F37B9F4 for ; Wed, 15 Mar 2000 17:13:17 -0800 (PST) (envelope-from mat@milquetoast.cs.mcgill.ca) Received: (from mat@localhost) by milquetoast.cs.mcgill.ca (8.9.3/8.9.3) id UAA21905; Wed, 15 Mar 2000 20:13:02 -0500 (EST) Date: Wed, 15 Mar 2000 20:13:01 -0500 From: Mathew Kanner To: Greg Lehey Cc: Soren Schmidt , freebsd-current@FreeBSD.ORG Subject: Re: ata + vinum problems Message-ID: <20000315201301.A20777@cs.mcgill.ca> References: <20000314182259.I17156@cs.mcgill.ca> <200003150829.JAA22516@freebsd.dk> <20000315095930.A7309@cs.mcgill.ca> <20000315162903.A10174@cs.mcgill.ca> <20000315165410.A3663@mojave.worldwide.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.15i In-Reply-To: Greg Lehey's message [Re: ata + vinum problems] as of Wed, Mar 15, 2000 at 04:54:10PM -0800 Organization: SOCS, McGill University, Montreal, CANADA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mar 15, Greg Lehey wrote: > > Replying to myself. By now this is probably the wrong list. > > I'm not sure what to do anymore. I've tried to set the bios > > settings back to what I've had when it worked it it doesn't seem to > > want to go. I've set the drives for ata/66 and ata/33. I've moved > > IRQ's around and even tried forcing them. Here are sets of dmesg and > > backtraces. This also happens with a kernel and modules compiled on > > sunday. > > The part that really bothers me is that I have a nearly > > identical machine, except for an extra drive in it that originally had > > the same problems but when I disabled the extra periphs, the problem > > went away. > > I'm a bit behind in my mail, and I don't have time to give this proper > attention yet, but I do see that your problem relates to soft > updates. It's not clear that the soft updates themselves are a cause > of the problem, or just a facilitator, but it would be interesting to > see what happens if you turn them off. Note also that there are some > bogons in your config, to judge by the vinum startup messages. I'll > analyse this in a day or two when I (hopefully) have more time. The bogons me were messing me around with Vinum before I figured out that the crash had messed up one of the disklabels. This occurs occasionally after a crash. I did try it couple of days back with and without softupdates. Softupdates only made the problems appear more quickly but I've lost track of all the combinations that's I've tried so I should try one more time without. Thanks, --Mat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 17:30: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from canonware.com (canonware.com [199.181.107.39]) by hub.freebsd.org (Postfix) with SMTP id BA92937BB01 for ; Wed, 15 Mar 2000 17:30:02 -0800 (PST) (envelope-from jasone@canonware.com) Received: (qmail 69100 invoked by uid 1001); 16 Mar 2000 01:27:15 -0000 Date: Wed, 15 Mar 2000 17:27:15 -0800 From: Jason Evans To: Zherdev Anatoly Cc: freebsd-current@freebsd.org Subject: Re: mysql & FreeBSD 4.0 problem Message-ID: <20000315172715.D333@sturm.canonware.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from tolyar@mx.ru on Wed, Mar 15, 2000 at 11:51:52AM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 15, 2000 at 11:51:52AM +0300, Zherdev Anatoly wrote: > Hello. > > I have some problem with MySQL & 4.0 > > If MySQL compile -static on last snapshots (I tried snapshots 20000214 > & 20000313), mysqld don't work correctly. > After starting mysqld listen port and don't print errors, but > telnet localhost 3306 don't write mysql version (mysqld nothing print :( ) > and mysql client can't connect too. > > Telnet don't break connection while i don't kill mysqld. > > Mysql dynamicaly compiled work correct (mysqld print version number if connect > on it port). > > On old snapshots (i tried on 20000112) and FreeBSD 3.x (i tried 3.4 stable > 20000125) all work OK. > I test it on different computers SMP/non SMP. I added additional support for pthread_cancel() on 27 January that doesn't interact with the static linker well. This is almost surely the reason you're having problems. I'm very close (an hour, maybe) to checking a fix into the RELENG_4 branch, as well as the head. Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 17:39:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by hub.freebsd.org (Postfix) with ESMTP id CEAE737BB33 for ; Wed, 15 Mar 2000 17:39:16 -0800 (PST) (envelope-from daemon@bigeye.rhein-neckar.de) Received: from bigeye.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id CAA08528 for freebsd-current@freebsd.org; Thu, 16 Mar 2000 02:39:14 +0100 (CET) (envelope-from daemon@bigeye.rhein-neckar.de) Received: (from daemon@localhost) by bigeye.rhein-neckar.de (8.9.3/8.9.3) id BAA18433 for freebsd-current@freebsd.org; Thu, 16 Mar 2000 01:10:55 +0100 (CET) (envelope-from daemon) From: naddy@mips.rhein-neckar.de (Christian Weisgerber) Subject: Re: gcc -Os optimisation broken (RELENG_4) Date: 16 Mar 2000 01:10:54 +0100 Message-ID: <8ap8qe$hvj$1@bigeye.rhein-neckar.de> References: <38CF48CF.59A100D7@altavista.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Maxim Sobolev wrote: > I've just upgraded my production server to the 4.0-RELEASE and found that > squid23 when compiled with -Os option dying with signal 11 on each attempt to > load page. When I recompiled it with -O fault disappeared. Which brings us back to the popular topic of which optimization levels are reliable. Building 5.0-CURRENT with "-Os -mpentium" failed for me with gas complaining (unknown opcode I think, but don't hold me to it). I went back to "-O -mpentium" and that worked fine. On another machine, "-O2 -mpentiumpro" worked, too. -- Christian "naddy" Weisgerber naddy@mips.rhein-neckar.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 20: 1:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id EA83437BA56 for ; Wed, 15 Mar 2000 20:01:53 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 7188 invoked from network); 16 Mar 2000 04:01:49 -0000 Received: from acs-63-85-133-249.cvzoom.net (HELO cvzoom.net) (63.85.133.249) by ns.cvzoom.net with SMTP; 16 Mar 2000 04:01:49 -0000 Message-ID: <38D05C92.4F85C798@cvzoom.net> Date: Wed, 15 Mar 2000 23:01:22 -0500 From: Donn Miller X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: "Jeffrey J. Mountin" Cc: current@FreeBSD.ORG Subject: Re: panic during make depend References: <4.3.2.20000315172056.00bf7740@mixcom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jeffrey J. Mountin" wrote: > Successfully did a buildworld with -O -pipe -march=pentiumpro, installworld > was good, remade /dev and built a generic kernel. Config'd my local kernel > and within the first few lines of 'make depend' it bombed: Sounds like one of those nasty gcc optimization bugs. I generally build my kernel and world with -mpentium -O3 -pipe, and I haven't seen any bugs at all. I build everything with these flags without problems. The only problems I've see, as mentioned previously, was in building Qt. I've gotten an "Internal compiler error" with those flags, but reverting to what Troll put in qt/configs solved the problems. Apparently, there's both compile-time and run-time bugs with gcc's opt. code. I think there are some bugs with the pentium-specific flags in gcc, excluding the generic-pentium flag of -mpentium. I would try using -mpentium -O3 -pipe --- I'm pretty confident that will solve your problems, and you can still get generic pentium optimization levels. Of course, I don't really know if there's anything to be gained by using these flags over the stock -O -pipe -- but I do it anyways for the psychological reassurance (placebo effect). I definitely think building XFree86 with pentium opt. is a great idea. But with buildworld and buildkernel, my advice would be to just use -mpentium, as it's probably the "happiest medium" between pentium opt. and stability. From what I've heard, compiling mission critical stuff with -mpentiumpro is a bad idea. Hmmm... didn't -mpentiumpro come from pgcc? I think the best place to use -mpentiumpro is in compiling multimedia type stuff, where stability isn't important but speed is. Basically, gcc is a very good compiler. But, it isn't exactly the best compiler to use for optimization. Someone told me that Sun's and DEC's compilers, for example, blow away gcc in terms of speed. But, they aren't portable. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 20:31:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 9AE3937BB94 for ; Wed, 15 Mar 2000 20:31:25 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115387>; Thu, 16 Mar 2000 15:31:42 +1100 Content-return: prohibited From: Peter Jeremy Subject: Re: panic during make depend In-reply-to: <38D05C92.4F85C798@cvzoom.net>; from dmmiller@cvzoom.net on Thu, Mar 16, 2000 at 03:04:00PM +1100 To: Donn Miller Cc: current@FreeBSD.ORG Message-Id: <00Mar16.153142est.115387@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <4.3.2.20000315172056.00bf7740@mixcom.com> <38D05C92.4F85C798@cvzoom.net> Date: Thu, 16 Mar 2000 15:31:41 +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-Mar-16 15:04:00 +1100, Donn Miller wrote: >Basically, gcc is a very good compiler. But, it isn't exactly the >best compiler to use for optimization. Someone told me that Sun's and >DEC's compilers, for example, blow away gcc in terms of speed. But, >they aren't portable. I think it's very dependent on the target architecture and how popular that architecture is. Traditionally, the M68K and SPARC families were the most popular, and gcc generated the best (or equal best) code on them. The i386 is now a more popular family but, at the high end, optimisation is restricted by the difficulty of obtaining accurate documentation. The Alpha is a very difficult processor to generate good code for (and I suspect the IA64 will be worse). DEC (and now Compaq) have put a lot of effort into tweaking their compiler - I don't believe anything like the same amount of effort has been expended on the gcc backend (and I wouldn't expect it). Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 20:40:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from RedDust.BlueSky.net.au (reddust.bluesky.net.au [203.31.37.15]) by hub.freebsd.org (Postfix) with ESMTP id 4679237BB9B for ; Wed, 15 Mar 2000 20:40:46 -0800 (PST) (envelope-from receiver@RedDust.BlueSky.net.au) Received: from localhost (receiver@localhost) by RedDust.BlueSky.net.au (8.9.3/8.9.3) with ESMTP id OAA39891 for ; Thu, 16 Mar 2000 14:41:53 +1000 (EST) (envelope-from receiver@RedDust.BlueSky.net.au) Date: Thu, 16 Mar 2000 14:41:53 +1000 (EST) From: Idea Receiver To: current@freebsd.org Subject: port/XFree86-4 make install fail. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "make all" success without any problem. however, make install fail ;( following are the error msg. anyway I can fix this problem? thx~ ## xf86vmode.c: In function `ProcXF86VidModeGetMonitor': xf86vmode.c:1320: Unable to generate reloads for: (insn 298 296 300 (parallel[ (set (reg:SI 0 %eax) (fix:SI (fix:SF (subreg:SF (reg:SI 0 %eax) 0)))) (clobber (mem:HI (plus:SI (reg:SI 6 %ebp) (const_int -34 [0xffffffde])) 0)) (clobber (mem:HI (plus:SI (reg:SI 6 %ebp) (const_int -36 [0xffffffdc])) 0)) (clobber (mem:SI (plus:SI (reg:SI 6 %ebp) (const_int -40 [0xffffffd8])) 0)) (clobber (scratch:HI)) ] ) 145 {fix_truncsfsi2+1} (insn_list 291 (nil)) (expr_list:REG_DEAD (reg:SI 0 %eax) (expr_list:REG_UNUSED (scratch:HI) (nil)))) *** Error code 1 Stop in /mnt/ad5s1e/FreeBSD-CURRENT/ports/x11/XFree86-4/work/xc/programs/Xserver /Xext. *** Error code 1 Stop in /mnt/ad5s1e/FreeBSD-CURRENT/ports/x11/XFree86-4/work/xc/programs/Xserver . *** Error code 1 Stop in /mnt/ad5s1e/FreeBSD-CURRENT/ports/x11/XFree86-4/work/xc/programs. *** Error code 1 Stop in /mnt/ad5s1e/FreeBSD-CURRENT/ports/x11/XFree86-4/work/xc. *** Error code 1 Stop in /mnt/ad5s1e/FreeBSD-CURRENT/ports/x11/XFree86-4/work/xc. *** Error code 1 Stop in /mnt/ad5s1e/FreeBSD-CURRENT/ports/x11/XFree86-4. *** Error code 1 Stop in /mnt/ad5s1e/FreeBSD-CURRENT/ports/x11/XFree86-4. *** Error code 1 Stop in /mnt/ad5s1e/FreeBSD-CURRENT/ports/x11/XFree86-4. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 20:41:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from castle.jp.freebsd.org (castle.jp.freebsd.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 29F7637BE2D for ; Wed, 15 Mar 2000 20:41:11 -0800 (PST) (envelope-from matusita@jp.freebsd.org) Received: from localhost (localhost [127.0.0.1]) by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id NAA27727 for ; Thu, 16 Mar 2000 13:41:08 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.1 (Canyonlands) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) X-Fingerprint: 0C AC 93 FC E3 9D 9E 5B 3D B8 AC 5C 4A 79 D8 A6 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 19 From: Makoto MATSUSHITA To: current@freebsd.org Subject: FYI: 4.0-RELEASE with international CVS repository source codes Date: Thu, 16 Mar 2000 13:40:59 +0900 Message-Id: <20000316134059M.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If you are NOT an US resident, and try to use FreeBSD 4.0-RELEASE which was built with the source code of cvsup.internat.freebsd.org (which is not available at ftp.freebsd.org 'cause it's in US), try: This release is build at current.jp.FreeBSD.org, not a mirror of the one at ftp.internat.FreeBSD.org. Sorry no packages are available due to the lack of HDD space. If something goes wrong, please email to me. P.S.: current.jp.FreeBSD.org serves daily FreeBSD snapshots with international codes, which is not available at current.freebsd.org. If you have also interested, check /pub/FreeBSD/snapshots/i386 directory. -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 20:57:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id 4D10937B841 for ; Wed, 15 Mar 2000 20:57:39 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 24277 invoked from network); 16 Mar 2000 04:57:38 -0000 Received: from acs-63-85-133-249.cvzoom.net (HELO cvzoom.net) (63.85.133.249) by ns.cvzoom.net with SMTP; 16 Mar 2000 04:57:38 -0000 Message-ID: <38D069A6.B04DE821@cvzoom.net> Date: Wed, 15 Mar 2000 23:57:10 -0500 From: Donn Miller X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Idea Receiver Cc: current@freebsd.org Subject: Re: port/XFree86-4 make install fail. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Idea Receiver wrote: > > "make all" success without any problem. > however, make install fail ;( > > following are the error msg. [snip] > xf86vmode.c: In function `ProcXF86VidModeGetMonitor': > xf86vmode.c:1320: Unable to generate reloads for: > (insn 298 296 300 (parallel[ > (set (reg:SI 0 %eax) > (fix:SI (fix:SF (subreg:SF (reg:SI 0 %eax) 0)))) > (clobber (mem:HI (plus:SI (reg:SI 6 %ebp) > (const_int -34 [0xffffffde])) 0)) > (clobber (mem:HI (plus:SI (reg:SI 6 %ebp) > (const_int -36 [0xffffffdc])) 0)) > (clobber (mem:SI (plus:SI (reg:SI 6 %ebp) > (const_int -40 [0xffffffd8])) 0)) This sounds like a problem with older 4.0-currents. Did you make world and your kernel recently? -- - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 21: 9:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from RedDust.BlueSky.net.au (reddust.bluesky.net.au [203.31.37.15]) by hub.freebsd.org (Postfix) with ESMTP id DDE4637B50C for ; Wed, 15 Mar 2000 21:09:54 -0800 (PST) (envelope-from receiver@RedDust.BlueSky.net.au) Received: from localhost (receiver@localhost) by RedDust.BlueSky.net.au (8.9.3/8.9.3) with ESMTP id PAA39947; Thu, 16 Mar 2000 15:10:41 +1000 (EST) (envelope-from receiver@RedDust.BlueSky.net.au) Date: Thu, 16 Mar 2000 15:10:41 +1000 (EST) From: Idea Receiver To: Donn Miller Cc: current@freebsd.org Subject: Re: port/XFree86-4 make install fail. In-Reply-To: <38D069A6.B04DE821@cvzoom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 15 Mar 2000, Donn Miller wrote: > Idea Receiver wrote: > > > > "make all" success without any problem. > > however, make install fail ;( > > > > following are the error msg. > > [snip] > > > xf86vmode.c: In function `ProcXF86VidModeGetMonitor': > > xf86vmode.c:1320: Unable to generate reloads for: > > (insn 298 296 300 (parallel[ > > (set (reg:SI 0 %eax) > > (fix:SI (fix:SF (subreg:SF (reg:SI 0 %eax) 0)))) > > (clobber (mem:HI (plus:SI (reg:SI 6 %ebp) > > (const_int -34 [0xffffffde])) 0)) > > (clobber (mem:HI (plus:SI (reg:SI 6 %ebp) > > (const_int -36 [0xffffffdc])) 0)) > > (clobber (mem:SI (plus:SI (reg:SI 6 %ebp) > > (const_int -40 [0xffffffd8])) 0)) > > This sounds like a problem with older 4.0-currents. Did you make > world and your kernel recently? That is what i though before! so I just cvsup up to this morning, and try to make install again. same problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 21:33:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from dll.abs.net (dll.abs.net [207.114.24.10]) by hub.freebsd.org (Postfix) with ESMTP id 2C37E37B88B; Wed, 15 Mar 2000 21:33:08 -0800 (PST) (envelope-from howardl@abs.net) Received: from hdl (hdl@hdl.abs.net [207.114.24.1]) by dll.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) with SMTP id AAA34745; Thu, 16 Mar 2000 00:32:54 -0500 (EST) (envelope-from howardl@abs.net) Message-Id: <200003160532.AAA34745@dll.abs.net> From: howardl@abs.net (Howard Leadmon) To: dfr@nlsystems.com Subject: Re: Trouble with CVSUP to 4.0 Release, any ideas?? Organization: Babylon-5 War Council Cc: freebsd-alpha@freebsd.org, freebsd-current@freebsd.org Date: Thu, 16 Mar 2000 05:32:54 GMT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >On Wed, 15 Mar 2000, Howard Leadmon wrote: > >> Any ideas how to fix this, or to get to 4.0 RELEASE on my other alphas do >> I have to do a clean reload?? >> >> ../../sys/ucontext.h:34: invalid #-line >> ../../alpha/alpha/genassym.c:44: #-lines for entering and leaving files don't match > >Can I see the contents of /usr/src/sys/ucontext.h Sure, here is it is: u3$ cat ../../sys/ucontext.h /*- * Copyright (c) 1999 Marcel Moolenaar * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer * in this position and unchanged. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. The name of the author may not be used to endorse or promote products * derived from this software without specific prior written permission. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. * * $FreeBSD: src/sys/sys/ucontext.h,v 1.4 1999/10/11 20:33:17 luoqi Exp $ */ #ifndef _SYS_UCONTEXT_H_ #define _SYS_UCONTEXT_H_ #include typedef struct __ucontext { /* * Keep the order of the first two fields. Also, * keep them the first two fields in the structure. * This way we can have a union with struct * sigcontext and ucontext_t. This allows us to * support them both at the same time. * note: the union is not defined, though. */ sigset_t uc_sigmask; mcontext_t uc_mcontext; struct __ucontext *uc_link; stack_t uc_stack; int __spare__[8]; } ucontext_t; #endif /* !_SYS_UCONTEXT_H_ */ u3$ Looks normal enough to me.. :) -Howard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 23:11:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id 61D6537BDBA for ; Wed, 15 Mar 2000 23:11:10 -0800 (PST) (envelope-from Doug@gorean.org) Received: from gorean.org (doug@master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id XAA07496; Wed, 15 Mar 2000 23:11:05 -0800 (PST) (envelope-from Doug@gorean.org) Message-ID: <38D08908.C629B55E@gorean.org> Date: Wed, 15 Mar 2000 23:11:04 -0800 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT-0313 i386) X-Accept-Language: en MIME-Version: 1.0 To: Christian Weisgerber Cc: freebsd-current@freebsd.org Subject: Re: gcc -Os optimisation broken (RELENG_4) References: <38CF48CF.59A100D7@altavista.net> <8ap8qe$hvj$1@bigeye.rhein-neckar.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Christian Weisgerber wrote: > > Maxim Sobolev wrote: > > > I've just upgraded my production server to the 4.0-RELEASE and found that > > squid23 when compiled with -Os option dying with signal 11 on each attempt to > > load page. When I recompiled it with -O fault disappeared. > > Which brings us back to the popular topic of which optimization > levels are reliable. > > Building 5.0-CURRENT with "-Os -mpentium" failed for me with gas > complaining (unknown opcode I think, but don't hold me to it). I > went back to "-O -mpentium" and that worked fine. On another machine, > "-O2 -mpentiumpro" worked, too. Hmm... If I have a PII (Actually celeron 300A) or a PIII, which is better, 'pentium' or 'pentiumpro'? I would think the latter, but I've learned not to assume where gcc is concerned. Also, I have heard conflicting reports as to whether compiling the kernel/world with optimisations is a good thing. Anyone care to (re)open that can of worms? Thanks, Doug -- "While the future's there for anyone to change, still you know it seems, it would be easier sometimes to change the past" - Jackson Browne, "Fountain of Sorrow" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 23:19:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id C9A7837BBA0 for ; Wed, 15 Mar 2000 23:19:26 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 1672 invoked from network); 16 Mar 2000 07:19:24 -0000 Received: from acs-63-85-133-249.cvzoom.net (HELO cvzoom.net) (63.85.133.249) by ns.cvzoom.net with SMTP; 16 Mar 2000 07:19:24 -0000 Message-ID: <38D08ADF.9C28C61E@cvzoom.net> Date: Thu, 16 Mar 2000 02:18:55 -0500 From: Donn Miller X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 Cc: freebsd-current@freebsd.org Subject: Re: gcc -Os optimisation broken (RELENG_4) References: <38CF48CF.59A100D7@altavista.net> <8ap8qe$hvj$1@bigeye.rhein-neckar.de> <38D08908.C629B55E@gorean.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Barton wrote: > Hmm... If I have a PII (Actually celeron 300A) or a PIII, which is > better, 'pentium' or 'pentiumpro'? I would think the latter, but I've > learned not to assume where gcc is concerned. I think that 'pentium' would result in code that isn't as optimized as 'pentiumpro', but I've heard that 'pentium' has a lot less problems. > Also, I have heard conflicting reports as to whether compiling the > kernel/world with optimisations is a good thing. Anyone care to (re)open > that can of worms? I compile my kernel/world with -mpentium -O3 -pipe. The only problem I've seen so far were spurious random reboots that would occur about 2-3 times a month. But, that was last summer, and hasn't happened since. Something else must have been the culprit. (Maybe -current wasn't as stable last summer.) With the aforementioned CFLAGS, I have a pretty reliable and stable system. I've heard that -mpentiumpro can be pretty buggy, and it can actually result in slower code than -mpentium for certain pentium types. I trust plain -mpentium, as it has been very reliable for me, except for some compile-time errors caused by the optimization (Qt). - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 15 23:53:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.ucb.crimea.ua (UCB-Async4-CRISCO.CRIS.NET [212.110.129.130]) by hub.freebsd.org (Postfix) with ESMTP id 4EF8237BA56; Wed, 15 Mar 2000 23:53:34 -0800 (PST) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.3/8.9.3/UCB) id JAA49226; Thu, 16 Mar 2000 09:53:11 +0200 (EET) (envelope-from ru) Date: Thu, 16 Mar 2000 09:53:11 +0200 From: Ruslan Ermilov To: Doug Barton , marcel@FreeBSD.org Cc: Neil Blakey-Milner , current@FreeBSD.org Subject: Re: possible simple install-info fix Message-ID: <20000316095311.E40068@relay.ucb.crimea.ua> Mail-Followup-To: Doug Barton , marcel@FreeBSD.org, Neil Blakey-Milner , current@FreeBSD.ORG References: <20000315174906.A54067@mithrandr.moria.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: ; from Doug Barton on Wed, Mar 15, 2000 at 02:08:55PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 15, 2000 at 02:08:55PM -0800, Doug Barton wrote: > On Wed, 15 Mar 2000, Neil Blakey-Milner wrote: > > > Hi, > > > > I was looking into fixing the install-info problem, and wondered if the > > solution is really as easy as it seems: > > Hmmm.... I had been thinking all along that the problem with > install-info was that the system couldn't use the new binary. Are you > saying here that installworld is trying to use the old version of > install-info that is installed in the system? Please say it isn't so... > Yes, it is using the old binary. There were plans (Marcel?) to commit an installation tools support into src/Makefile.inc1, but it was postponed until 4.0-RELEASE is done. This is now happened, and I expect Marcel committing his staff soon. > If install-info is needed to do installworld, shouldn't it be > considered a build tool, with all of the build platform/install platform > gymnastics that implies? > install-info is already built as part of build-tools stage, but there are two problems. First, it is not currently used at the installworld stage, which Marcel's patch fixes. Second, less important (IMHO), is a cross building issue. Consider the case, when you want to build 4.0 alpha world on 3.x i386 system, and then install it (world) on alpha running 3.x. It was discussed about month ago on -current... > FWIW, I agree that fixing this will significantly lower the bar > for 3.x -> 4.0 upgrades. > Sure. -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 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-current" in the body of the message From owner-freebsd-current Thu Mar 16 0:49:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from happy.checkpoint.com (happy.checkpoint.com [199.203.156.224]) by hub.freebsd.org (Postfix) with ESMTP id 279CA37B7EF for ; Thu, 16 Mar 2000 00:49:11 -0800 (PST) (envelope-from mellon@happy.checkpoint.com) Received: (from mellon@localhost) by happy.checkpoint.com (8.9.3/8.9.3) id KAA20112; Thu, 16 Mar 2000 10:44:17 GMT (envelope-from mellon) Date: Thu, 16 Mar 2000 10:44:17 +0000 From: Anatoly Vorobey To: Darryl Okahata Cc: current@FreeBSD.ORG Subject: Re: Why not gzip iso images? Message-ID: <20000316104417.A19846@happy.checkpoint.com> References: <20000315212001.A16904@happy.checkpoint.com> <200003152011.MAA15359@mina.sr.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200003152011.MAA15359@mina.sr.hp.com>; from darrylo@sr.hp.com on Wed, Mar 15, 2000 at 12:11:48PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 15, 2000 at 12:11:48PM -0800, Darryl Okahata wrote: > While you are right about the download/gunzip times, compression > doesn't help that much. As has been mentioned in -hackers, the ISO > images only compress by 3% or so, or around ~20MB. So, instead of a > 640MB ISO image, you have a 620MB image. Is the 20MB significant? > (I don't know.) No, it isn't. I missed the -hackers discussion, sorry. 20Mb isn't worth the trouble, I was hoping it would be in the ballpark of 100-150 *sigh*. Someone else mentioned gzipping it just for error-checking; that doesn't seem to make much sense, as there're MD5 checksums available. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 1: 1:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from gilgamesch.bik-gmbh.de (T1-Hansenet.BIK-GmbH.de [192.76.134.246]) by hub.freebsd.org (Postfix) with ESMTP id 7FC7637BEAD; Thu, 16 Mar 2000 01:01:14 -0800 (PST) (envelope-from cracauer@gilgamesch.bik-gmbh.de) Received: (from cracauer@localhost) by gilgamesch.bik-gmbh.de (8.9.3/8.7.3) id KAA41513; Thu, 16 Mar 2000 10:01:12 +0100 (MET) Date: Thu, 16 Mar 2000 10:01:12 +0100 From: Martin Cracauer To: Mike Smith Cc: yramin , "Howard Leadmon " , freebsd-current@FreeBSD.ORG Subject: Re: Best NIC for FBSD (was: Buffer Problems and hangs in 4.0-CURRENT..) Message-ID: <20000316100112.A41214@cons.org> References: <200003152017.MAA19573@www.redshift.com> <200003152053.MAA01346@mass.cdrom.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="n8g4imXOkfNTN/H1" X-Mailer: Mutt 1.0.1i In-Reply-To: <200003152053.MAA01346@mass.cdrom.com>; from msmith@FreeBSD.ORG on Wed, Mar 15, 2000 at 12:53:43PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii In <200003152053.MAA01346@mass.cdrom.com>, Mike Smith wrote: > > fxp0: The Intel driver is by far the highest preformance model, > > beats the 3com (second best) hands down with much lower CPU > > overhead. > > Do you actually have any numbers to quantify this? There's nothing in > the driver architecture nor any of my testing that would suggest this is > actually the case at this point. I appended an old posting of mine. No 3com cards, though. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg, Germany http://www.bsdhh.org/ --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=nic-bench Date: Mon, 8 Feb 1999 14:53:25 +0100 From: Martin Cracauer To: chat@freebsd.org Subject: 100Mbit ethernet card comparision Message-ID: <19990208145325.A8384@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i I just had three 100MBit/sec ethernet cards in reach and though I could do a little experimenting: Operating Systems: FreeBSD: FreeBSD-current from Jan, 22, 1999 (before 4.0 branch) Linux: 2.2.0-pre9, userland mostly Debian-1.3.1 Ethernet cards: de - DEC 21140 fxp - Intel 82558 rl - Realtek 8139 Machine: Celeron 300A in Asus P2B (BX) at 4.5x83.5MHz Benchmark: Send 1 GB of data over a rsh connection, using cstream (a dd replacement with accurate timing, bandwidth limiting and /dev/null built in), using 8 KB blocks. The CPU numbers are taken from top(1) with a delay of 15 seconds. OS Card MioByte/sec %user %sys %interrupt ---------------------------------------------------------- Linux de 10.93-10.96 3 26-28 - FreeBSD de 10.70-10.72 3 29-31 4-5 FreeBSD fxp 10.66-10.67 3 25-28 5-6 FreeBSD rl 10.55-10.56 3 28-31 14-16 Linux rl 10.85-11.14 3 28-30 - Linux fxp doesn't work The fxp module (eepro100) on Linux loads, but ifconfiging hangs the machine (reset button mode). The de (tulip) driver on Linux needs manual selection of media type, whereas none of the other test combinations did (rl on Linux worked out of the box). Of course, Linux doesn't have section 4 manpages for drivers, so I went through the linux-src/Documentation -> C-source -> Web site mentioned in there cicle as well. And had to specify options at module load time (as compared to anytime with ifconfig under FreeBSD) and had to calculate hex number OR combinations (where FreeBSD has cleartext options). The Intel chip got hot, the Realtek and DEC stayed cool. Well, one intersting question is: Where's that interrupt handler CPU time on Linux? In system CPU time? Hidden? To get a clearer picture, I did a benchmark that approached the question "If two processes compete, and one just consumes userland CPU and the other just tries to TCP stream over a more or less interrupt intensive device, how much CPU does the CPU-intensive process get?" I run a number of dhrystones one after another so that the time for all of them was about 1 min. Just before the first dhrystone starts, the same TCP streaming benchmark as above is being started, and immedeatly after the dhrystones end SIGHUP is sent to the cstream tool, which ends its loop then and reports the throughput. OS/card seconds r/u/s on throughput of on CPU process network process ----------------------------------------------------- FreeBSD/de: 10.36/10.26/0.02 2.10 MioB/sec FreeBSD/de: 10.36/10.26/0.02 2.21 MioB/sec FreeBSD/rl: 10.41/10.24/0.02 0.38 MioB/sec FreeBSD/rl: 10.39/10.24/0.02 0.28 MioB/sec FreeBSD/rl: 10.41/10.24/0.02 0.24 MioB/sec Linux/rl: 27.8/14.7/0.6 8.44 MioB/sec Linux/rl: 22.9/14.4/4.4 6.50 MioB/sec Linux/rl: 26.4/14.7/5.8 7.81 MioB/sec Linux/de: 20.7/14.6/0.9 9.21 MioB/sec Linux/de: 20.5/13.8/1.0 9.14 MioB/sec Linux/de: 21.0/14.2/1.2 9.64 MioB/sec Example read: With rl Ethernet, Linux leaves half the CPU for the CPU intensive process and gets ~8 MB/sec for the networking process, while FreeBSD leaves 99% CPU for the CPU eater and gets 0.25-0.4 MB/sec out of the networking connection. Remark: Don't ask me why a dhrystone takes more CPU on Linux than on FreeBSD. Identical source, gcc-2.7.2.x, timings verified with stopwatch etc. Probably a symbol more in a shared library. It is not a typo that time(1) reports significant system CPU for the dhrystones on some (but not all) of the Linux/rl runs. Definitivly bad accounting here. Quick shot answer: this looks like the time spent in the interrupt handle is being added to unrelated userland processes. Glad I asked: The supposed ninja-macho networker's tool FreeBSD is actually a little slower, while the supposed we-have-more-drivers-and-every-idiot-can-configure-them OS runs on one out of three cards without problems, one with enough digging to drive unconviced people away and crashes on the last. -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany --n8g4imXOkfNTN/H1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 1: 7:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by hub.freebsd.org (Postfix) with ESMTP id E596037BB54; Thu, 16 Mar 2000 01:07:16 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by anchor-post-33.mail.demon.net with esmtp (Exim 2.12 #1) id 12VWFG-000IY3-0X; Thu, 16 Mar 2000 09:07:07 +0000 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA49525; Thu, 16 Mar 2000 09:07:55 GMT (envelope-from dfr@nlsystems.com) Date: Thu, 16 Mar 2000 09:14:28 +0000 (GMT) From: Doug Rabson To: Howard Leadmon Cc: freebsd-alpha@freebsd.org, freebsd-current@freebsd.org Subject: Re: Trouble with CVSUP to 4.0 Release, any ideas?? In-Reply-To: <200003160532.AAA34745@dll.abs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 16 Mar 2000, Howard Leadmon wrote: > >On Wed, 15 Mar 2000, Howard Leadmon wrote: > > > >> Any ideas how to fix this, or to get to 4.0 RELEASE on my other alphas do > >> I have to do a clean reload?? > >> > >> ../../sys/ucontext.h:34: invalid #-line > >> ../../alpha/alpha/genassym.c:44: #-lines for entering and leaving files don't match > > > >Can I see the contents of /usr/src/sys/ucontext.h > > > Sure, here is it is: It does look reasonable. I'm suspicious about your compiler binaries - you might have to reinstall after all. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 1:18:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from nets5.rz.rwth-aachen.de (nets5.rz.RWTH-Aachen.DE [137.226.144.13]) by hub.freebsd.org (Postfix) with ESMTP id 7FD1437BEF5 for ; Thu, 16 Mar 2000 01:18:35 -0800 (PST) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by nets5.rz.rwth-aachen.de (8.9.1a/8.9.1/10) with ESMTP id KAA06736 for ; Thu, 16 Mar 2000 10:18:33 +0100 (MET) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by campino.informatik.rwth-aachen.de (8.9.1a/8.9.1/3) with ESMTP id KAA01789 for ; Thu, 16 Mar 2000 10:19:24 +0100 (MET) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.9.3/8.6.9) id KAA08436 for freebsd-current@freebsd.org; Thu, 16 Mar 2000 10:18:34 +0100 (CET) Date: Thu, 16 Mar 2000 10:18:34 +0100 (CET) From: Christoph Kukulies Message-Id: <200003160918.KAA08436@gil.physik.rwth-aachen.de> To: freebsd-current@freebsd.org Subject: FDDI cards in -current Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Planning a router between FDDI and Fast Ethernet I'm wondering if I'm on the safe side when using FreeBSD 4.0-current for this project rather than being more conservative and use an older version of the OS. What FDDI cards could be recommended? (There aren't many, though, I believe). -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 2:36:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 0B1C737BB54 for ; Thu, 16 Mar 2000 02:36:56 -0800 (PST) (envelope-from obrien@NUXI.ucdavis.edu) Received: from dragon.nuxi.com (root@d60-024.leach.ucdavis.edu [169.237.60.24]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id CAA04427; Thu, 16 Mar 2000 02:36:55 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id CAA64209; Thu, 16 Mar 2000 02:36:55 -0800 (PST) (envelope-from obrien) Date: Thu, 16 Mar 2000 02:36:55 -0800 From: "David O'Brien" To: Donn Miller Cc: freebsd-current@freebsd.org Subject: Re: gcc -Os optimisation broken (RELENG_4) Message-ID: <20000316023655.B64165@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <38CF48CF.59A100D7@altavista.net> <8ap8qe$hvj$1@bigeye.rhein-neckar.de> <38D08908.C629B55E@gorean.org> <38D08ADF.9C28C61E@cvzoom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <38D08ADF.9C28C61E@cvzoom.net>; from dmmiller@cvzoom.net on Thu, Mar 16, 2000 at 02:18:55AM -0500 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I think that 'pentium' would result in code that isn't as optimized as > 'pentiumpro', but I've heard that 'pentium' has a lot less problems. What??? 'pentiumpro' code isn't going to be very optimized for a Pentium (if it even runs at all). > I've heard that -mpentiumpro can be pretty buggy, and it can actually > result in slower code than -mpentium for certain pentium types. Yea like the original P5 Pentiums. You should match the command line with your actual machine if you are going to use these options. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 3:25:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id 4F14937B911; Thu, 16 Mar 2000 03:25:32 -0800 (PST) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id GAA56610; Thu, 16 Mar 2000 06:25:28 -0500 (EST) (envelope-from howardl) From: Howard Leadmon Message-Id: <200003161125.GAA56610@account.abs.net> Subject: Re: Trouble with CVSUP to 4.0 Release, any ideas?? In-Reply-To: from Doug Rabson at "Mar 16, 2000 09:14:28 am" To: Doug Rabson Date: Thu, 16 Mar 2000 06:25:28 -0500 (EST) Cc: Howard Leadmon , freebsd-alpha@freebsd.org, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > >> Any ideas how to fix this, or to get to 4.0 RELEASE on my other alphas do > > >> I have to do a clean reload?? > > >> > > >> ../../sys/ucontext.h:34: invalid #-line > > >> ../../alpha/alpha/genassym.c:44: #-lines for entering and leaving files don't match > > > > > >Can I see the contents of /usr/src/sys/ucontext.h > > > > > > Sure, here is it is: > > It does look reasonable. I'm suspicious about your compiler binaries - you > might have to reinstall after all. > > -- > Doug Rabson Mail: dfr@nlsystems.com > Nonlinear Systems Ltd. Phone: +44 181 442 9037 The strange part is that I have done this on two different Alpha machines, neither of which were more than a month behind on the CVS tree. I tried to update both to 4.0-RELEASE (RELENG_4 tag) and both are now in that state, so now I am totally afraid to even consider upgrading the other two to the release code. So whatever happened, was very easily reproduceable as I did it two times in a row. :( Has anyone updated a mid-febuary 4.0 to the RELEASE code on Alpha via CVS and had it go smooth, and if so what steps did you use to get there?? --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 4:40:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail1.atl.bellsouth.net (mail1.atl.bellsouth.net [205.152.0.28]) by hub.freebsd.org (Postfix) with ESMTP id 975AF37BF28 for ; Thu, 16 Mar 2000 04:40:17 -0800 (PST) (envelope-from sid@lambert.yi.org) Received: from kathy (host-216-78-101-19.asm.bellsouth.net [216.78.101.19]) by mail1.atl.bellsouth.net (3.3.5alt/0.75.2) with SMTP id HAA21453 for ; Thu, 16 Mar 2000 07:33:00 -0500 (EST) Message-ID: <01ef01bf8f44$c1014fe0$0b00a8c0@lambert.org> From: "Sid Lambert" To: Subject: Date: Thu, 16 Mar 2000 07:40:03 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01EC_01BF8F1A.D7497360" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_01EC_01BF8F1A.D7497360 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I notice someone posted this the other day.... Never have not seen a = response...so...this is 5.0 CURRENT make world from cvsup March 15. ys/boot/i386/libi386/biosdisk.c -o biosdisk.o /usr/src/sys/boot/i386/libi386/biosdisk.c: In function `bd_print': /usr/src/sys/boot/i386/libi386/biosdisk.c:242: syntax error before `,' /usr/src/sys/boot/i386/libi386/biosdisk.c:289: case label not within a = switch st atement /usr/src/sys/boot/i386/libi386/biosdisk.c:293: default label not within = a switch statement /usr/src/sys/boot/i386/libi386/biosdisk.c: At top level: /usr/src/sys/boot/i386/libi386/biosdisk.c:301: syntax error before `}' /usr/src/sys/boot/i386/libi386/biosdisk.c:103: warning: `bd_printslice' = used but never defined /usr/src/sys/boot/i386/libi386/biosdisk.c:106: warning: `bd_strategy' = used but n ever defined /usr/src/sys/boot/i386/libi386/biosdisk.c:108: warning: `bd_open' used = but never defined /usr/src/sys/boot/i386/libi386/biosdisk.c:109: warning: `bd_close' used = but neve r defined /usr/src/sys/boot/i386/libi386/biosdisk.c:103: warning: `bd_printslice' = used but never defined /usr/src/sys/boot/i386/libi386/biosdisk.c:106: warning: `bd_strategy' = used but n ever defined /usr/src/sys/boot/i386/libi386/biosdisk.c:108: warning: `bd_open' used = but never defined /usr/src/sys/boot/i386/libi386/biosdisk.c:109: warning: `bd_close' used = but neve r defined /usr/src/sys/boot/i386/libi386/biosdisk.c:123: warning: `bd_opendisk' = used but n ever defined /usr/src/sys/boot/i386/libi386/biosdisk.c:124: warning: `bd_closed Stop in /usr/src/sys/boot/i386. *** Error code 1 Stop in /usr/src/sys/boot. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. =20 ------=_NextPart_000_01EC_01BF8F1A.D7497360 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I notice someone posted this the other = day....=20 Never have not seen a response...so...this is 5.0 CURRENT make world = from cvsup=20 March 15.
 
ys/boot/i386/libi386/biosdisk.c -o=20 biosdisk.o
/usr/src/sys/boot/i386/libi386/biosdisk.c: In function=20 `bd_print':
/usr/src/sys/boot/i386/libi386/biosdisk.c:242: syntax = error=20 before `,'
/usr/src/sys/boot/i386/libi386/biosdisk.c:289: case label = not=20 within a switch = st
atement
/usr/src/sys/boot/i386/libi386/biosdisk.c:293:=20 default label not within a=20 switch
 statement
/usr/src/sys/boot/i386/libi386/biosdisk.c: = At top=20 level:
/usr/src/sys/boot/i386/libi386/biosdisk.c:301: syntax error = before=20 `}'
/usr/src/sys/boot/i386/libi386/biosdisk.c:103: warning: = `bd_printslice'=20 used but
 never=20 defined
/usr/src/sys/boot/i386/libi386/biosdisk.c:106: warning: = `bd_strategy'=20 used but n
ever = defined
/usr/src/sys/boot/i386/libi386/biosdisk.c:108:=20 warning: `bd_open' used but=20 never
 defined
/usr/src/sys/boot/i386/libi386/biosdisk.c:109: = warning: `bd_close' used but neve
r=20 defined
/usr/src/sys/boot/i386/libi386/biosdisk.c:103: warning:=20 `bd_printslice' used but
 never=20 defined
/usr/src/sys/boot/i386/libi386/biosdisk.c:106: warning: = `bd_strategy'=20 used but n
ever = defined
/usr/src/sys/boot/i386/libi386/biosdisk.c:108:=20 warning: `bd_open' used but=20 never
 defined
/usr/src/sys/boot/i386/libi386/biosdisk.c:109: = warning: `bd_close' used but neve
r=20 defined
/usr/src/sys/boot/i386/libi386/biosdisk.c:123: warning: = `bd_opendisk'=20 used but n
ever = defined
/usr/src/sys/boot/i386/libi386/biosdisk.c:124:=20 warning: `bd_closed
Stop in /usr/src/sys/boot/i386.
*** Error code = 1
Stop in /usr/src/sys/boot.
*** Error code 1
Stop in=20 /usr/src/sys.
*** Error code 1
Stop in /usr/src.
*** Error code = 1
Stop in /usr/src.
*** Error code 1
Stop in=20 /usr/src.
          =             &= nbsp;           &n= bsp;           &nb= sp;  =20
 
------=_NextPart_000_01EC_01BF8F1A.D7497360-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 4:56: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from ams2eusosrv16.ams.ops.eu.uu.net (ams2eusosrv16.ams.ops.eu.uu.net [146.188.99.71]) by hub.freebsd.org (Postfix) with ESMTP id 736DA37C11C for ; Thu, 16 Mar 2000 04:56:01 -0800 (PST) (envelope-from mroorda@eu.uu.net) Received: from ams2eusosrv19.ams.ops.eu.uu.net by ams2eusosrv16.ams.ops.eu.uu.net with ESMTP (peer crosschecked as: ams2eusosrv19.ams.ops.eu.uu.net [146.188.99.74]) id QQigtn25736; Thu, 16 Mar 2000 12:55:44 GMT Received: from jmnoc28.ams.ops.eu.uu.net by ams2eusosrv19.ams.ops.eu.uu.net with ESMTP (peer crosschecked as: jmnoc28.ams.ops.eu.uu.net [146.188.98.24]) id QQigtn15296; Thu, 16 Mar 2000 12:54:50 GMT Received: from localhost by jmnoc28.ams.ops.eu.uu.net with SMTP (peer crosschecked as: mroorda@localhost) id QQigtn19058; Thu, 16 Mar 2000 13:54:49 +0100 (MET) Message-Id: X-Organization: UUNET, EMEA Operations X-Address: J. Muyskenweg 22, 1097 CJ Amsterdam, The netherlands X-Phone: +31 20 711 6000 X-Fax: +31 20 711 6001 X-Mailer: MH 6.8.4 X-ncc-regid: nl.nlnet From: Anne Marcel Roorda To: "Sid Lambert" Cc: freebsd-current@freebsd.org In-reply-to: Your message of "Thu, 16 Mar 2000 07:40:03 EST." <01ef01bf8f44$c1014fe0$0b00a8c0@lambert.org> Date: Thu, 16 Mar 2000 13:54:49 +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I notice someone posted this the other day.... Never have not seen a = response...so...this is 5.0 CURRENT make world from cvsup March 15. Hi, Please check your version of /usr/src/sys/boot/i386/libi386/biosdisk.c. This was fixed yesterday. welpje:[sys/boot/i386/libi386] % grep '$FreeBSD:' biosdisk.c * $FreeBSD: src/sys/boot/i386/libi386/biosdisk.c,v 1.28 2000/03/15 16:36:55 jhb Exp $ - marcel ys/boot/i386/libi386/biosdisk.c -o biosdisk.o /usr/src/sys/boot/i386/libi386/biosdisk.c: In function `bd_print': /usr/src/sys/boot/i386/libi386/biosdisk.c:242: syntax error before `,' /usr/src/sys/boot/i386/libi386/biosdisk.c:289: case label not within a = switch st atement /usr/src/sys/boot/i386/libi386/biosdisk.c:293: default label not within = a switch statement /usr/src/sys/boot/i386/libi386/biosdisk.c: At top level: /usr/src/sys/boot/i386/libi386/biosdisk.c:301: syntax error before `}' /usr/src/sys/boot/i386/libi386/biosdisk.c:103: warning: `bd_printslice' = used but never defined /usr/src/sys/boot/i386/libi386/biosdisk.c:106: warning: `bd_strategy' = used but n ever defined /usr/src/sys/boot/i386/libi386/biosdisk.c:108: warning: `bd_open' used = but never defined /usr/src/sys/boot/i386/libi386/biosdisk.c:109: warning: `bd_close' used = but neve r defined /usr/src/sys/boot/i386/libi386/biosdisk.c:103: warning: `bd_printslice' = used but never defined /usr/src/sys/boot/i386/libi386/biosdisk.c:106: warning: `bd_strategy' = used but n ever defined /usr/src/sys/boot/i386/libi386/biosdisk.c:108: warning: `bd_open' used = but never defined /usr/src/sys/boot/i386/libi386/biosdisk.c:109: warning: `bd_close' used = but neve r defined /usr/src/sys/boot/i386/libi386/biosdisk.c:123: warning: `bd_opendisk' = used but n ever defined /usr/src/sys/boot/i386/libi386/biosdisk.c:124: warning: `bd_closed Stop in /usr/src/sys/boot/i386. *** Error code 1 Stop in /usr/src/sys/boot. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. =20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 5:26:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from altos.rnd.runnet.ru (altos.rnd.runnet.ru [195.208.252.79]) by hub.freebsd.org (Postfix) with ESMTP id 0165337B953 for ; Thu, 16 Mar 2000 05:26:17 -0800 (PST) (envelope-from max@rsu.ru) Received: from localhost (max@localhost [127.0.0.1]) by altos.rnd.runnet.ru (8.9.3/8.9.3) with ESMTP id PAA79413; Thu, 16 Mar 2000 15:12:06 +0300 (MSK) Date: Thu, 16 Mar 2000 15:12:05 +0300 (MSK) From: Maxim Bolotin X-Sender: max@altos.rnd.runnet.ru To: Warner Losh Cc: freebsd-current@FreeBSD.ORG Subject: Re: cs89x0 driver update (fwd) In-Reply-To: <200003141839.LAA45416@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I sent my changes to Mike Smith 12 Mar 2000, but still have no answer, unfortunately I have no commit privs, so somebody have to commit it for us. I thought that Mike have to, just because he commit our previous version of driver. If you can commit it I'll have no objection. We're going to add mibs support in this driver, it'll be in a few weeks. Max. On Tue, 14 Mar 2000, Warner Losh wrote: > In message Maxim Bolotin writes: > : We found that our driver doesn't work with PNP in 4.0 and > : use old, shared memory softc scheme. We rewrite it for the > : new scheme, now We can install it in dev/cs and remove > : isa_compat.c lines. I belive we have to commit it before > : 4.0 release. > > I suspect that it is way too late to be included in 4.0, but can be > included in 4.0-stable once 4.0 is out the door. Since Jkh has put > down the tags already and has started building I think that it can > just goin to -current and -stable at the same time. > > Max, do you have commit privs? If not, then I'll shepard this into > the tree. My company uses an allinone computer with the CS8900A on it > and we need support for this chip. > > Warner > > [[ cc'd to current so committers there know it is being worked on ]] > - Rostov State University Computer Center Rostov-on-Don, +7 (8632) 285794 or 357476 Russia, RUNNet, MAB1-RIPE max@rsu.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 6:31:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by hub.freebsd.org (Postfix) with ESMTP id 6DBCF37B987 for ; Thu, 16 Mar 2000 06:31:31 -0800 (PST) (envelope-from daemon@bigeye.rhein-neckar.de) Received: from bigeye.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id PAA08756 for freebsd-current@freebsd.org; Thu, 16 Mar 2000 15:31:09 +0100 (CET) (envelope-from daemon@bigeye.rhein-neckar.de) Received: (from daemon@localhost) by bigeye.rhein-neckar.de (8.9.3/8.9.3) id NAA43243 for freebsd-current@freebsd.org; Thu, 16 Mar 2000 13:38:56 +0100 (CET) (envelope-from daemon) From: naddy@mips.rhein-neckar.de (Christian Weisgerber) Subject: Re: gcc -Os optimisation broken (RELENG_4) Date: 16 Mar 2000 13:38:56 +0100 Message-ID: <8aqkl0$1a72$1@bigeye.rhein-neckar.de> References: <38CF48CF.59A100D7@altavista.net> <8ap8qe$hvj$1@bigeye.rhein-neckar.de> <38D08908.C629B55E@gorean.org> To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Barton wrote: > Hmm... If I have a PII (Actually celeron 300A) or a PIII, which is > better, 'pentium' or 'pentiumpro'? I would think the latter, but I've I have to admit that I kind of lost track of Intel's Pentium du jour offerings after the PPro, but I think PII and PIII use i686 cores or at least something closest to i686, so I'd use -mpentiumpro there. I don't pretend to have any idea what's appropriate for the various AMD/Cyrix/IDT/etc processors. The machines where I use -mpentium and -mpentiumpro, respectively, are an actual Intel Pentium and a (dual) Intel Pentium Pro. Yes, there are people out there who don't buy a new machine each quarter. > Also, I have heard conflicting reports as to whether compiling the > kernel/world with optimisations is a good thing. Anyone care to (re)open > that can of worms? No new worms in there, I suspect. -- Christian "naddy" Weisgerber naddy@mips.rhein-neckar.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 6:31:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by hub.freebsd.org (Postfix) with ESMTP id A2ADE37BA3C for ; Thu, 16 Mar 2000 06:31:33 -0800 (PST) (envelope-from daemon@bigeye.rhein-neckar.de) Received: from bigeye.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id PAA09590 for freebsd-current@freebsd.org; Thu, 16 Mar 2000 15:31:32 +0100 (CET) (envelope-from daemon@bigeye.rhein-neckar.de) Received: (from daemon@localhost) by bigeye.rhein-neckar.de (8.9.3/8.9.3) id NAA43565 for freebsd-current@freebsd.org; Thu, 16 Mar 2000 13:42:57 +0100 (CET) (envelope-from daemon) From: naddy@mips.rhein-neckar.de (Christian Weisgerber) Subject: Re: gcc -Os optimisation broken (RELENG_4) Date: 16 Mar 2000 13:42:56 +0100 Message-ID: <8aqksg$1ah2$1@bigeye.rhein-neckar.de> References: <38CF48CF.59A100D7@altavista.net> <38D08908.C629B55E@gorean.org> <38D08ADF.9C28C61E@cvzoom.net> <20000316023655.B64165@dragon.nuxi.com> To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > What??? 'pentiumpro' code isn't going to be very optimized for a Pentium > (if it even runs at all). According to the gcc(1) man page, -mpentiumpro is synonymous to -mcpu=pentiumpro, which only affects instruction scheduling but not the actual instruction set used (for that, use -march=...). So it certainly should run. If you are aware that the man page is wrong in this respect, please tell us! -- Christian "naddy" Weisgerber naddy@mips.rhein-neckar.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 6:56:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 4908537B82D; Thu, 16 Mar 2000 06:56:32 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id JAA04003; Thu, 16 Mar 2000 09:56:24 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id JAA00491; Thu, 16 Mar 2000 09:55:54 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 16 Mar 2000 09:55:54 -0500 (EST) To: Howard Leadmon Cc: Doug Rabson , freebsd-alpha@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Trouble with CVSUP to 4.0 Release, any ideas?? In-Reply-To: <200003161125.GAA56610@account.abs.net> References: <200003161125.GAA56610@account.abs.net> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14544.62658.595704.938141@grasshopper.cs.duke.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Howard Leadmon writes: > > Has anyone updated a mid-febuary 4.0 to the RELEASE code on Alpha via CVS > and had it go smooth, and if so what steps did you use to get there?? Yes, at least 3. But my methods are rather unconventional. On my build machine, which is running a 4.0-current box from mid January, I updated my source tree to 4.0-RELEASE via: cvs -R -d /home/ncvs up -r RELENG_4_0_0_RELEASE I then built the world on this machine via make buildworld, and nfs-exported /usr/src and /usr/obj. On each target machine, I mount buildhost:/usr /usr and buildhost:/usr/obj /usr/obj & do a make installworld. I've had no problems at all. One thing to check would be: did your installworld acutally complete? At one point the installworld was falling over in h2ph when a crypto-related header file was being perl'ified. If this is your problem, try doing a 'make -i installworld' Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 7:10:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from aragorn.neomedia.it (aragorn.neomedia.it [195.103.207.6]) by hub.freebsd.org (Postfix) with ESMTP id AC3BE37C00B; Thu, 16 Mar 2000 07:10:36 -0800 (PST) (envelope-from bartequi@neomedia.it) Received: from bartequi.ottodomain.org (ppp4-pa5.neomedia.it [195.103.207.116]) by aragorn.neomedia.it (8.9.3/8.9.3) with SMTP id PAA05540; Thu, 16 Mar 2000 15:56:28 +0100 (CET) From: Salvo Bartolotta Date: Thu, 16 Mar 2000 15:00:02 GMT Message-ID: <20000316.15000200@bartequi.ottodomain.org> Subject: Re: HEADS UP: 3.x -> 4.0-STABLE upgrade instructions To: Brandon Fosdick , freebsd-questions@FreeBSD.ORG, freebsd-current@FreeBSD.ORG In-Reply-To: <38D03E64.3D17FC34@glue.umd.edu> References: <200003152159.OAA89926@harmony.village.org> <38D03E64.3D17FC34@glue.umd.edu> 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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/16/00, 2:52:36 AM, Brandon Fosdick wrote=20 regarding Re: HEADS UP: 3.x -> 4.0-STABLE upgrade instructions: > Warner Losh wrote: > > > > In message =20 Doug Barton writes: > > : You can find instructions at > > : http://freebsd.simplenet.com/make-upgrade.html. I am planning to=20 update > > : that file for 3.4 -> 4.0 asap BTW. > > > > Let me know if the following doesn't work: > > To update from 3.x to 4.0 stable > > -------------------------------- > > cd /usr/src > > make buildworld > > cd sbin/mknod > > make install > > > > [*] > > reboot > > > > cd /usr/src > > make -DNOINFO installworld > > make installworld > > > > [*] You may need to switch from wd to ad ala 19991210 > > > > To build a kernel > > ----------------- > > Update config, genassym and go: > > cd src/usr.bin/genassym > > make depend all install > > cd ../../usr.sbin/config > > make depend all install > > cd ../../sys/i386/conf > > config YOUR_KERNEL_HERE > > cd ../../compile/YOUR_KERNEL_HERE > > make depend && make > > make install > > > > To rebuild disk /dev entries > > ---------------------------- > > > > MAKEDEV should be copied from src/etc/MAKEDEV to /dev before= > > starting the following: > > > > For N in the list of disks > > MAKEDEV N # eg ad0 > > for M in the list of slices > > MAKEDEV NsMa # eg ad0s1a > How to go about switching over from wd to ad needs to be explained a=20 little > better. After doing the MAKEDEV routine I went and changed all the=20 wd's in my > fstab to ad's. Boy was that a mistake. Now I have to find somthing I=20 can boot > with that will let me mount the root partition read/write so that I=20 can change > fstab back. On top of that my cdrom suddenly decided to non-bootable. = Maybe I'm > just having a bad day... > -Brandon Dear Brandon Fosdick, the (almost complete) updating procedure lies before you [was: Nature=20 ;-)]. I am afraid the difficulties do NOT consist in making the=20 devices nodes and the related slice entries. The following questions=20 arise spontaneously.=20 Q0) Have you been reading the -CURRENT mailing list archives for a=20 while? In particular, have you read the letters posted in the last few=20 weeks ? Q1) Did you exactly do as described in the procedure ? That is, if=20 your disk is ,say, wd0, did you make an ad0 device node ? Did you make=20 the *slice* entries, in our example ad0s1a (which makes ados1a through=20 ad0s1h), as indicated there ? Did you update your /etc/fstab=20 accordingly ? Did you substitute ad* for wd* in all your configuration=20 files ? Q2) Have you read the very recent letters on the updating procedure=20 (as of yesterday and today) ? Q3) Have you appropriately used the -k (ie force) option when making=20 installworld ? =20 Mind you, I missed the "cleaning" issue (you should not use the clean=20 target in genassym etc. when making your first 4.0 kernel.)=20 However, I succeeded in upgrading (though not all components were=20 actually built). I did not care. Rather, I made the world again and=20 checked my install logs (and they looked ok): now my 4.0-CURRENT (or=20 should I say 4-STABLE ;-) seems to work like charm. At least, so far=20 ... Good luck Salvo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 7:24:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (Postfix) with ESMTP id 61EF237BC1C for ; Thu, 16 Mar 2000 07:24:45 -0800 (PST) (envelope-from rcarter@pinyon.org) Received: (from daemon@localhost) by smtp04.primenet.com (8.9.3/8.9.3) id IAA21373 for ; Thu, 16 Mar 2000 08:23:59 -0700 (MST) Received: from ip-83-020.prc.primenet.com(207.218.83.20), claiming to be "pinyon.org" via SMTP by smtp04.primenet.com, id smtpdAAAQUaiOP; Thu Mar 16 08:23:50 2000 Received: from chomsky.Pinyon.ORG (localhost [127.0.0.1]) by pinyon.org (Postfix) with ESMTP id F11B075 for ; Thu, 16 Mar 2000 08:24:10 -0700 (MST) X-Mailer: exmh version 2.1.0 09/18/1999 To: freebsd-current@FreeBSD.ORG Subject: Jumped across a month and left dc behind. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Mar 2000 08:24:10 -0700 From: "Russell L. Carter" Message-Id: <20000316152410.F11B075@pinyon.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been using the dc driver without a hitch but when I updated to current two days ago dc stopped working. Symptoms are no link light on the hub and ifconfig reports . Lights are on on the NIC though. Enumerating the varieties of media/mediaopt has no effect. Fortunately, there is the de driver, geriatric it may be, but it works. Not one thing was changed but the update of a just pre-ipv6 system to current. (Fully expecting to get the full gin-joint treatment here shortly :-) Russell Here's two snippets from messages, 1st with dc configured and then de: Here's the probe for dc, which doesn't work (but used to): Mar 16 07:46:21 chomsky /kernel: CPU: AMD-K7(tm) Processor (503.53-MHz 686-class CPU) Mar 16 07:46:21 chomsky /kernel: Origin = "AuthenticAMD" Id = 0x612 Stepping = 2 Mar 16 07:46:21 chomsky /kernel: Features=0x81f9ff Mar 16 07:46:21 chomsky /kernel: AMD Features=0xc0400000 Mar 16 07:46:21 chomsky /kernel: real memory = 268435456 (262144K bytes) Mar 16 07:46:21 chomsky /kernel: avail memory = 257286144 (251256K bytes) Mar 16 07:46:21 chomsky /kernel: Preloaded elf kernel "kernel" at 0xc02eb000. Mar 16 07:46:21 chomsky /kernel: Pentium Pro MTRR support enabled Mar 16 07:46:21 chomsky /kernel: npx0: on motherboard Mar 16 07:46:21 chomsky /kernel: npx0: INT 16 interface Mar 16 07:46:21 chomsky /kernel: pcib0: on motherboard Mar 16 07:46:21 chomsky /kernel: pci0: on pcib0 Mar 16 07:46:21 chomsky /kernel: pcib1: at device 1.0 on pci0 Mar 16 07:46:21 chomsky /kernel: pci1: on pcib1 Mar 16 07:46:21 chomsky /kernel: isab0: at device 4.0 on pci0 Mar 16 07:46:21 chomsky /kernel: isa0: on isab0 Mar 16 07:46:21 chomsky /kernel: atapci0: port 0xffa0-0xffaf at device 4.1 on pci0 Mar 16 07:46:21 chomsky /kernel: ata0: at 0x1f0 irq 14 on atapci0 Mar 16 07:46:21 chomsky /kernel: ata1: at 0x170 irq 15 on atapci0 Mar 16 07:46:21 chomsky /kernel: pci0: at 4.2 irq 11 Mar 16 07:46:21 chomsky /kernel: pci0: at 4.3 irq 11 Mar 16 07:46:21 chomsky /kernel: chip1: at device 4.4 on pci0 Mar 16 07:46:21 chomsky /kernel: chip2: port 0xc800-0xc803,0xcc00-0xcc03,0xd000-0xd0ff irq 10 at device 4.5 on pci0 Mar 16 07:46:21 chomsky /kernel: dc0: port 0xbc00-0xbc7f mem 0xeeffef80-0xeeffefff irq 12 at device 13.0 on pci0 Mar 16 07:46:21 chomsky /kernel: dc0: Ethernet address: 00:80:c8:63:47:84 Mar 16 07:46:21 chomsky /kernel: miibus0: on dc0 Mar 16 07:46:21 chomsky /kernel: dcphy0: on miibus0 Mar 16 07:46:21 chomsky /kernel: dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto And here is the probe for de, which works: Mar 16 07:56:58 chomsky /kernel: de0: port 0xbc00-0xbc7f mem 0xeeffef80-0xeeffefff irq 12 at device 13.0 on pci0 Mar 16 07:56:58 chomsky /kernel: de0: 21143 [10-100Mb/s] pass 3.0 Mar 16 07:56:58 chomsky /kernel: de0: address 00:80:c8:63:47:84 Mar 16 07:56:58 chomsky /kernel: de0: driver is using old-style compatability shims To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 7:29: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from popserver-02.iinet.net.au (popserver-02.iinet.net.au [203.59.24.148]) by hub.freebsd.org (Postfix) with ESMTP id D73DD37BC00; Thu, 16 Mar 2000 07:28:57 -0800 (PST) (envelope-from julian@elischer.org) Received: from jules.elischer.org (reggae-20-144.nv.iinet.net.au [203.59.85.144]) by popserver-02.iinet.net.au (8.9.3/8.9.3) with SMTP id XAA15703; Thu, 16 Mar 2000 23:28:57 +0800 Message-ID: <38D0FD6A.167EB0E7@elischer.org> Date: Thu, 16 Mar 2000 07:27:38 -0800 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 4.0-CURRENT i386) MIME-Version: 1.0 To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: B_WRITE cleanup patch, please test! References: <20502.952948995@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > > http://phk.freebsd.dk/misc/b_iocmd.patch I concur that these patches represent effectlively a mechanical edit of the sources to produce effectively the same functionality as before. I have a couple of points which I would like to discuss. These are not complaints, just discussion points 1/ I think the removal of IPSEC from LINT is by mistake in this patch 2/ The change of separating buffer management from IO management is long overdue and the introduction of b_iocmd is a good first step for this. The selection of values is in my mind arguable either way. As the field is an 'op-code' I would have chosen the values to be: #define BIO_NOP 0 #define BIO_READ 1 #define BIO_WRITE 2 #define BIO_DELETE 3 #define BIO_OP 0x03 /* The bit mask for the basic operation*/ I notice that you Strategy macro checks for illegal values, but wonder whether it might be better to make illegal values 'impossible'. This is a pure style/scope question. 3/ The removal of B_CALL, and the use of the non-null value of the vector is an editing change only and not really controversial. It does simplify the question of whether the field belongs in the IO control part of the buffer control part. 4/ does this produce compatibility problems with any 3rd party code? Over all this edit is a functional not and a move in the right direction from a scope point of view. Unless someone else can think of reasons, I have nothing against it. People I'd like to see as having looked at it however, include Matt and Kirk. > > B_WRITE is bogusly defined as zero, which is a perfect candidate > for coding and logic mistakes, we saw the most recent victim of > this bogosity as recently as a few days ago. > > This patch moves the "io-command" aspect of the b_flags into a new > struct buf field called b_iocmd. > > This patch is the first step towards the stackable BIO system as > sketched out on http://www.freebsd.org/~phk/Geom/ > > Please test & review. > > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." > FreeBSD -- It will take a long time before progress goes too far! > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 7:40: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (wandering-wizard.cybercity.dk [212.242.43.150]) by hub.freebsd.org (Postfix) with ESMTP id E77DC37BBB5 for ; Thu, 16 Mar 2000 07:39:57 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id QAA02069; Thu, 16 Mar 2000 16:39:43 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Julian Elischer Cc: current@freebsd.org Subject: Re: B_WRITE cleanup patch, please test! In-reply-to: Your message of "Thu, 16 Mar 2000 07:27:38 PST." <38D0FD6A.167EB0E7@elischer.org> Date: Thu, 16 Mar 2000 16:39:43 +0100 Message-ID: <2067.953221183@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <38D0FD6A.167EB0E7@elischer.org>, Julian Elischer writes: >1/ I think the removal of IPSEC from LINT is by mistake in this patch yes, that is a mistake. >2/ The change of separating buffer management from IO management >is long overdue and the introduction of b_iocmd is a good first step >for this. The selection of values is in my mind arguable either way. > >As the field is an 'op-code' I would have chosen the values to be: >#define BIO_NOP 0 >#define BIO_READ 1 >#define BIO_WRITE 2 >#define BIO_DELETE 3 I decided to use binary values, because there is a simple arithmetic test for "exactly one bit set" (See BUF_STRATEGY). I wanted to catch as many bogus cases of B_WRITE zeroness being abused as possible, ie, people initializing b_flags = 0 knowing that would give them a write. >4/ does this produce compatibility problems with any 3rd party code? This is 5.0-CURRENT, they will have to adopt to much worse things before it becomes 5.0-RELEASE. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 7:56:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from nimitz.ca.sandia.gov (nimitz.ca.sandia.gov [146.246.243.56]) by hub.freebsd.org (Postfix) with ESMTP id 249D037BB9C for ; Thu, 16 Mar 2000 07:56:52 -0800 (PST) (envelope-from bmah@nimitz.ca.sandia.gov) Received: (from bmah@localhost) by nimitz.ca.sandia.gov (8.10.0/8.10.0) id e2GFuX133412; Thu, 16 Mar 2000 07:56:33 -0800 (PST) Message-Id: <200003161556.e2GFuX133412@nimitz.ca.sandia.gov> X-Mailer: exmh version 2.1.1-cvs 10/15/1999 To: Christoph Kukulies Cc: freebsd-current@FreeBSD.ORG Subject: Re: FDDI cards in -current In-Reply-To: <200003160918.KAA08436@gil.physik.rwth-aachen.de> References: <200003160918.KAA08436@gil.physik.rwth-aachen.de> Comments: In-reply-to Christoph Kukulies message dated "Thu, 16 Mar 2000 10:18:34 +0100." From: bmah@CA.Sandia.GOV (Bruce A. Mah) Reply-To: bmah@CA.Sandia.GOV X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Url: http://www.ca.sandia.gov/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-1327274238P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 16 Mar 2000 07:56:33 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --==_Exmh_-1327274238P Content-Type: text/plain; charset=us-ascii If memory serves me right, Christoph Kukulies wrote: > Planning a router between FDDI and Fast Ethernet I'm wondering > if I'm on the safe side when using FreeBSD 4.0-current for this project > rather than being more conservative and use an older version of the OS. You mean 4.0-stable, right? :-) My really touchy-feely opinion is that either way is probably going to be fine, but my machines are research platforms, not production routers. > What FDDI cards could be recommended? (There aren't many, though, I believe). Here's what's supported: fpa(4), fea(4) - Device Drivers for DEC FDDI Controllers fpa is a PCI card, fea is EISA. Bruce. --==_Exmh_-1327274238P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: f+z3sBMZrDkP/z0DEgBvtwWskjYA7RVF iQA/AwUBONEEMdjKMXFboFLDEQLY2gCfX+qHLcjQDOS/YcV1thT6JEU7e3gAn2Dr 6ybh8INZ6Wmdt3w57Aq3f0I8 =VeF7 -----END PGP SIGNATURE----- --==_Exmh_-1327274238P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 8:10:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id F26BB37C054 for ; Thu, 16 Mar 2000 08:10:29 -0800 (PST) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id LAA65060; Thu, 16 Mar 2000 11:10:08 -0500 (EST) Date: Thu, 16 Mar 2000 11:10:07 -0500 (EST) From: "Matthew N. Dodd" To: Christoph Kukulies Cc: freebsd-current@FreeBSD.ORG Subject: Re: FDDI cards in -current In-Reply-To: <200003160918.KAA08436@gil.physik.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 16 Mar 2000, Christoph Kukulies wrote: > Planning a router between FDDI and Fast Ethernet I'm wondering if I'm > on the safe side when using FreeBSD 4.0-current for this project > rather than being more conservative and use an older version of the > OS. fpa0: port 0xe400-0xe47f mem 0xfafd0000-0xfafdffff,0xfafee000-0xfafee07f irq 4 at device 6.0 on pci0 fpa0: DEC DEFPA PCI FDDI SAS Controller fpa0: FDDI address 00:00:f8:40:e4:a8, FW=2.46, HW=0, SMT V7.2 fpa0: FDDI Port = S (PMD = Unshielded Twisted Pair) Seems to work fine for me. > What FDDI cards could be recommended? (There aren't many, though, I > believe). Well, you've got 1 card family to pick from with several different models (bus type and media). I'm guessing that you're not gonna be getting any EISA boards so you'll want to get a 'DEFPA-??' where ?? indicates the media. I keep meaning to spend some time to resync our drivers with NetBSD's and to convert over the PCI bus front end stuff but haven't gotten around to it; this is the reason for this message: fpa0: driver is using old-style compatability shims which doesn't affect the operation of the board. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 8:12: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id ABA4C37BF35 for ; Thu, 16 Mar 2000 08:12:05 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id LAA62990; Thu, 16 Mar 2000 11:10:49 -0500 (EST) (envelope-from wollman) Date: Thu, 16 Mar 2000 11:10:49 -0500 (EST) From: Garrett Wollman Message-Id: <200003161610.LAA62990@khavrinen.lcs.mit.edu> To: bmah@CA.Sandia.GOV Cc: freebsd-current@FreeBSD.ORG Subject: Re: FDDI cards in -current In-Reply-To: <200003161556.e2GFuX133412@nimitz.ca.sandia.gov> References: <200003160918.KAA08436@gil.physik.rwth-aachen.de> <200003161556.e2GFuX133412@nimitz.ca.sandia.gov> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < Here's what's supported: > fpa(4), fea(4) - Device Drivers for DEC FDDI Controllers > fpa is a PCI card, fea is EISA. Note that finding any FDDI hardware these days is getting to be quite expensive. The manufacturers of FDDI silicon announced late last year that they were no longer accepting new orders for the chips, so once the current inventory is used up, there will be no more FDDI products available on the original-sale market (i.e., new). There appear to be a couple of DEFEA's available for sale on eBay, and one lot of two DEFPA's. The original poster is probably better off getting a used FDDI-Fast Ethernet bridge, and running his router Ethernet-only. ObCurrent: I'd be more willing to trust a good, maintained Fast Ethernet driver, like dc(4) or fxp(4), than a rusty FDDI driver. -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-current" in the body of the message From owner-freebsd-current Thu Mar 16 8:20:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 8973F37C0A5 for ; Thu, 16 Mar 2000 08:20:31 -0800 (PST) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id LAA65112; Thu, 16 Mar 2000 11:14:54 -0500 (EST) Date: Thu, 16 Mar 2000 11:14:54 -0500 (EST) From: "Matthew N. Dodd" To: Maxim Bolotin Cc: Warner Losh , freebsd-current@FreeBSD.ORG Subject: Re: cs89x0 driver update (fwd) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 16 Mar 2000, Maxim Bolotin wrote: > I sent my changes to Mike Smith 12 Mar 2000, but > still have no answer, unfortunately I have no commit privs, so > somebody have to commit it for us. I thought that Mike have to, > just because he commit our previous version of driver. If you can commit > it I'll have no objection. > > We're going to add mibs support in this driver, it'll be in a few > weeks. I've asked for the current driver to be repo-copied to sys/dev/cs/ so that the update won't lose CVS history. I'll shoot off a message to core about commit privs so you can maintain it yourself. If you don't mind the wait then you can commit the updates yourself in a week or so. :) -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 8:22:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from gothic.iinet.net.au (gothic.iinet.net.au [203.59.24.252]) by hub.freebsd.org (Postfix) with ESMTP id 957C837BF07 for ; Thu, 16 Mar 2000 08:22:09 -0800 (PST) (envelope-from julian@elischer.org) Received: from jules.elischer.org (reggae-20-144.nv.iinet.net.au [203.59.85.144]) by gothic.iinet.net.au (8.8.5/8.8.5) with SMTP id AAA13315; Fri, 17 Mar 2000 00:14:25 +0800 Message-ID: <38D1081C.ABD322C@elischer.org> Date: Thu, 16 Mar 2000 08:13:16 -0800 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 4.0-CURRENT i386) MIME-Version: 1.0 To: Darryl Okahata Cc: Munehiro Matsuda , freebsd-current@freebsd.org Subject: Re: [sound] PCI ESS support References: <200003150252.SAA08920@mina.sr.hp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Darryl Okahata wrote: > > haro@tk.kubota.co.jp (Munehiro Matsuda) wrote: > > > No, I don't have real ESS docs. > > Thanks, anyway. > > > I have 1)the usual DSMaestro2E 3-02-98.pdf datasheet, 2)some small stuff > > I grabbed off ftp.esstech.com.tw (nolonger exists on the site?) and I have just got this doc. is anyone going to work on this? My dell seems to have one of these things in it. > > There are hidden files on ftp.esstech.com.tw. Just go to: > > ftp://ftp.esstech.com.tw/PCIAudio/Maestro2E/ > > "PCIAudio" is an hidden directory. great! > > > 3)source code for Maestro 2E Board Test (BTM2E.EXE) program which I > > downloaded from ftp://ftp.alsa-project.org/pub/manuals/ess/maestro.tar.gz. > I'll check there in a minute :-) > Thanks for the pointer. I'll check it out. > > -- > Darryl Okahata > darrylo@sr.hp.com > > DISCLAIMER: this message is the author's personal opinion and does not > constitute the support, opinion, or policy of Agilent Technologies, or > of the little green men that have been following him all day. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 8:24:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id AE27E37C0C7 for ; Thu, 16 Mar 2000 08:24:34 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id JAA00617; Thu, 16 Mar 2000 09:24:29 -0700 (MST) (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 JAA95206; Thu, 16 Mar 2000 09:24:16 -0700 (MST) Message-Id: <200003161624.JAA95206@harmony.village.org> To: "Matthew N. Dodd" Subject: Re: cs89x0 driver update (fwd) Cc: Maxim Bolotin , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Thu, 16 Mar 2000 11:14:54 EST." References: Date: Thu, 16 Mar 2000 09:24:16 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message "Matthew N. Dodd" writes: : On Thu, 16 Mar 2000, Maxim Bolotin wrote: : > I sent my changes to Mike Smith 12 Mar 2000, but : > still have no answer, unfortunately I have no commit privs, so : > somebody have to commit it for us. I thought that Mike have to, : > just because he commit our previous version of driver. If you can commit : > it I'll have no objection. : > : > We're going to add mibs support in this driver, it'll be in a few : > weeks. : : I've asked for the current driver to be repo-copied to sys/dev/cs/ so that : the update won't lose CVS history. I'll shoot off a message to core about : commit privs so you can maintain it yourself. If you don't mind the wait : then you can commit the updates yourself in a week or so. :) I have a slot in my day today to test and commit this driver. As luck would have it, we need 4.0 on one of our embedded boards that has this exact chip. I don't see why core would turn down a request like this for commit privs, but I'd be happy to test/commit any improvements to the driver. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 8:34: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from mx5.mail.ru (mx5.mail.ru [194.67.23.40]) by hub.freebsd.org (Postfix) with ESMTP id DFA6F37BF6A; Thu, 16 Mar 2000 08:34:03 -0800 (PST) (envelope-from sobomax@mail.ru) Received: from f4.int ([10.0.0.51] helo=f4.mail.ru) by mx5.mail.ru with esmtp (Exim 3.02 #116) id 12VMTc-000IDz-00; Thu, 16 Mar 2000 01:41:16 +0300 Received: from mail by f4.mail.ru with local (Exim 3.02 #112) id 12VMTV-000E5w-00; Thu, 16 Mar 2000 01:41:09 +0300 Received: from [212.9.224.1] by koi.mail.ru with HTTP; Wed, 15 Mar 2000 22:41:09 +0000 (GMT) From: "Maxim Sobolev" To: "Dan Nelson" Cc: "David O'Brien" , current@FreeBSD.ORG Subject: Re[2]: gcc -Os optimisation broken (RELENG_4) Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: 212.9.227.144 via proxy [212.9.224.1] In-Reply-To: <20000315155727.B44262@dan.emsphone.com> Reply-To: "Maxim Sobolev" Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Date: Thu, 16 Mar 2000 01:41:09 +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----Original Message----- From: Dan Nelson To: "David O'Brien" Date: Wed, 15 Mar 2000 15:57:27 -0600 Subject: Re: gcc -Os optimisation broken (RELENG_4) > In the last episode (Mar 15), David O'Brien said: > > On Wed, Mar 15, 2000 at 10:51:55AM -0600, Dan Nelson wrote: > > > I get it with -O2 (-Os implies -O2, so it's probably the same > > > problem). > > > > Not quite. -0s ==> all the -O2 optimizations that do not increase > > code size. -Os can also perform other optimizations not part of -O2 > > that decrease code size. The -Os ==> -O2 only tells you how "risky" > > in optimizing -Os is willing to be. > > Too risky, apparently :) > > Maxim: It looks like you've done quite a big of debugging already; can > you get this bug to appear in a small piece of code? I'm sure the gcc > developers would be able to fix the problem pretty quickly if it's > easily reproducable. I'll try to. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 9: 3:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 05B8037BBDB for ; Thu, 16 Mar 2000 09:03:31 -0800 (PST) (envelope-from darrylo@sr.hp.com) Received: from postal.sr.hp.com (postal.sr.hp.com [15.4.46.173]) by palrel1.hp.com (Postfix) with ESMTP id 4F9B859C; Thu, 16 Mar 2000 09:03:30 -0800 (PST) Received: from mina.sr.hp.com (root@mina.sr.hp.com [15.4.42.247]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id JAA25564; Thu, 16 Mar 2000 09:02:48 -0800 (PST) Received: from localhost (darrylo@localhost [127.0.0.1]) by mina.sr.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0) id JAA23772; Thu, 16 Mar 2000 09:02:47 -0800 (PST) Message-Id: <200003161702.JAA23772@mina.sr.hp.com> To: Julian Elischer Cc: Munehiro Matsuda , freebsd-current@freebsd.org Subject: Re: [sound] PCI ESS support Reply-To: Darryl Okahata In-reply-to: Your message of "Thu, 16 Mar 2000 08:13:16 PST." <38D1081C.ABD322C@elischer.org> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Date: Thu, 16 Mar 2000 09:02:42 PST From: Darryl Okahata Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Elischer wrote: > > > I have 1)the usual DSMaestro2E 3-02-98.pdf datasheet, 2)some small stuff > > > I grabbed off ftp.esstech.com.tw (nolonger exists on the site?) and > > I have just got this doc. > is anyone going to work on this? Well, I was going to take Ville-Pertti Keinonen's (will@iki.fi) ESS2 mixer code and turn it into an LKM, which I'd then try to add sound output using the Linux code. However, I'm not familiar with how one accesses interrupts and DMA under FreeBSD, and so it would take me a while. If anyone else would like to do it, that's fine with me. > My dell seems to have one of these things in it. As does mine. ;-( I really want sound output on my 7500. -- Darryl Okahata darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 9: 6:54 2000 Delivered-To: freebsd-current@freebsd.org Received: from altos.rnd.runnet.ru (altos.rnd.runnet.ru [195.208.252.79]) by hub.freebsd.org (Postfix) with ESMTP id CEF3437BC1A for ; Thu, 16 Mar 2000 09:06:30 -0800 (PST) (envelope-from max@rsu.ru) Received: from localhost (max@localhost [127.0.0.1]) by altos.rnd.runnet.ru (8.9.3/8.9.3) with ESMTP id UAA01101; Thu, 16 Mar 2000 20:03:23 +0300 (MSK) Date: Thu, 16 Mar 2000 20:03:23 +0300 (MSK) From: Maxim Bolotin X-Sender: max@altos.rnd.runnet.ru To: Warner Losh Cc: "Matthew N. Dodd" , freebsd-current@FreeBSD.ORG Subject: Re: cs89x0 driver update (fwd) In-Reply-To: <200003161624.JAA95206@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 16 Mar 2000, Warner Losh wrote: > In message "Matthew N. Dodd" writes: > : On Thu, 16 Mar 2000, Maxim Bolotin wrote: > : > I sent my changes to Mike Smith 12 Mar 2000, but > : > still have no answer, unfortunately I have no commit privs, so > : > somebody have to commit it for us. I thought that Mike have to, > : > just because he commit our previous version of driver. If you can commit > : > it I'll have no objection. > : > > : > We're going to add mibs support in this driver, it'll be in a few > : > weeks. > : > : I've asked for the current driver to be repo-copied to sys/dev/cs/ so that > : the update won't lose CVS history. I'll shoot off a message to core about > : commit privs so you can maintain it yourself. If you don't mind the wait > : then you can commit the updates yourself in a week or so. :) > > I have a slot in my day today to test and commit this driver. As luck > would have it, we need 4.0 on one of our embedded boards that has this > exact chip. I don't see why core would turn down a request like this > for commit privs, but I'd be happy to test/commit any improvements to > the driver. Anyway, I would be happy to have commit privs for this driver. We have more than 70 cards. I'm going to maintain it by myself. I agree with Matthew that we have to save the history in CVS. Max. - Rostov State University Computer Center Rostov-on-Don, +7 (8632) 285794 or 357476 Russia, RUNNet, MAB1-RIPE max@rsu.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 9:57:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by hub.freebsd.org (Postfix) with ESMTP id A6A3D37BAF4; Thu, 16 Mar 2000 09:57:28 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by atlrel1.hp.com (Postfix) with ESMTP id 45CB155; Thu, 16 Mar 2000 12:57:23 -0500 (EST) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id JAA09510; Thu, 16 Mar 2000 09:57:22 -0800 (PST) Message-ID: <38D12082.E2E07A8F@cup.hp.com> Date: Thu, 16 Mar 2000 09:57:22 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: Ruslan Ermilov Cc: Doug Barton , marcel@FreeBSD.ORG, Neil Blakey-Milner , current@FreeBSD.ORG Subject: Re: possible simple install-info fix References: <20000315174906.A54067@mithrandr.moria.org> <20000316095311.E40068@relay.ucb.crimea.ua> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ruslan Ermilov wrote: > > > > I was looking into fixing the install-info problem, and wondered if the > > > solution is really as easy as it seems: > > > > Hmmm.... I had been thinking all along that the problem with > > install-info was that the system couldn't use the new binary. Are you > > saying here that installworld is trying to use the old version of > > install-info that is installed in the system? Please say it isn't so... > > > Yes, it is using the old binary. > There were plans (Marcel?) to commit an installation tools support into > src/Makefile.inc1, but it was postponed until 4.0-RELEASE is done. > This is now happened, and I expect Marcel committing his staff soon. All that needs to be done is build install-info by the bootstrap-tools stage. It will then be used throughout the build and install stages (after applying the patch :-). This of course assumes that the new install-info is backward compatible with the previous version. The bootstrap-tools stage is designed to solve incompatibilities caused by versions of tools installed on the system and the requirements (for newer ones) by the source-tree. > > If install-info is needed to do installworld, shouldn't it be > > considered a build tool, with all of the build platform/install platform > > gymnastics that implies? > > > install-info is already built as part of build-tools stage, but there are > two problems. This is a bug. If install-info is installed, then it isn't a build tool. Build tools are programs/scripts that are needed to build the sources only. They are not installed. Since install-info is installed, it can't be a build tool. this means that we either use the installed version or use a freshly built version made during the bootstrap stage. > First, it is not currently used at the installworld stage, > which Marcel's patch fixes. Correct. Installworld is using installed binaries (even though newer ones have been made by the bootstrap stage) *and* it is using binaries it has installed already and which may not even be runnable by the current kernel. > Second, less important (IMHO), is a cross > building issue. Consider the case, when you want to build 4.0 alpha > world on 3.x i386 system, and then install it (world) on alpha running 3.x. > It was discussed about month ago on -current... I don't consider this less important. Having the ability to do cross builds helps maintaining FreeBSD on multiple platforms and also helps in porting to new platforms. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 10:47:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (Postfix) with ESMTP id 3918C37BCCA for ; Thu, 16 Mar 2000 10:47:31 -0800 (PST) (envelope-from crossd@cs.rpi.edu) Received: from cs.rpi.edu (monica.cs.rpi.edu [128.213.7.2]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id NAA79609 for ; Thu, 16 Mar 2000 13:47:30 -0500 (EST) Message-Id: <200003161847.NAA79609@cs.rpi.edu> To: freebsd-current@freebsd.org Subject: rpc.lockd and XDR 64bit Date: Thu, 16 Mar 2000 13:47:30 -0500 From: "David E. Cross" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Now that the code freeze is over, can the 64Bit XDR changes be made? This is the only thing preventing the next release of the rpc.lockd code at this point. -- David Cross | email: crossd@cs.rpi.edu Acting Lab Director | NYSLP: FREEBSD Systems Administrator/Research Programmer | Web: http://www.cs.rpi.edu/~crossd Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science | Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 11:15:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by hub.freebsd.org (Postfix) with ESMTP id 673D037C127 for ; Thu, 16 Mar 2000 11:15:18 -0800 (PST) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id NAA14807; Thu, 16 Mar 2000 13:15:09 -0600 (CST) (envelope-from jeff-ml@mountin.net) Received: from dial-72.max1.wa.cyberlynk.net(207.227.118.72) by peak.mountin.net via smap (V1.3) id sma014802; Thu Mar 16 13:14:47 2000 Message-Id: <4.3.2.20000316130422.00a98d90@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Thu, 16 Mar 2000 13:12:39 -0600 To: freebsd-current@FreeBSD.ORG, freebsd-current@FreeBSD.ORG From: "Jeffrey J. Mountin" Subject: Re: Why not gzip iso images? In-Reply-To: <200003152209.XAA22951@dorifer.heim3.tu-clausthal.de> References: <8aorf2$htp$1@atlantis.rz.tu-clausthal.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 11:09 PM 3/15/00 +0100, Oliver Fromme wrote: >That's true. Most of the files in the ISO images are already >compressed, so trying to gzip it saves only a few percent. > >Also take into account that many people are downloading and >recoding the images on Windows boxes, which don't have gzip >by default. And then they can xfer it over to their FBSD system, etc.. >Jordan kindly provides MD5 checksums of the ISO images, which >are much more reliable than gzip's checksums. Shows how infrequently I look where the ISO's are. >That would just make things more complicated, and there's no >reason for that. That's what the "reget" command is good for >-- no reason to start over at all. Agreed. Breaking them apart would be a hassle. Frankly I just tossed out a few things for cannon fodder. Those familiar with the CDs should know they won't compress much and should choose an alternative to DL'ing the ISO. FTP install or subscription. Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 11:24:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from wopr.caltech.edu (wopr.caltech.edu [131.215.240.222]) by hub.freebsd.org (Postfix) with ESMTP id 199C737C167 for ; Thu, 16 Mar 2000 11:24:45 -0800 (PST) (envelope-from mph@wopr.caltech.edu) Received: (from mph@localhost) by wopr.caltech.edu (8.9.3/8.9.3) id LAA21579; Thu, 16 Mar 2000 11:24:42 -0800 (PST) (envelope-from mph) Date: Thu, 16 Mar 2000 11:24:42 -0800 From: Matthew Hunt To: "Jeffrey J. Mountin" Cc: freebsd-current@FreeBSD.ORG Subject: Re: Why not gzip iso images? Message-ID: <20000316112442.A21205@wopr.caltech.edu> References: <8aorf2$htp$1@atlantis.rz.tu-clausthal.de> <200003152209.XAA22951@dorifer.heim3.tu-clausthal.de> <4.3.2.20000316130422.00a98d90@207.227.119.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <4.3.2.20000316130422.00a98d90@207.227.119.2>; from jeff-ml@mountin.net on Thu, Mar 16, 2000 at 01:12:39PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 16, 2000 at 01:12:39PM -0600, Jeffrey J. Mountin wrote: > >Also take into account that many people are downloading and > >recoding the images on Windows boxes, which don't have gzip > >by default. > > And then they can xfer it over to their FBSD system, etc.. You're suggesting that folks who burn CDs in order to install FreeBSD should have a FreeBSD machine handy? (Blah, anyway. This is a silly discussion. Why are people who are bandwidth-starved downloading ISOs in the first place?) -- Matthew Hunt * Stay close to the Vorlon. http://www.pobox.com/~mph/ * To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 11:43:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by hub.freebsd.org (Postfix) with ESMTP id E771737BCBF for ; Thu, 16 Mar 2000 11:43:06 -0800 (PST) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id NAA14976; Thu, 16 Mar 2000 13:42:43 -0600 (CST) (envelope-from jeff-ml@mountin.net) Received: from dial-72.max1.wa.cyberlynk.net(207.227.118.72) by peak.mountin.net via smap (V1.3) id sma014969; Thu Mar 16 13:42:18 2000 Message-Id: <4.3.2.20000316132120.00af5ce0@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Thu, 16 Mar 2000 13:39:56 -0600 To: naddy@mips.rhein-neckar.de (Christian Weisgerber), freebsd-current@FreeBSD.ORG From: "Jeffrey J. Mountin" Subject: Re: gcc -Os optimisation broken (RELENG_4) In-Reply-To: <8aqksg$1ah2$1@bigeye.rhein-neckar.de> References: <38CF48CF.59A100D7@altavista.net> <38D08908.C629B55E@gorean.org> <38D08ADF.9C28C61E@cvzoom.net> <20000316023655.B64165@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 01:42 PM 3/16/00 +0100, Christian Weisgerber wrote: >David O'Brien wrote: > > > What??? 'pentiumpro' code isn't going to be very optimized for a Pentium > > (if it even runs at all). > >According to the gcc(1) man page, -mpentiumpro is synonymous to >-mcpu=pentiumpro, which only affects instruction scheduling but >not the actual instruction set used (for that, use -march=...). >So it certainly should run. > >If you are aware that the man page is wrong in this respect, please >tell us! Wondering why one would use -mcpu and not -march. If the code runs only on Celerons, PII's, and PIII's why would one *not* use -march. I'm curious about (possible) breakages with -mcpu or -march compared to -Ox settings which seem to break things more often than -O. Only ask, since -Ox and individual flags (rather than the mulititude added going from -O to -O2) are used far more often. Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 11:44:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from mojave.worldwide.lemis.com (dhcp152.cdrom.com [204.216.28.152]) by hub.freebsd.org (Postfix) with ESMTP id AF34B37C15F for ; Thu, 16 Mar 2000 11:43:54 -0800 (PST) (envelope-from grog@mojave.worldwide.lemis.com) Received: (from grog@localhost) by mojave.worldwide.lemis.com (8.9.3/8.9.3) id QAA03715; Wed, 15 Mar 2000 16:54:10 -0800 (PST) (envelope-from grog) Date: Wed, 15 Mar 2000 16:54:10 -0800 From: Greg Lehey To: Mathew Kanner Cc: Soren Schmidt , freebsd-current@FreeBSD.ORG Subject: Re: ata + vinum problems Message-ID: <20000315165410.A3663@mojave.worldwide.lemis.com> Reply-To: Greg Lehey References: <20000314182259.I17156@cs.mcgill.ca> <200003150829.JAA22516@freebsd.dk> <20000315095930.A7309@cs.mcgill.ca> <20000315162903.A10174@cs.mcgill.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000315162903.A10174@cs.mcgill.ca>; from mat@cs.mcgill.ca on Wed, Mar 15, 2000 at 04:29:03PM -0500 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, 15 March 2000 at 16:29:03 -0500, Mathew Kanner wrote: > On Mar 15, Mathew Kanner wrote: >> On Mar 15, Soren Schmidt wrote: >>> Btw are you running the latest 4.0 or -current code ? there was >>> a time when we had problems with the HPT and Promise controllers ? >> >> The kernel in question was cvsup'ed right at the change. I'm >> going to try 4.0 today. > > Replying to myself. By now this is probably the wrong list. > I'm not sure what to do anymore. I've tried to set the bios > settings back to what I've had when it worked it it doesn't seem to > want to go. I've set the drives for ata/66 and ata/33. I've moved > IRQ's around and even tried forcing them. Here are sets of dmesg and > backtraces. This also happens with a kernel and modules compiled on > sunday. > The part that really bothers me is that I have a nearly > identical machine, except for an extra drive in it that originally had > the same problems but when I disabled the extra periphs, the problem > went away. I'm a bit behind in my mail, and I don't have time to give this proper attention yet, but I do see that your problem relates to soft updates. It's not clear that the soft updates themselves are a cause of the problem, or just a facilitator, but it would be interesting to see what happens if you turn them off. Note also that there are some bogons in your config, to judge by the vinum startup messages. I'll analyse this in a day or two when I (hopefully) have more time. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 11:59:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail4.uunet.ca (mail4.uunet.ca [209.167.141.34]) by hub.freebsd.org (Postfix) with ESMTP id 08B5437C1E1 for ; Thu, 16 Mar 2000 11:59:41 -0800 (PST) (envelope-from matt@ARPA.MAIL.NET) Received: from epsilon.lucida.qc.ca ([216.95.146.6]) by mail4.uunet.ca with ESMTP id <208250-15447>; Thu, 16 Mar 2000 14:59:31 -0500 Date: Thu, 16 Mar 2000 14:59:30 -0500 From: Matt Heckaman X-Sender: matt@epsilon.lucida.qc.ca To: Matthew Hunt Cc: "Jeffrey J. Mountin" , freebsd-current@FreeBSD.ORG Subject: Re: Why not gzip iso images? In-Reply-To: <20000316112442.A21205@wopr.caltech.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Speaking of ISOs, where is the 4.0-RELEASE ISO, I need it to do up this machine which I wanna format and install 4.0 clean =/ Matt -- Matt Heckaman [matt@arpa.mail.net|matt@relic.net] [Please do not send me] !Powered by FreeBSD/x86! [http://www.freebsd.org] [any SPAM (UCE) e-mail] On Thu, 16 Mar 2000, Matthew Hunt wrote: : Date: Thu, 16 Mar 2000 14:24:42 -0500 : From: Matthew Hunt : To: Jeffrey J. Mountin : Cc: freebsd-current@FreeBSD.ORG : Subject: Re: Why not gzip iso images? : : On Thu, Mar 16, 2000 at 01:12:39PM -0600, Jeffrey J. Mountin wrote: : : > >Also take into account that many people are downloading and : > >recoding the images on Windows boxes, which don't have gzip : > >by default. : > : > And then they can xfer it over to their FBSD system, etc.. : : You're suggesting that folks who burn CDs in order to install : FreeBSD should have a FreeBSD machine handy? : : (Blah, anyway. This is a silly discussion. Why are people who : are bandwidth-starved downloading ISOs in the first place?) : : -- : Matthew Hunt * Stay close to the Vorlon. : http://www.pobox.com/~mph/ * : : : To Unsubscribe: send mail to majordomo@FreeBSD.org : with "unsubscribe freebsd-current" in the body of the message : To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 12: 6:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by hub.freebsd.org (Postfix) with ESMTP id 27E0737C36B for ; Thu, 16 Mar 2000 12:06:21 -0800 (PST) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id OAA15225; Thu, 16 Mar 2000 14:06:18 -0600 (CST) (envelope-from jeff-ml@mountin.net) Received: from dial-72.max1.wa.cyberlynk.net(207.227.118.72) by peak.mountin.net via smap (V1.3) id sma015219; Thu Mar 16 14:05:51 2000 Message-Id: <4.3.2.20000316134241.00ae2960@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Thu, 16 Mar 2000 14:03:43 -0600 To: Donn Miller From: "Jeffrey J. Mountin" Subject: Re: panic during make depend Cc: current@FreeBSD.ORG In-Reply-To: <38D05C92.4F85C798@cvzoom.net> References: <4.3.2.20000315172056.00bf7740@mixcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 11:01 PM 3/15/00 -0500, Donn Miller wrote: >Sounds like one of those nasty gcc optimization bugs. I generally >build my kernel and world with -mpentium -O3 -pipe, and I haven't seen >any bugs at all. I build everything with these flags without >problems. The only problems I've see, as mentioned previously, was in >building Qt. I've gotten an "Internal compiler error" with those >flags, but reverting to what Troll put in qt/configs solved the >problems. Apparently, there's both compile-time and run-time bugs >with gcc's opt. code. It might be, but I'm backing off from -02 to -O for a dozen builds or so and see. Less if panics keep coming, then the -march will be dropped. All good then back to -02 and try -mcpu. >I think there are some bugs with the pentium-specific flags in gcc, >excluding the generic-pentium flag of -mpentium. I would try using >-mpentium -O3 -pipe --- I'm pretty confident that will solve your >problems, and you can still get generic pentium optimization levels. Why use -O3, which adds -finline-functions. AFAICR, that one isn't very liked by those more with more knowledge and experience. >Of course, I don't really know if there's anything to be gained by >using these flags over the stock -O -pipe -- but I do it anyways for >the psychological reassurance (placebo effect). I definitely think >building XFree86 with pentium opt. is a great idea. But with >buildworld and buildkernel, my advice would be to just use -mpentium, >as it's probably the "happiest medium" between pentium opt. and >stability. From what I've heard, compiling mission critical stuff >with -mpentiumpro is a bad idea. Hmmm... didn't -mpentiumpro come >from pgcc? I think the best place to use -mpentiumpro is in compiling >multimedia type stuff, where stability isn't important but speed is. Don't think your reasoning is all that sound as a "reassurance," but ensuring that code is optimized for the CPU, and in my case architecture, is good. Originally thought that using -march would speed up compiling for one and another to have more specific code for the system running it. Been a while since I had a running 486, 8+ years since even seeing a 386, and only have 2 pentiums in operation, so why should the code have instructions for running on any of these platforms? As an example I've seen many posts with -mno-486 used. The man page is clear as mud on what that does. From the wording it should optimize the code for a 386 then: -mno-486 Control whether or not code is optimized for a 486 instead of an 386. Code generated for a 486 will run on a 386 and vice versa. Perhaps the man pages need updating. >Basically, gcc is a very good compiler. But, it isn't exactly the >best compiler to use for optimization. Someone told me that Sun's and >DEC's compilers, for example, blow away gcc in terms of speed. But, >they aren't portable. The DEC compiler might be good for some FBSD users. Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 12: 9:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A553537C0BA; Thu, 16 Mar 2000 12:09:47 -0800 (PST) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id MAA70759; Thu, 16 Mar 2000 12:09:47 -0800 (PST) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Thu, 16 Mar 2000 12:09:47 -0800 (PST) From: Kris Kennaway To: Andrew Gallatin Cc: Howard Leadmon , Doug Rabson , freebsd-alpha@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Trouble with CVSUP to 4.0 Release, any ideas?? In-Reply-To: <14544.62658.595704.938141@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 16 Mar 2000, Andrew Gallatin wrote: > One thing to check would be: did your installworld acutally > complete? At one point the installworld was falling over in h2ph > when a crypto-related header file was being perl'ified. If this is > your problem, try doing a 'make -i installworld' Yep; the problem can be fixed by doing 'make includes; make installworld' - it's caused by a dangling link (des.h) having nothing to point to at the time the perlification runs. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 12:20:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id 206AD37C2E2 for ; Thu, 16 Mar 2000 12:20:10 -0800 (PST) (envelope-from Doug@gorean.org) Received: from slave (doug@slave [10.0.0.1]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id MAA16779; Thu, 16 Mar 2000 12:20:00 -0800 (PST) (envelope-from Doug@gorean.org) Date: Thu, 16 Mar 2000 12:20:00 -0800 (PST) From: Doug Barton X-Sender: doug@dt051n0b.san.rr.com To: "Jeffrey J. Mountin" Cc: Christian Weisgerber , freebsd-current@FreeBSD.ORG Subject: Re: gcc -Os optimisation broken (RELENG_4) In-Reply-To: <4.3.2.20000316132120.00af5ce0@207.227.119.2> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 16 Mar 2000, Jeffrey J. Mountin wrote: > Wondering why one would use -mcpu and not -march. If the code runs only on > Celerons, PII's, and PIII's why would one *not* use -march. > > I'm curious about (possible) breakages with -mcpu or -march compared to -Ox > settings which seem to break things more often than -O. Only ask, since > -Ox and individual flags (rather than the mulititude added going from -O to > -O2) are used far more often. Eager to fire my new-found gun in the direction of my feet I built world and kernel last night with -0s -march=pentium. So far so good (although I haven't given it a real workout yet). Now that I now 'pentiumpro' should be a better choice, I'll give that a whirl tonight. After reading the man page I had to agree with your point that -march seemed like a better option, and I don't have cross-platform issues to deal with here. Doug -- "While the future's there for anyone to change, still you know it seems, it would be easier sometimes to change the past" - Jackson Browne, "Fountain of Sorrow" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 12:35:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.ucb.crimea.ua (UCB-Async4-CRISCO.CRIS.NET [212.110.129.130]) by hub.freebsd.org (Postfix) with ESMTP id C081C37BCBF; Thu, 16 Mar 2000 12:35:00 -0800 (PST) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.3/8.9.3/UCB) id WAA28596; Thu, 16 Mar 2000 22:31:50 +0200 (EET) (envelope-from ru) Date: Thu, 16 Mar 2000 22:31:49 +0200 From: Ruslan Ermilov To: Marcel Moolenaar Cc: Doug Barton , marcel@FreeBSD.ORG, Neil Blakey-Milner , current@FreeBSD.ORG Subject: Re: possible simple install-info fix Message-ID: <20000316223149.D20685@relay.ucb.crimea.ua> Mail-Followup-To: Marcel Moolenaar , Doug Barton , marcel@FreeBSD.ORG, Neil Blakey-Milner , current@FreeBSD.ORG References: <20000315174906.A54067@mithrandr.moria.org> <20000316095311.E40068@relay.ucb.crimea.ua> <38D12082.E2E07A8F@cup.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <38D12082.E2E07A8F@cup.hp.com>; from Marcel Moolenaar on Thu, Mar 16, 2000 at 09:57:22AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 16, 2000 at 09:57:22AM -0800, Marcel Moolenaar wrote: > Ruslan Ermilov wrote: > > > > > > I was looking into fixing the install-info problem, and wondered if the > > > > solution is really as easy as it seems: > > > > > > Hmmm.... I had been thinking all along that the problem with > > > install-info was that the system couldn't use the new binary. Are you > > > saying here that installworld is trying to use the old version of > > > install-info that is installed in the system? Please say it isn't so... > > > > > Yes, it is using the old binary. > > There were plans (Marcel?) to commit an installation tools support into > > src/Makefile.inc1, but it was postponed until 4.0-RELEASE is done. > > This is now happened, and I expect Marcel committing his staff soon. > > All that needs to be done is build install-info by the bootstrap-tools > stage. It will then be used throughout the build and install stages > (after applying the patch :-). This of course assumes that the new > install-info is backward compatible with the previous version. > It is (install-info) already there (in bootstrap-tools), and just awaiting your patch to be committed :-) Then we could remove that `make -DNOFINO installworld, make installworld' bogosity from src/UPDATING. > The bootstrap-tools stage is designed to solve incompatibilities caused > by versions of tools installed on the system and the requirements (for > newer ones) by the source-tree. > > > > If install-info is needed to do installworld, shouldn't it be > > > considered a build tool, with all of the build platform/install platform > > > gymnastics that implies? > > > > > install-info is already built as part of build-tools stage, but there are > > two problems. > > This is a bug. If install-info is installed, then it isn't a build tool. > Build tools are programs/scripts that are needed to build the sources > only. They are not installed. Since install-info is installed, it can't > be a build tool. this means that we either use the installed version or > use a freshly built version made during the bootstrap stage. > Silly me, I meant bootstrap-tools. There are so many *-tools stages, that one is easy to get lost :-) > > First, it is not currently used at the installworld stage, > > which Marcel's patch fixes. > > Correct. Installworld is using installed binaries (even though newer > ones have been made by the bootstrap stage) *and* it is using binaries > it has installed already and which may not even be runnable by the > current kernel. > > > Second, less important (IMHO), is a cross > > building issue. Consider the case, when you want to build 4.0 alpha > > world on 3.x i386 system, and then install it (world) on alpha running 3.x. > > It was discussed about month ago on -current... > > I don't consider this less important. Having the ability to do cross > builds helps maintaining FreeBSD on multiple platforms and also helps in > porting to new platforms. > Umm, I was unclean. It seems to be of less priority. -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 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-current" in the body of the message From owner-freebsd-current Thu Mar 16 13:13:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from FreeBSD.org (hibou.obs-besancon.fr [193.52.184.7]) by hub.freebsd.org (Postfix) with ESMTP id 761F737BD09 for ; Thu, 16 Mar 2000 13:13:13 -0800 (PST) (envelope-from jmz@FreeBSD.org) Received: (from jmz@localhost) by qix.jmz.org (8.9.3/8.9.3) id WAA01696; Thu, 16 Mar 2000 22:15:22 +0100 (MET) (envelope-from jmz@FreeBSD.org) Date: Thu, 16 Mar 2000 22:15:22 +0100 (MET) Message-Id: <200003162115.WAA01696@qix.jmz.org> From: Jean-Marc Zucconi To: receiver@RedDust.BlueSky.net.au Cc: current@FreeBSD.org In-reply-to: (message from Idea Receiver on Thu, 16 Mar 2000 14:41:53 +1000 (EST)) Subject: Re: port/XFree86-4 make install fail. X-Mailer: Emacs References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> Idea Receiver writes: > "make all" success without any problem. There was an error but "make all" always complete. > however, make install fail ;( What are your CFLAGS in /etc/make.conf ? Jean-Marc -- Jean-Marc Zucconi PGP Key: finger jmz@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 13:17:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by hub.freebsd.org (Postfix) with ESMTP id 1256B37C1A1; Thu, 16 Mar 2000 13:17:31 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by atlrel1.hp.com (Postfix) with ESMTP id 0E4D4977; Thu, 16 Mar 2000 16:17:27 -0500 (EST) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id NAA17143; Thu, 16 Mar 2000 13:17:25 -0800 (PST) Message-ID: <38D14F66.EA92A489@cup.hp.com> Date: Thu, 16 Mar 2000 13:17:26 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: Ruslan Ermilov Cc: Doug Barton , marcel@FreeBSD.ORG, Neil Blakey-Milner , current@FreeBSD.ORG Subject: Re: possible simple install-info fix References: <20000315174906.A54067@mithrandr.moria.org> <20000316095311.E40068@relay.ucb.crimea.ua> <38D12082.E2E07A8F@cup.hp.com> <20000316223149.D20685@relay.ucb.crimea.ua> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ruslan Ermilov wrote: > > > This is a bug. If install-info is installed, then it isn't a build tool. > > Build tools are programs/scripts that are needed to build the sources > > only. They are not installed. Since install-info is installed, it can't > > be a build tool. this means that we either use the installed version or > > use a freshly built version made during the bootstrap stage. > > > Silly me, I meant bootstrap-tools. There are so many *-tools stages, > that one is easy to get lost :-) Yeah. I thought about adding another one just for the unadultery heck of it, but changed my mind :-) > > > Second, less important (IMHO), is a cross > > > building issue. Consider the case, when you want to build 4.0 alpha > > > world on 3.x i386 system, and then install it (world) on alpha running 3.x. > > > It was discussed about month ago on -current... > > > > I don't consider this less important. Having the ability to do cross > > builds helps maintaining FreeBSD on multiple platforms and also helps in > > porting to new platforms. > > > Umm, I was unclean. It seems to be of less priority. Ah, ok. I misunderstood what you ment here. To be a bit more concrete (rather than being chatty): I hope to find the time soon to update the patch to match the current source tree (this requires some testing time/resources) after which we can all review it again before I commit it. To speed things up, you are of course welcome to be pro-active (damn, my work environment already gets to me :-) -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 14:36:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id C840C37BF90 for ; Thu, 16 Mar 2000 14:36:13 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 11358 invoked from network); 16 Mar 2000 22:36:11 -0000 Received: from acs-63-85-133-249.cvzoom.net (63.85.133.249) by ns.cvzoom.net with SMTP; 16 Mar 2000 22:36:11 -0000 Date: Thu, 16 Mar 2000 17:35:43 -0500 (EST) From: Donn Miller To: current@freebsd.org Subject: RealPlayer 7 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Anyone get this beast to work on -current? The audio works, but the video doesn't work at all. I have COMPAT_LINUX in my kernel, and RealPlayer 5.0 works pretty well. $ printenv LD_LIBRARY_PATH /usr/local/qt/lib:/usr/local/lib/rvplayer5.0:/usr/local/RealPlayer7/Common:/usr/local/RealPlayer7/Codecs:/usr/local/RealPlayer7/Plugins:/usr/local/RealPlayer7 - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 14:56: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from gizmo.internode.com.au (gizmo.internode.com.au [192.83.231.115]) by hub.freebsd.org (Postfix) with ESMTP id 1D24A37BBAE for ; Thu, 16 Mar 2000 14:56:01 -0800 (PST) (envelope-from newton@gizmo.internode.com.au) Received: (from newton@localhost) by gizmo.internode.com.au (8.9.3/8.9.3) id JAA67066; Fri, 17 Mar 2000 09:26:38 +1030 (CST) (envelope-from newton) Date: Fri, 17 Mar 2000 09:26:38 +1030 From: Mark Newton To: Donn Miller Cc: current@FreeBSD.ORG Subject: Re: RealPlayer 7 Message-ID: <20000317092638.A66888@internode.com.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: X-PGP-Key: http://www.on.net/~newton/pgpkey.txt Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 16, 2000 at 05:35:43PM -0500, Donn Miller wrote: > Anyone get this beast to work on -current? The audio works, but the video > doesn't work at all. I have COMPAT_LINUX in my kernel, and RealPlayer 5.0 > works pretty well. I've had it working perfectly with the latest linux_base-6.1 and no LD_LIBRARY_PATH setting. Hasn't crashed once so far, which is rather unusual for products from RealNetworks! - mark -- Mark Newton Email: newton@internode.com.au (W) Network Engineer Email: newton@atdot.dotat.org (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 15: 2:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id 002E537BC40 for ; Thu, 16 Mar 2000 15:02:34 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 21545 invoked from network); 16 Mar 2000 23:02:24 -0000 Received: from acs-63-85-133-249.cvzoom.net (HELO cvzoom.net) (63.85.133.249) by ns.cvzoom.net with SMTP; 16 Mar 2000 23:02:24 -0000 Message-ID: <38D167E5.D461CAA5@cvzoom.net> Date: Thu, 16 Mar 2000 18:01:57 -0500 From: Donn Miller X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 Cc: current@FreeBSD.ORG Subject: Re: RealPlayer 7 References: <20000317092638.A66888@internode.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Newton wrote: > > On Thu, Mar 16, 2000 at 05:35:43PM -0500, Donn Miller wrote: > > > Anyone get this beast to work on -current? The audio works, but the video > > doesn't work at all. I have COMPAT_LINUX in my kernel, and RealPlayer 5.0 > > works pretty well. > > I've had it working perfectly with the latest linux_base-6.1 and no > LD_LIBRARY_PATH setting. Hasn't crashed once so far, which is rather > unusual for products from RealNetworks! Hmm. Do you get video, though? Also, which plugins did you install? - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 15:24:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from gizmo.internode.com.au (gizmo.internode.com.au [192.83.231.115]) by hub.freebsd.org (Postfix) with ESMTP id 733D737BF4C for ; Thu, 16 Mar 2000 15:24:07 -0800 (PST) (envelope-from newton@gizmo.internode.com.au) Received: (from newton@localhost) by gizmo.internode.com.au (8.9.3/8.9.3) id JAA67186; Fri, 17 Mar 2000 09:54:51 +1030 (CST) (envelope-from newton) Date: Fri, 17 Mar 2000 09:54:51 +1030 From: Mark Newton To: Donn Miller Cc: current@FreeBSD.ORG Subject: Re: RealPlayer 7 Message-ID: <20000317095451.A67170@internode.com.au> References: <20000317092638.A66888@internode.com.au> <38D167E5.D461CAA5@cvzoom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <38D167E5.D461CAA5@cvzoom.net> X-PGP-Key: http://www.on.net/~newton/pgpkey.txt Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 16, 2000 at 06:01:57PM -0500, Donn Miller wrote: > > I've had it working perfectly with the latest linux_base-6.1 and no > > LD_LIBRARY_PATH setting. Hasn't crashed once so far, which is rather > > unusual for products from RealNetworks! > > Hmm. Do you get video, though? Also, which plugins did you install? Yup, I get video; like I said, it's working perfectly. I just took it through the stock standard installation (click next -> next -> finish, with no other options). - mark -- Mark Newton Email: newton@internode.com.au (W) Network Engineer Email: newton@atdot.dotat.org (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 15:30:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id 0601D37C222 for ; Thu, 16 Mar 2000 15:30:39 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 30603 invoked from network); 16 Mar 2000 23:30:30 -0000 Received: from acs-63-85-133-249.cvzoom.net (63.85.133.249) by ns.cvzoom.net with SMTP; 16 Mar 2000 23:30:30 -0000 Date: Thu, 16 Mar 2000 18:29:58 -0500 (EST) From: Donn Miller To: Mark Newton Cc: current@FreeBSD.ORG Subject: Re: RealPlayer 7 In-Reply-To: <20000317095451.A67170@internode.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 17 Mar 2000, Mark Newton wrote: > On Thu, Mar 16, 2000 at 06:01:57PM -0500, Donn Miller wrote: > > Hmm. Do you get video, though? Also, which plugins did you install? > > Yup, I get video; like I said, it's working perfectly. I just took it > through the stock standard installation (click next -> next -> finish, > with no other options). Ok, fair enough. One last question, though -- are you running XFree86 4.0? Maybe it's something I'm lacking in my kernel config. I noticed that I didn't have options _KPOSIX_VERSION=199309L in there. I've got all the other posix functions, though. Are you using Linuxthreads? Or, maybe it's my ESS 1868 sound card. (I don't see how that is the problem, because sound works perfectly. But, you never know.) - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 15:34:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from gizmo.internode.com.au (gizmo.internode.com.au [192.83.231.115]) by hub.freebsd.org (Postfix) with ESMTP id 4A7AA37C1E8 for ; Thu, 16 Mar 2000 15:34:27 -0800 (PST) (envelope-from newton@gizmo.internode.com.au) Received: (from newton@localhost) by gizmo.internode.com.au (8.9.3/8.9.3) id KAA67276; Fri, 17 Mar 2000 10:05:10 +1030 (CST) (envelope-from newton) Date: Fri, 17 Mar 2000 10:05:10 +1030 From: Mark Newton To: Donn Miller Cc: current@FreeBSD.ORG Subject: Re: RealPlayer 7 Message-ID: <20000317100510.B67170@internode.com.au> References: <20000317095451.A67170@internode.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: X-PGP-Key: http://www.on.net/~newton/pgpkey.txt Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 16, 2000 at 06:29:58PM -0500, Donn Miller wrote: > On Fri, 17 Mar 2000, Mark Newton wrote: > > On Thu, Mar 16, 2000 at 06:01:57PM -0500, Donn Miller wrote: > > > Hmm. Do you get video, though? Also, which plugins did you install? > > > > Yup, I get video; like I said, it's working perfectly. I just took it > > through the stock standard installation (click next -> next -> finish, > > with no other options). > > Ok, fair enough. One last question, though -- are you running XFree86 > 4.0? Nope, not yet. I haven't upgraded X in quite a while; I'm running 3.3.3. > Maybe it's something I'm lacking in my kernel config. I noticed > that I didn't have > options _KPOSIX_VERSION=199309L I do. I also have _KPOSIX_PRIORITY_SCHEDULING. > in there. I've got all the other posix functions, though. Are you using > Linuxthreads? Everyone is using Linuxthreads now; it's the default. - mark -- Mark Newton Email: newton@internode.com.au (W) Network Engineer Email: newton@atdot.dotat.org (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 15:37:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2ACFD37C216; Thu, 16 Mar 2000 15:37:23 -0800 (PST) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id PAA01287; Thu, 16 Mar 2000 15:37:23 -0800 (PST) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Thu, 16 Mar 2000 15:37:22 -0800 (PST) From: Kris Kennaway To: Mark Newton Cc: Donn Miller , current@FreeBSD.ORG Subject: Re: RealPlayer 7 In-Reply-To: <20000317100510.B67170@internode.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 17 Mar 2000, Mark Newton wrote: > > in there. I've got all the other posix functions, though. Are you using > > Linuxthreads? > > Everyone is using Linuxthreads now; it's the default. I didn't think so - it's still a port. We *support* linuxthreads out of the box, but don't install it. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 15:42:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from gizmo.internode.com.au (gizmo.internode.com.au [192.83.231.115]) by hub.freebsd.org (Postfix) with ESMTP id 32E1B37BD1C; Thu, 16 Mar 2000 15:42:14 -0800 (PST) (envelope-from newton@gizmo.internode.com.au) Received: (from newton@localhost) by gizmo.internode.com.au (8.9.3/8.9.3) id KAA67352; Fri, 17 Mar 2000 10:13:06 +1030 (CST) (envelope-from newton) Date: Fri, 17 Mar 2000 10:13:06 +1030 From: Mark Newton To: Kris Kennaway Cc: current@FreeBSD.org Subject: Re: RealPlayer 7 Message-ID: <20000317101306.A67319@internode.com.au> References: <20000317100510.B67170@internode.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: X-PGP-Key: http://www.on.net/~newton/pgpkey.txt Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 16, 2000 at 03:37:22PM -0800, Kris Kennaway wrote: > On Fri, 17 Mar 2000, Mark Newton wrote: > > > > in there. I've got all the other posix functions, though. Are > > > you using Linuxthreads? > > > > Everyone is using Linuxthreads now; it's the default. > > I didn't think so - it's still a port. We *support* linuxthreads out of > the box, but don't install it. I think we're talking about different things. There's a linuxthreads port, yes, but that's something which provides FreeBSD's compile-time environment with libraries which duplicate the Linux threading APIs. There's also the capability for Linux executables to use threads under emulation. That's there "out of the box" by default. The linuxthreads port is only necessary if you want to use "The Linux Way" of doing threads in a piece of software you're building for FreeBSD; It doesn't make much difference to emulation. [ at least, I think that's how it works -- Marcel can ping me if I'm lying :-) ] - mark -- Mark Newton Email: newton@internode.com.au (W) Network Engineer Email: newton@atdot.dotat.org (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 15:43:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8159E37BD79; Thu, 16 Mar 2000 15:43:16 -0800 (PST) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id PAA02032; Thu, 16 Mar 2000 15:43:16 -0800 (PST) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Thu, 16 Mar 2000 15:43:15 -0800 (PST) From: Kris Kennaway To: Mark Newton Cc: current@FreeBSD.org Subject: Re: RealPlayer 7 In-Reply-To: <20000317101306.A67319@internode.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 17 Mar 2000, Mark Newton wrote: > I think we're talking about different things. Sorry, I think you're right. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 17: 3: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from angstlos.misinformed.net (angstlos.misinformed.net [209.98.239.41]) by hub.freebsd.org (Postfix) with ESMTP id 6479837BCBA for ; Thu, 16 Mar 2000 17:03:04 -0800 (PST) (envelope-from suffer@misinformed.net) Received: from localhost (suffer@localhost) by angstlos.misinformed.net (8.9.3/8.9.3) with ESMTP id TAA51114 for ; Thu, 16 Mar 2000 19:02:36 -0600 (CST) (envelope-from suffer@misinformed.net) Date: Thu, 16 Mar 2000 19:02:36 -0600 (CST) From: Tim Seidl To: current@freebsd.org Subject: Re: port/XFree86-4 make install fail. In-Reply-To: <200003162115.WAA01696@qix.jmz.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i have the same problem, either building from ports or from scratch, so i make -k install'd it, and while X works, im missing some extensions so its a bit broken. anybody got a fix for this? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 17:21:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from lynx.aba.net.au (lynx.esec.com.au [203.21.84.1]) by hub.freebsd.org (Postfix) with SMTP id 7B71837BBC5 for ; Thu, 16 Mar 2000 17:21:27 -0800 (PST) (envelope-from tim@esec.com.au) Received: (qmail 1994 invoked from network); 17 Mar 2000 01:19:28 -0000 Received: from feline.esec.com.au (203.21.85.202) by lynx.esec.com.au with SMTP; 17 Mar 2000 01:19:28 -0000 Received: from esec.com.au (localhost [127.0.0.1]) by feline.esec.com.au (8.9.3/8.9.3) with ESMTP id MAA00289 for ; Fri, 17 Mar 2000 12:21:42 +1100 (EST) (envelope-from tim@esec.com.au) Message-ID: <38D188A5.14471919@esec.com.au> Date: Fri, 17 Mar 2000 12:21:42 +1100 From: Tim Liddelow Organization: eSec Ltd X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Duplicate inodes, filesystem weirdness Content-Type: multipart/mixed; boundary="------------D01C4949D00A11A7D127B3D6" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------D01C4949D00A11A7D127B3D6 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have recently "upgraded" to current (5.0) and am finding that with the new ATAPI/IDE driver I am getting filesystem inconsistencies regularly :( This manifests itself with fsck complaining profusely after a crash. The machine has hung _hard_ a couple of times, and upon reboot fsck complains generally about DUP/BAD inodes (lots of them) as well as bad hard link/directory entries. This is cause for concern - with the wd driver none of these problems existed. I have now mounted / and /usr sync to see whether that makes any difference ; my gut feel however is that the new driver may have some bugs that we still need to find. I have attached the output of dmesg (verbose boot) for anyone that is interested. I will try and get a kernel debug dump with any future crashes. Cheers Tim. -- ==================================================================== Tim Liddelow * Firewalls / Security OneGuard Technical Lead * * Electronic Commerce eSec Pty Ltd * Phone: +61 3 8341 2463 C++/UNIX/WIN32/OOP/OOD mailto:tim@esec.com.au * http://www.oneguard.com/ ===================================================================== --------------D01C4949D00A11A7D127B3D6 Content-Type: text/plain; charset=us-ascii; name="dmesg.out" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.out" Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #4: Thu Mar 16 11:26:53 EST 2000 tim@feline.esec.com.au:/usr/src/sys/compile/FELINE Calibrating clock(s) ... TSC clock: 350808053 Hz, i8254 clock: 1193225 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-K6(tm) 3D processor (350.80-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 Data TLB: 128 entries, 2-way associative Instruction TLB: 64 entries, 1-way associative L1 data cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L1 instruction cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative Write Allocate Enable Limit: 128M bytes Write Allocate 15-16M bytes: Enable real memory = 134152192 (131008K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00344000 - 0x07fe7fff, 130695168 bytes (31908 pages) avail memory = 126734336 (123764K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fb030 bios32: Entry = 0xfb4b0 (c00fb4b0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xb4e0 pnpbios: Found PnP BIOS data at 0xc00fc110 pnpbios: Entry = f0000:c138 Rev = 1.0 Other BIOS signatures found: ACPI: 000f81e0 Preloaded elf kernel "kernel" at 0xc032b000. md0: Malloc disk Creating DISK md0 pci_open(1): mode 1 addr port (0x0cf8) is 0x80003840 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=05971106) npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 768639508 bytes/sec bzero() bandwidth = 205549845 bytes/sec 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=05971106) pcib0: on motherboard found-> vendor=0x1106, dev=0x0597, revid=0x04 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base e0000000, size 26 found-> vendor=0x1106, dev=0x8598, revid=0x00 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1 secondarybus=1 found-> vendor=0x1106, dev=0x0586, revid=0x47 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1106, dev=0x0571, revid=0x06 class=01-01-8a, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 0000e400, size 4 found-> vendor=0x1106, dev=0x3040, revid=0x10 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x5333, dev=0x8901, revid=0x16 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base e4000000, size 26 found-> vendor=0x10b8, dev=0x0005, revid=0x06 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 ea000000, size 12 found-> vendor=0x1274, dev=0x5000, revid=0x00 class=04-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=5 map[10]: type 1, range 32, base 0000ec00, size 6 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xe400-0xe40f at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xe400 ata0: mask=03 status0=50 status1=10 ata0: mask=03 status0=50 status1=10 ata0: devices = 0x9 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xe408 ata1: mask=03 status0=50 status1=50 ata1: mask=03 status0=50 status1=50 ata1: devices = 0x3 ata1: at 0x170 irq 15 on atapci0 pcib2: at device 7.3 on pci0 pci0: (vendor=0x5333, dev=0x8901) at 8.0 irq 10 tx0: port 0xe800-0xe8ff mem 0xea000000-0xea000fff irq 11 at device 9.0 on pci0 tx0: address 00:e0:29:09:4b:00, type SMC9432TX, Auto-Neg 100Mbps FDbpf: tx0 attached tx0: driver is using old-style compatability shims pcm0: port 0xec00-0xec3f irq 5 at device 10.0 on pci0 pcm: setmap 1000, 10000; 0xc7bca000 -> 1000 pcm: setmap 11000, 10000; 0xc7bda000 -> 11000 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 devclass_alloc_unit: ata0 already exists, using next available unit number devclass_alloc_unit: ata1 already exists, using next available unit number 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-0x6f on isa0 atkbd0: 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: atkbd0, AT 101/102 (2), config:0x0, 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 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: status 10 00 64 psm: data 08 00 00 psm: status 00 02 64 psm: data 08 00 00 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:c0, 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: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> 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 sio2: not probed (disabled) sio3: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: SPP 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 bpf: lp0 attached isa_probe_children: probing PnP devices BIOS Geometries: 0:033dfe3f 0..829=830 cylinders, 0..254=255 heads, 1..63=63 sectors 1:020f1f3f 0..527=528 cylinders, 0..31=32 heads, 1..63=63 sectors 2:03fe3f3f 0..1022=1023 cylinders, 0..63=64 heads, 1..63=63 sectors 0 accounted for Device configuration finished. bpf: sl0 attached bpf: ppp0 attached new masks: bio 4008c040, tty 400310ba, net 400718ba bpf: lo0 attached ata0-master: success setting up UDMA2 mode on VIA chip ad0: ATA-3 disk at ata0 as master ad0: 6149MB (12594960 sectors), 13328 cyls, 15 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 1 depth queue, UDMA33 ad0: piomode=4 dmamode=2 udmamode=2 cblid=0 Creating DISK ad0 Creating DISK wd0 ata1-master: success setting up WDMA2 mode on VIA chip ad2: ATA-0 disk at ata1 as master ad2: 519MB (1064448 sectors), 1056 cyls, 16 heads, 63 S/T, 512 B/S ad2: 8 secs/int, 1 depth queue, WDMA2 ad2: piomode=4 dmamode=2 udmamode=-1 cblid=0 Creating DISK ad2 Creating DISK wd2 ata1-slave: success setting up WDMA2 mode on VIA chip ad3: ATA-0 disk at ata1 as slave ad3: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S ad3: 16 secs/int, 1 depth queue, WDMA2 ad3: piomode=4 dmamode=2 udmamode=-1 cblid=0 Creating DISK ad3 Creating DISK wd3 ata0-slave: piomode=4 dmamode=2 udmamode=-1 dmaflag=1 ata0-slave: success setting up PIO4 mode on generic chip acd0: CDROM drive at ata0 as slave acd0: 128KB buffer, PIO4 acd0: Reads: CD-DA stream acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked Mounting root from ufs:/dev/ad0s1a ad0s1: type 0xa5, start 0, end = 12594959, size 12594960 : OK start_init: trying /sbin/init ad2s1: type 0xa5, start 0, end = 1064447, size 1064448 : OK ad3s1: type 0xa5, start 0, end = 4124735, size 4124736 : OK ad2s1: type 0xa5, start 0, end = 1064447, size 1064448 : OK ad3s1: type 0xa5, start 0, end = 4124735, size 4124736 : OK Linux-ELF exec handler installed --------------D01C4949D00A11A7D127B3D6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 18: 4:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from RedDust.BlueSky.net.au (reddust.bluesky.net.au [203.31.37.15]) by hub.freebsd.org (Postfix) with ESMTP id 19A2237BC62; Thu, 16 Mar 2000 18:04:12 -0800 (PST) (envelope-from receiver@RedDust.BlueSky.net.au) Received: from localhost (receiver@localhost) by RedDust.BlueSky.net.au (8.9.3/8.9.3) with ESMTP id MAA41478; Fri, 17 Mar 2000 12:05:17 +1000 (EST) (envelope-from receiver@RedDust.BlueSky.net.au) Date: Fri, 17 Mar 2000 12:05:16 +1000 (EST) From: Idea Receiver To: Jean-Marc Zucconi Cc: current@FreeBSD.org Subject: Re: port/XFree86-4 make install fail. In-Reply-To: <200003162115.WAA01696@qix.jmz.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 16 Mar 2000, Jean-Marc Zucconi wrote: > >>>>> Idea Receiver writes: > > > "make all" success without any problem. > > There was an error but "make all" always complete. > > > however, make install fail ;( > > What are your CFLAGS in /etc/make.conf ? default only. CFLAG= -O -pipe I have no problem of installing XFree-4.0 binary. Just not from ports/x11/XFree-4 :( To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 21:39:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id DB38837BC62 for ; Thu, 16 Mar 2000 21:39:22 -0800 (PST) (envelope-from Doug@gorean.org) Received: from gorean.org (doug@master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id VAA21594; Thu, 16 Mar 2000 21:39:20 -0800 (PST) (envelope-from Doug@gorean.org) Message-ID: <38D1C508.113E7710@gorean.org> Date: Thu, 16 Mar 2000 21:39:20 -0800 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT-0315 i386) X-Accept-Language: en MIME-Version: 1.0 To: Donn Miller Cc: current@freebsd.org Subject: Re: RealPlayer 7 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Donn Miller wrote: > > Anyone get this beast to work on -current? The audio works, but the video > doesn't work at all. I have COMPAT_LINUX in my kernel, and RealPlayer 5.0 > works pretty well. I got disgusted with RP 5 because all of my favorite programs updated to G2 format, so I nuked it. Today I installed the latest linux-base port, downloaded the binary (non-rpm) version of linux RP 7 and it worked great. video and all. This is on an up-to-the-minute 5.0-Current. I tried the rpm version, but it complained about not finding "/etc/madb" or something like that. Since the binary install worked, I didn't pursue it. HTH, Doug -- "While the future's there for anyone to change, still you know it seems, it would be easier sometimes to change the past" - Jackson Browne, "Fountain of Sorrow" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 21:43: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id 2E0D937BD48 for ; Thu, 16 Mar 2000 21:43:03 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 8699 invoked from network); 17 Mar 2000 05:43:02 -0000 Received: from acs-63-85-133-249.cvzoom.net (HELO cvzoom.net) (63.85.133.249) by ns.cvzoom.net with SMTP; 17 Mar 2000 05:43:02 -0000 Message-ID: <38D1C5C9.9B6D22C3@cvzoom.net> Date: Fri, 17 Mar 2000 00:42:33 -0500 From: Donn Miller X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Doug Barton Cc: current@freebsd.org Subject: Re: RealPlayer 7 References: <38D1C508.113E7710@gorean.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Barton wrote: > I got disgusted with RP 5 because all of my favorite programs updated > to G2 format, so I nuked it. Today I installed the latest linux-base > port, downloaded the binary (non-rpm) version of linux RP 7 and it > worked great. video and all. This is on an up-to-the-minute 5.0-Current. I think I found the problem -- it had "disable custom sampling rates" checked in the preferences section. I unchecked that, and at least the audio is working better. I still have to try the video, though... Maybe there's a conflict with running it with XFree86 4.0 and 16 bpp. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 22: 9:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id 9FC9437BD66 for ; Thu, 16 Mar 2000 22:09:38 -0800 (PST) (envelope-from Doug@gorean.org) Received: from gorean.org (doug@master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id WAA21743 for ; Thu, 16 Mar 2000 22:09:37 -0800 (PST) (envelope-from Doug@gorean.org) Message-ID: <38D1CC21.B4A59808@gorean.org> Date: Thu, 16 Mar 2000 22:09:37 -0800 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT-0315 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: gcc -Os optimisation broken (RELENG_4) References: <38CF48CF.59A100D7@altavista.net> <8ap8qe$hvj$1@bigeye.rhein-neckar.de> <38D08908.C629B55E@gorean.org> <38D08ADF.9C28C61E@cvzoom.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Donn Miller wrote: > > Doug Barton wrote: > > > Hmm... If I have a PII (Actually celeron 300A) or a PIII, which is > > better, 'pentium' or 'pentiumpro'? I would think the latter, but I've > > learned not to assume where gcc is concerned. > > I think that 'pentium' would result in code that isn't as optimized as > 'pentiumpro', but I've heard that 'pentium' has a lot less problems. > > > Also, I have heard conflicting reports as to whether compiling the > > kernel/world with optimisations is a good thing. Anyone care to (re)open > > that can of worms? > > I compile my kernel/world with -mpentium -O3 -pipe. The only problem > I've seen so far were spurious random reboots that would occur about > 2-3 times a month. But, that was last summer, and hasn't happened > since. Something else must have been the culprit. (Maybe -current > wasn't as stable last summer.) With the aforementioned CFLAGS, I have > a pretty reliable and stable system. > > I've heard that -mpentiumpro can be pretty buggy, and it can actually > result in slower code than -mpentium for certain pentium types. I > trust plain -mpentium, as it has been very reliable for me, except for > some compile-time errors caused by the optimization (Qt). In the interests of providing another datapoint, I tried my old, boring P5 machine, and with -Os -march=pentium buildworld bombed trying to compile cc1plus in the build tools phase. Backing off to -O worked. The kernel was ok with -Os -march=pentium. Hope someone is finding this useful, Doug -- "While the future's there for anyone to change, still you know it seems, it would be easier sometimes to change the past" - Jackson Browne, "Fountain of Sorrow" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 22:35: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from not.demophon.com (vpn.iscape.fi [195.170.146.67]) by hub.freebsd.org (Postfix) with ESMTP id AB62137BD54 for ; Thu, 16 Mar 2000 22:34:55 -0800 (PST) (envelope-from will@not.demophon.com) Received: (from will@localhost) by not.demophon.com (8.9.3/8.8.7) id IAA87968; Fri, 17 Mar 2000 08:24:51 +0200 (EET) (envelope-from will) To: Darryl Okahata Cc: julian@elischer.org, haro@tk.kubota.co.jp, freebsd-current@freebsd.org Subject: Re: [sound] PCI ESS support References: <200003161702.JAA23772@mina.sr.hp.com.newsgate.clinet.fi> From: Ville-Pertti Keinonen Date: 17 Mar 2000 08:24:51 +0200 In-Reply-To: Darryl Okahata's message of "16 Mar 2000 19:03:39 +0200" Message-ID: <86itymyuz0.fsf@not.demophon.com> Lines: 22 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Darryl Okahata writes: > Well, I was going to take Ville-Pertti Keinonen's (will@iki.fi) > ESS2 mixer code and turn it into an LKM, which I'd then try to add sound > output using the Linux code. However, I'm not familiar with how one > accesses interrupts and DMA under FreeBSD, and so it would take me a > while. If anyone else would like to do it, that's fine with me. Another (perhaps simpler) alternative might be to try to get it to work in SB emulation mode. I've managed to get it to probe as a SoundBlaster (just by adding pci_write_config(dev, 0x41, 0x10, 1) to the probe code in my mixer driver): sbc0: at port 0x220-0x22f irq 5 drq 1 on isa0 However, it doesn't work (the interfaces seem to work, but the mixer settings don't affect anything and playback doesn't get anywhere) and I still haven't had time to look at it properly (and don't expect to any time soon). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 22:36:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id A1B7D37B538; Thu, 16 Mar 2000 22:36:22 -0800 (PST) (envelope-from Doug@gorean.org) Received: from gorean.org (doug@master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id WAA22166; Thu, 16 Mar 2000 22:36:00 -0800 (PST) (envelope-from Doug@gorean.org) Message-ID: <38D1D250.941CA715@gorean.org> Date: Thu, 16 Mar 2000 22:36:00 -0800 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT-0315 i386) X-Accept-Language: en MIME-Version: 1.0 To: Ruslan Ermilov Cc: marcel@FreeBSD.org, Neil Blakey-Milner , current@FreeBSD.org Subject: Re: possible simple install-info fix References: <20000315174906.A54067@mithrandr.moria.org> <20000316095311.E40068@relay.ucb.crimea.ua> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ruslan Ermilov wrote: > > On Wed, Mar 15, 2000 at 02:08:55PM -0800, Doug Barton wrote: > > On Wed, 15 Mar 2000, Neil Blakey-Milner wrote: > > > > > Hi, > > > > > > I was looking into fixing the install-info problem, and wondered if the > > > solution is really as easy as it seems: > > > > Hmmm.... I had been thinking all along that the problem with > > install-info was that the system couldn't use the new binary. Are you > > saying here that installworld is trying to use the old version of > > install-info that is installed in the system? Please say it isn't so... > > > Yes, it is using the old binary. Eeek. > There were plans (Marcel?) to commit an installation tools support into > src/Makefile.inc1, but it was postponed until 4.0-RELEASE is done. > This is now happened, and I expect Marcel committing his staff soon. Ok, sounds like you guys have it under control. If the fix was this "easy," I really wish that someone had pushed for its inclusion in 4.0-Release. This is going to be a big problem for people, and there are enough hurdles into 4.0 already. :-/ Doug -- "While the future's there for anyone to change, still you know it seems, it would be easier sometimes to change the past" - Jackson Browne, "Fountain of Sorrow" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 23:15: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from popserver-02.iinet.net.au (popserver-02.iinet.net.au [203.59.24.148]) by hub.freebsd.org (Postfix) with ESMTP id F119C37BD48 for ; Thu, 16 Mar 2000 23:15:01 -0800 (PST) (envelope-from julian@elischer.org) Received: from jules.elischer.org (reggae-02-116.nv.iinet.net.au [203.59.91.116]) by popserver-02.iinet.net.au (8.9.3/8.9.3) with SMTP id PAA03666; Fri, 17 Mar 2000 15:12:08 +0800 Message-ID: <38D1DA90.15FB7483@elischer.org> Date: Thu, 16 Mar 2000 23:11:12 -0800 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: Ville-Pertti Keinonen Cc: Darryl Okahata , haro@tk.kubota.co.jp, freebsd-current@freebsd.org Subject: Re: [sound] PCI ESS support References: <200003161702.JAA23772@mina.sr.hp.com.newsgate.clinet.fi> <86itymyuz0.fsf@not.demophon.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ville-Pertti Keinonen wrote: > > Darryl Okahata writes: > > > Well, I was going to take Ville-Pertti Keinonen's (will@iki.fi) > > ESS2 mixer code and turn it into an LKM, which I'd then try to add sound > > output using the Linux code. However, I'm not familiar with how one > > accesses interrupts and DMA under FreeBSD, and so it would take me a > > while. If anyone else would like to do it, that's fine with me. > > Another (perhaps simpler) alternative might be to try to get it to > work in SB emulation mode. > > I've managed to get it to probe as a SoundBlaster (just by adding > pci_write_config(dev, 0x41, 0x10, 1) to the probe code in my mixer > driver): That was going to be my first try :-) > > sbc0: at port 0x220-0x22f irq 5 drq 1 on isa0 > > However, it doesn't work (the interfaces seem to work, but the mixer > settings don't affect anything and playback doesn't get anywhere) and > I still haven't had time to look at it properly (and don't expect to > any time soon). -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 23:20:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from kbtfw.kubota.co.jp (kbtfw.kubota.co.jp [133.253.102.202]) by hub.freebsd.org (Postfix) with ESMTP id A848537BD54 for ; Thu, 16 Mar 2000 23:20:10 -0800 (PST) (envelope-from haro@tk.kubota.co.jp) Received: by kbtfw.kubota.co.jp; id QAA24267; Fri, 17 Mar 2000 16:20:02 +0900 (JST) Received: from unknown(133.253.122.1) by kbtfw.kubota.co.jp via smap (V4.2) id xma023987; Fri, 17 Mar 00 16:19:15 +0900 Received: from jkpc15.tk.kubota.co.jp ([192.168.7.250]) by kbtmx.eto.kubota.co.jp (8.9.3+3.2W/3.7W) with ESMTP id QAA27688; Fri, 17 Mar 2000 16:19:13 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by jkpc15.tk.kubota.co.jp (8.9.3/3.7W-02/21/99) with ESMTP id QAA01459; Fri, 17 Mar 2000 16:17:02 +0900 (JST) To: will@iki.fi Cc: darrylo@sr.hp.com, julian@elischer.org, freebsd-current@freebsd.org, haro@tk.kubota.co.jp Subject: Re: [sound] PCI ESS support In-Reply-To: <86itymyuz0.fsf@not.demophon.com> References: <200003161702.JAA23772@mina.sr.hp.com.newsgate.clinet.fi> <86itymyuz0.fsf@not.demophon.com> X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000317161702A.haro@tk.kubota.co.jp> Date: Fri, 17 Mar 2000 16:17:02 +0900 From: haro@tk.kubota.co.jp (Munehiro Matsuda) X-Dispatcher: imput version 990905(IM130) Lines: 46 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: Ville-Pertti Keinonen Date: 17 Mar 2000 08:24:51 +0200 ::Another (perhaps simpler) alternative might be to try to get it to ::work in SB emulation mode. :: ::I've managed to get it to probe as a SoundBlaster (just by adding ::pci_write_config(dev, 0x41, 0x10, 1) to the probe code in my mixer ::driver): :: ::sbc0: at port 0x220-0x22f irq 5 drq 1 on isa0 :: ::However, it doesn't work (the interfaces seem to work, but the mixer ::settings don't affect anything and playback doesn't get anywhere) and ::I still haven't had time to look at it properly (and don't expect to ::any time soon). Well, it's not that simple. When I tried to write driver for it last year, I found that: 1) You also need to setup ASSP (Application Specific Signal Processor) in the chip and GPIO properly. Source code for BTM2E.EXE should be a help here. (I didn't have that source, when I was tryng to write the driver.) 2) For DMA to work, you need to support DDMA in FreeBSD. I have small patch for 3-stable, but will not work with -current due to newbus changes. 3) When Maestro2E acts as Soundblaster Pro emulation, DSP_CMD_GETVER returns 0x302 (or may be it was 0x303?), that are not supported in newpcm and luigi's pcm drivers. May be the current support for ver=0x301 work? I have no clue here. If I get the time, I could try to write from scratch, again. Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Office of Business Planning & Development, Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103, Japan Tel: +81-3-3245-3318 Fax: +81-3-32454-3315 Email: haro@tk.kubota.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 16 23:38:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from kg.ops.uunet.co.za (kg.ops.uunet.co.za [196.31.1.31]) by hub.freebsd.org (Postfix) with ESMTP id 8EE0E37BE29 for ; Thu, 16 Mar 2000 23:38:27 -0800 (PST) (envelope-from khetan@uunet.co.za) Received: from bofh.ops.uunet.co.za (bofh.ops.uunet.co.za [196.31.1.35]) by kg.ops.uunet.co.za (Postfix) with ESMTP id EA3CD16E5A; Fri, 17 Mar 2000 09:38:23 +0200 (SAST) Received: by bofh.ops.uunet.co.za (Postfix, from userid 1000) id 1E9C25BD9; Fri, 17 Mar 2000 09:38:11 +0200 (SAST) Received: from localhost (localhost [127.0.0.1]) by bofh.ops.uunet.co.za (Postfix) with ESMTP id D73321ED9; Fri, 17 Mar 2000 09:38:11 +0200 (SAST) Date: Fri, 17 Mar 2000 09:38:11 +0200 (SAST) From: Khetan Gajjar X-Sender: khetan@bofh.ops.uunet.co.za To: Donn Miller Cc: current@FreeBSD.ORG Subject: Re: RealPlayer 7 In-Reply-To: <38D1C5C9.9B6D22C3@cvzoom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Around Today, "Donn Miller" wrote : DM> > I got disgusted with RP 5 because all of my favorite programs updated DM> > to G2 format, so I nuked it. Today I installed the latest linux-base DM> > port, downloaded the binary (non-rpm) version of linux RP 7 and it DM> > worked great. video and all. This is on an up-to-the-minute 5.0-Current. DM> DM> I think I found the problem -- it had "disable custom sampling rates" DM> checked in the preferences section. I unchecked that, and at least I had it checked, and it wasn't an issue (on my SB Vibra 16). Oh well. The only issue is that the RealAudio plugin doesn't work with Netscape :-( Khetan Gajjar. --- khetan@uunet.co.za * khetan@os.org.za * PGP Key, contact UUNET South Africa * FreeBSD enthusiast * details and other http://www.uunet.co.za * http://www.freebsd.org * information at System Administration * http://office.os.org.za * kg+details@uunet.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 3: 6: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from kbtfw.kubota.co.jp (kbtfw.kubota.co.jp [133.253.102.202]) by hub.freebsd.org (Postfix) with ESMTP id E42C537B986 for ; Fri, 17 Mar 2000 03:06:02 -0800 (PST) (envelope-from haro@tk.kubota.co.jp) Received: by kbtfw.kubota.co.jp; id UAA18268; Fri, 17 Mar 2000 20:06:00 +0900 (JST) Received: from unknown(133.253.122.1) by kbtfw.kubota.co.jp via smap (V4.2) id xma018233; Fri, 17 Mar 00 20:05:51 +0900 Received: from jkpc15.tk.kubota.co.jp ([192.168.7.250]) by kbtmx.eto.kubota.co.jp (8.9.3+3.2W/3.7W) with ESMTP id UAA13331 for ; Fri, 17 Mar 2000 20:05:49 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by jkpc15.tk.kubota.co.jp (8.9.3/3.7W-02/21/99) with ESMTP id UAA03187 for ; Fri, 17 Mar 2000 20:03:38 +0900 (JST) To: freebsd-current@freebsd.org Subject: kernel compile error on PC-98 due to wd driver changes X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000317200337Z.haro@tk.kubota.co.jp> Date: Fri, 17 Mar 2000 20:03:37 +0900 From: haro@tk.kubota.co.jp (Munehiro Matsuda) X-Dispatcher: imput version 990905(IM130) Lines: 49 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello After reorganisation of wd driver, compiling kernel on PC-98 fails with following error: # cd /usr/src/sys/compile/PC9821AS # make depend ..... ../../pc98/pc98/atapi.c:119: i386/isa/atapi.h: No such file or directory ../../pc98/pc98/wd.c:94: i386/isa/atapi.h: No such file or directory mkdep: compile failed *** Error code 1 Following fixes it: diff -ru sys/pc98/pc98.old/atapi.c sys/pc98/pc98/atapi.c --- sys/pc98/pc98.old/atapi.c Mon Dec 6 15:20:31 1999 +++ sys/pc98/pc98/atapi.c Fri Mar 17 19:55:50 2000 @@ -116,7 +116,7 @@ #include -#include +#include /* this code is compiled part of the module */ diff -ru sys/pc98/pc98.old/wd.c sys/pc98/pc98/wd.c --- sys/pc98/pc98.old/wd.c Wed Feb 23 08:12:29 2000 +++ sys/pc98/pc98/wd.c Fri Mar 17 19:56:08 2000 @@ -91,7 +91,7 @@ #include #include -#include +#include extern void wdstart(int ctrlr); Thank you, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Office of Business Planning & Development, Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103, Japan Tel: +81-3-3245-3318 Fax: +81-3-32454-3315 Email: haro@tk.kubota.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 3:50:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from sockratte.schell.de (polz.de [195.20.238.74]) by hub.freebsd.org (Postfix) with SMTP id 102EE37BC20 for ; Fri, 17 Mar 2000 03:50:47 -0800 (PST) (envelope-from sascha@schumann.cx) Received: (qmail 16348 invoked by uid 500); 17 Mar 2000 11:50:45 -0000 Date: Fri, 17 Mar 2000 12:50:45 +0100 From: Sascha Schumann To: Doug Barton Cc: freebsd-current@freebsd.org Subject: Re: gcc -Os optimisation broken (RELENG_4) Message-ID: <20000317125045.A15480@schumann.cx> References: <38CF48CF.59A100D7@altavista.net> <8ap8qe$hvj$1@bigeye.rhein-neckar.de> <38D08908.C629B55E@gorean.org> <38D08ADF.9C28C61E@cvzoom.net> <38D1CC21.B4A59808@gorean.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <38D1CC21.B4A59808@gorean.org>; from Doug@gorean.org on Thu, Mar 16, 2000 at 10:09:37PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 16, 2000 at 10:09:37PM -0800, Doug Barton wrote: > Donn Miller wrote: > > > > Doug Barton wrote: > > > > > Hmm... If I have a PII (Actually celeron 300A) or a PIII, which is > > > better, 'pentium' or 'pentiumpro'? I would think the latter, but I've > > > learned not to assume where gcc is concerned. > > > > I think that 'pentium' would result in code that isn't as optimized as > > 'pentiumpro', but I've heard that 'pentium' has a lot less problems. > > > > > Also, I have heard conflicting reports as to whether compiling the > > > kernel/world with optimisations is a good thing. Anyone care to (re)open > > > that can of worms? > > > > I compile my kernel/world with -mpentium -O3 -pipe. The only problem > > I've seen so far were spurious random reboots that would occur about > > 2-3 times a month. But, that was last summer, and hasn't happened > > since. Something else must have been the culprit. (Maybe -current > > wasn't as stable last summer.) With the aforementioned CFLAGS, I have > > a pretty reliable and stable system. > > > > I've heard that -mpentiumpro can be pretty buggy, and it can actually > > result in slower code than -mpentium for certain pentium types. I > > trust plain -mpentium, as it has been very reliable for me, except for > > some compile-time errors caused by the optimization (Qt). > > In the interests of providing another datapoint, I tried my old, boring > P5 machine, and with -Os -march=pentium buildworld bombed trying to > compile cc1plus in the build tools phase. Backing off to -O worked. The > kernel was ok with -Os -march=pentium. In contrast, I've been using -Os -march=pentium during the last three months for buildworld and the kernel. Never had problems whatsoever. - Sascha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 4:53:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from forrie.net (forrie.net [216.67.12.69]) by hub.freebsd.org (Postfix) with ESMTP id A875137BB0A for ; Fri, 17 Mar 2000 04:53:12 -0800 (PST) (envelope-from forrie@forrie.com) Received: from Forrest (getbent@forrie.ne.mediaone.net [24.147.129.124]) by forrie.net with id e2HCrBj00863 for ; Fri, 17 Mar 2000 07:53:11 -0500 (EST) Message-Id: <4.3.1.2.20000317074445.00b60d90@216.67.12.69> X-Sender: forrie@216.67.12.69 X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Fri, 17 Mar 2000 07:51:28 -0500 To: freebsd-current@freebsd.org From: Forrest Aldrich Subject: Streamlining FreeBSD Installations Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG There was mentioned that someone was "appointed" (perhaps unwillingly :) to look into this one... who? I was also curious about what people do to keep a fleet of FreeBSD machines up-to-date with CVSup and buildworld. I can't imagine manually going to more than 100 machines and doing the same thing manually... how time consuming. To summarize again, we are deploying status monitoring machines into POPs, across the US. Those machines are identical in terms of hardware, et al. We were hoping to find a means by which to streamline the installation process, such that we could create (say) custom boot floppies where you'd input minimum information (IP address, hostname, domain, etc.) and it would then go off and perform the installation (from fdisk, newfs... to editing packet filters appropriately, which make require a "template" of sorts). The idea of doing all of this manually makes carpal tunnel syndrome sound like a vacation, compared to what condition one might be in afterward :) Anyone got some ingenious hack to perform this? Someone made a comment about one procedure we were doing which involved using "dd" to mirror a base installation onto another disk. As far as I know, there haven't been any gotchyas with that method. The disks are WD "pluggable" drives. So, we have a master machine that we simply do our mirror from. It's hacky as hell. Someone mentioned that sysinstall could be scripted... is this the way to go, then? TIA... _F To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 5:15:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id CD9F337B704 for ; Fri, 17 Mar 2000 05:15:22 -0800 (PST) (envelope-from netchild@leidinger.net) Received: from [62.104.201.6] (helo=mx0.freenet.de) by mout0.freenet.de with esmtp (Exim 3.13 #1) id 12Vwap-0004sF-00; Fri, 17 Mar 2000 14:15:07 +0100 Received: from [213.6.55.97] (helo=Magelan.Leidinger.net) by mx0.freenet.de with esmtp (Exim 3.13 #3) id 12Vwam-0008VY-00; Fri, 17 Mar 2000 14:15:05 +0100 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.9.3/8.9.3) with ESMTP id NAA01167; Fri, 17 Mar 2000 13:32:46 +0100 (CET) (envelope-from netchild@Leidinger.net) Message-Id: <200003171232.NAA01167@Magelan.Leidinger.net> Date: Fri, 17 Mar 2000 13:32:45 +0100 (CET) From: Alexander Leidinger Subject: Re: gcc -Os optimisation broken (RELENG_4) To: Doug@gorean.org Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <38D1CC21.B4A59808@gorean.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 16 Mar, Doug Barton wrote: > In the interests of providing another datapoint, I tried my old, boring > P5 machine, and with -Os -march=pentium buildworld bombed trying to > compile cc1plus in the build tools phase. Backing off to -O worked. The > kernel was ok with -Os -march=pentium. As it seems everyone is posting his/her C{,OPT}FLAGS: I'm using -Os -march=pentiumpro -pipe -Wall -funroll-loops -fschedule-insns2 since months (~ a half year ore more) without a problem (at least I didn't notice one) on a Celeron. Bye, Alexander. -- The dark ages were caused by the Y1K problem. http://www.Leidinger.net Alexander+Home @ Leidinger.net Key fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 6: 2:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from camtech.net.au (goliath.camtech.net.au [203.5.73.2]) by hub.freebsd.org (Postfix) with SMTP id B7D7637BD33; Fri, 17 Mar 2000 06:02:25 -0800 (PST) (envelope-from thyerm@camtech.net.au) Received: from camtech.net.au ([203.55.242.223]) by camtech.net.au ; Sat, 18 Mar 2000 00:32:21 +1030 Message-ID: <38D23B27.C30F095@camtech.net.au> Date: Sat, 18 Mar 2000 00:33:19 +1030 From: Matthew Thyer X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Idea Receiver Cc: Jean-Marc Zucconi , current@FreeBSD.org Subject: Re: port/XFree86-4 make install fail. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Idea Receiver wrote: > > On Thu, 16 Mar 2000, Jean-Marc Zucconi wrote: > > > >>>>> Idea Receiver writes: > > > > > "make all" success without any problem. > > > > There was an error but "make all" always complete. > > > > > however, make install fail ;( > > > > What are your CFLAGS in /etc/make.conf ? > > default only. CFLAG= -O -pipe > > I have no problem of installing XFree-4.0 binary. Just not from > ports/x11/XFree-4:( I had no problem. I tend to uninstall anything that uses X, build & install new X and then build new apps. It doesnt take that long. This is all using ports with CFLAG= -O -pipe -- /=======================================================================\ | Work: Matthew.Thyer@dsto.defence.gov.au | Home: thyerm@camtech.net.au | \=======================================================================/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 6:21:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from mercury.gfit.net (ns.gfit.net [209.41.124.90]) by hub.freebsd.org (Postfix) with ESMTP id 8397B37BD9A for ; Fri, 17 Mar 2000 06:21:14 -0800 (PST) (envelope-from tom@embt.com) Received: from paranor (timembt.iinc.com [206.67.169.229]) by mercury.gfit.net (8.8.8/8.8.8) with SMTP id IAA23200 for ; Fri, 17 Mar 2000 08:31:31 -0600 (CST) (envelope-from tom@embt.com) Message-Id: <3.0.3.32.20000317092038.0078a018@mail.embt.com> X-Sender: tembt@mail.embt.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Fri, 17 Mar 2000 09:20:38 -0500 To: freebsd-current@FreeBSD.ORG From: Tom Embt Subject: Re: Why not gzip iso images? In-Reply-To: <200003152209.XAA22951@dorifer.heim3.tu-clausthal.de> References: <8aorf2$htp$1@atlantis.rz.tu-clausthal.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [...] > > Another issue is the size. Many factors determine how quickly one can > > obtain the ISO. It would be nice if it were broken into smaller > > volumes. About 10-20 MB each would be good. That way should something > > fail, there less time and bandwidth wasted should one need to start over. > >That would just make things more complicated, and there's no >reason for that. That's what the "reget" command is good for >-- no reason to start over at all. I would like to mention one case where it would have been helpful to have the .iso broken into smaller pieces. I have a 21,600bps net connection which my ISP will disconnect after 6 hours of uptime, and once had a friend (whom is not nearby, but I see on on occasion) download the 3.3-STABLE ISO image for me via his cable modem for me to burn to CD. As luck would have it the file's MD5 checksum did not match up, and I was forced to redownload the entire file over my sloow modem connection (took around 6 days). Had the file been split and a checksum computed for each piece, I could have grabbed only the affected portion of the ISO. This said, I still do not believe it is worthwhile to split the ISO into smaller files, as it only adds complexity to the situation. Concatenating the files back into an ISO would be OS-dependant and perhaps a bit too much for first time users to cope with. I just assume things stay the way they are. Also, should anyone care, I feel that gzipping these files is a waste of time, unless server bandwith is a serious concern. Tom Embt tom@embt.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 6:31:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.datais.com (mail.targetnet.com [207.245.246.3]) by hub.freebsd.org (Postfix) with ESMTP id 22F4537BAEA for ; Fri, 17 Mar 2000 06:31:05 -0800 (PST) (envelope-from james@targetnet.com) Received: from james by mail.datais.com with local (Exim 3.02 #1) id 12VxlN-000BVX-00; Fri, 17 Mar 2000 09:30:05 -0500 Date: Fri, 17 Mar 2000 09:30:05 -0500 From: James FitzGibbon To: "Jeffrey J. Mountin" Cc: Alfred Perlstein , Kai Voigt , Matt Heckaman , Arnout Boer , FreeBSD-CURRENT Subject: Re: Why not gzip iso images? Message-ID: <20000317093005.A41950@targetnet.com> References: <20000315142247.M30974@abc.123.org> <20000315134211.A47945@tomcat.xs4all.nl> <20000315142247.M30974@abc.123.org> <20000315055316.D14789@fw.wintelcom.net> <4.3.2.20000315113750.00b128e0@207.227.119.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre1i In-Reply-To: <4.3.2.20000315113750.00b128e0@207.227.119.2> Organization: Targetnet.com Inc. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Jeffrey J. Mountin (jeff-ml@mountin.net) [000315 17:35]: > However, if you consider the size of the file and the possibility of > corruption, then it should be archived with gzip and forget the compression > (gzip -1). Now it can be checked for errors. Isn't there a CHECKSUMS.MD5 file in the directory where the ISO image is placed on the FTP site ? > Another issue is the size. Many factors determine how quickly one can > obtain the ISO. It would be nice if it were broken into smaller > volumes. About 10-20 MB each would be good. That way should something > fail, there less time and bandwidth wasted should one need to start over. It might be nice if there were a utility that could pull the ISO in small slices just like any distribution and then put it back together. For that matter, couldn't the ISO image be made into a distribution that sysinstall would understand ? To download it, you would : - run sysinstall - change the installation direction in the options dialog to match the one you want to download (4.0-RELEASE in this case) - select a custom distribution with just the "ISO image" dist - select "commit" sysinstall could then download the dist as many small chunks, and the "install" procedure would just be to glue the chunks back together and stick it in a known place on the HD. -- j. James FitzGibbon james@targetnet.com Targetnet.com Inc. Voice/Fax +1 416 306-0466/0452 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 6:36:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.ct.home.com (ha1.rdc1.ct.home.com [24.2.0.66]) by hub.freebsd.org (Postfix) with ESMTP id 0FD1537B95D for ; Fri, 17 Mar 2000 06:36:32 -0800 (PST) (envelope-from tsikora@home.com) Received: from home.com ([24.2.168.186]) by mail.rdc1.ct.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <20000317143631.EOYP24587.mail.rdc1.ct.home.com@home.com> for ; Fri, 17 Mar 2000 06:36:31 -0800 Message-ID: <38D242BA.61316F42@home.com> Date: Fri, 17 Mar 2000 09:35:38 -0500 From: Ted Sikora Reply-To: tsikora@powerusersbbs.com Organization: Jtl Development X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en-US,en-GB MIME-Version: 1.0 To: "current@FreeBSD.ORG" Subject: Re: RealPlayer 7 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Donn Miller wrote: > > Anyone get this beast to work on -current? The audio works, but the video > doesn't work at all. I have COMPAT_LINUX in my kernel, and RealPlayer 5.0 > works pretty well. > > $ printenv LD_LIBRARY_PATH > /usr/local/qt/lib:/usr/local/lib/rvplayer5.0:/usr/local/RealPlayer7/Common:/usr/local/RealPlayer7/Codecs:/usr/local/RealPlayer7/Plugins:/usr/local/RealPlayer7 > I have it under 5.0-current with XFree86-4.0. Like the other guy said just do the standard install and it works. I have /usr/compat/linux/usr/local/RealPlayer7 in my path and export REALPLAYER7=/usr/compat/linux/usr/local/RealPlayer7 in /etc/profile. For the mimeinstall and plugins go to the RealPlayer /dir and run #./mimeinstall.sh #./pluginstall.sh -- Ted Sikora Jtl Development Group tsikora@powerusersbbs.com http://powerusersbbs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 6:39: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.palmerharvey.co.uk (mail.palmerharvey.co.uk [62.172.109.58]) by hub.freebsd.org (Postfix) with ESMTP id E199037BD86 for ; Fri, 17 Mar 2000 06:39:04 -0800 (PST) (envelope-from Dom.Mitchell@palmerharvey.co.uk) Received: from ho-nt-01.pandhm.co.uk (unverified) by mail.palmerharvey.co.uk (Content Technologies SMTPRS 4.0.1) with ESMTP id ; Fri, 17 Mar 2000 14:37:39 +0000 Received: from ADMIN ([10.100.1.20]) by ho-nt-01.pandhm.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id G3Y8SX17; Fri, 17 Mar 2000 14:37:05 -0000 Received: from [10.100.35.12] (helo=voodoo.pandhm.co.uk) by admin with esmtp (Exim 1.92 #1) id 12Vxtt-0001g6-00; Fri, 17 Mar 2000 14:38:53 +0000 Received: by voodoo.pandhm.co.uk (Postfix, from userid 104) id 86050247; Fri, 17 Mar 2000 14:38:53 +0000 (GMT) Date: Fri, 17 Mar 2000 14:38:53 +0000 To: Forrest Aldrich Cc: freebsd-current@freebsd.org Subject: Re: Streamlining FreeBSD Installations Message-ID: <20000317143852.A76466@voodoo.pandhm.co.uk> References: <4.3.1.2.20000317074445.00b60d90@216.67.12.69> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <4.3.1.2.20000317074445.00b60d90@216.67.12.69>; from forrie@forrie.com on Fri, Mar 17, 2000 at 07:51:28AM -0500 X-Warning: Go away or I will replace you with a very small shell script. X-OS: FreeBSD 3.4-STABLE i386 X-Uptime: 2:24PM up 7 days, 21:20, 7 users, load averages: 0.14, 0.32, 0.32 From: Dom.Mitchell@palmerharvey.co.uk (Dominic Mitchell) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 17, 2000 at 07:51:28AM -0500, Forrest Aldrich wrote: > Someone mentioned that sysinstall could be scripted... is this the way > to go, then? It's one way to go, although it's not as good as Solaris' JumpStart (although that has faults of it's own...). For a quick example look in /usr/src/release/sysinstall/install.cfg. There's a manual page in the same directory describing how it works (roughly). As far as I can tell from the documentation (I've never actually needed to do an automated FreeBSD install yet), you boot the usual kern & mfsroot floppies, then select "load config file", at which point you insert the floppy with install.cfg on it. You'll probably need a bit of time to get it working, but it's a start. -- Dom Mitchell -- Palmer & Harvey McLane -- Unix Systems Administrator MCSE -- Minesweeper Consultant & Solitaire Expert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 6:44:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from firehouse.net (networkoperations.com [209.42.203.32]) by hub.freebsd.org (Postfix) with SMTP id 00EC637BB4D for ; Fri, 17 Mar 2000 06:44:42 -0800 (PST) (envelope-from abc@firehouse.net) Received: (qmail 64539 invoked by uid 1000); 17 Mar 2000 14:44:39 -0000 Date: Fri, 17 Mar 2000 09:44:39 -0500 From: Alan Clegg To: James FitzGibbon Cc: current@freebsd.org Subject: Re: Why not gzip iso images? Message-ID: <20000317094439.B64447@ecto.greenpeas.org> References: <20000315142247.M30974@abc.123.org> <20000315134211.A47945@tomcat.xs4all.nl> <20000315142247.M30974@abc.123.org> <20000315055316.D14789@fw.wintelcom.net> <4.3.2.20000315113750.00b128e0@207.227.119.2> <20000317093005.A41950@targetnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000317093005.A41950@targetnet.com>; from james@targetnet.com on Fri, Mar 17, 2000 at 09:30:05AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Out of the ether, James FitzGibbon spewed forth the following bits: > It might be nice if there were a utility that could pull the ISO in small > slices just like any distribution and then put it back together. For that > matter, couldn't the ISO image be made into a distribution that sysinstall > would understand ? This would be a GREAT use for a multicast "data fountain". Just continuously have the "next segment" of the iso image spewed out to a given multicast address. AlanC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 6:46:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from argon.blackdawn.com (deepspace9.dcds.edu [207.231.151.2]) by hub.freebsd.org (Postfix) with ESMTP id 5638337BB4D for ; Fri, 17 Mar 2000 06:46:40 -0800 (PST) (envelope-from will@blackdawn.com) Received: by argon.blackdawn.com (Postfix, from userid 1000) id DDE8218C3; Fri, 17 Mar 2000 09:46:37 -0500 (EST) Date: Fri, 17 Mar 2000 09:46:37 -0500 From: Will Andrews To: "Jeffrey J. Mountin" Cc: FreeBSD Current Subject: Re: Why not gzip iso images? Message-ID: <20000317094637.A404@argon.blackdawn.com> References: <20000315142247.M30974@abc.123.org> <20000315134211.A47945@tomcat.xs4all.nl> <20000315142247.M30974@abc.123.org> <20000315055316.D14789@fw.wintelcom.net> <4.3.2.20000315113750.00b128e0@207.227.119.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <4.3.2.20000315113750.00b128e0@207.227.119.2>; from jeff-ml@mountin.net on Wed, Mar 15, 2000 at 11:59:29AM -0600 X-Operating-System: FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 15, 2000 at 11:59:29AM -0600, Jeffrey J. Mountin wrote: > However, if you consider the size of the file and the possibility of > corruption, then it should be archived with gzip and forget the compression > (gzip -1). Now it can be checked for errors. MD5 checksums are more compact and much cooler. > Another issue is the size. Many factors determine how quickly one can > obtain the ISO. It would be nice if it were broken into smaller > volumes. About 10-20 MB each would be good. That way should something > fail, there less time and bandwidth wasted should one need to start over. Ever heard of 'reget'? > Call me a disinterested 3rd party. Never pull the ISO, only the parts > needed. ;) I tend to agree with this. 650MB is way too much - perhaps the images could be broken up according to the portion of the system (i.e., bin, sbin, usr.bin, usr.sbin, etc, et cetera). -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 6:49:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.ct.home.com (ha1.rdc1.ct.home.com [24.2.0.66]) by hub.freebsd.org (Postfix) with ESMTP id 1B6E537BAEA for ; Fri, 17 Mar 2000 06:49:27 -0800 (PST) (envelope-from tsikora@home.com) Received: from home.com ([24.2.168.186]) by mail.rdc1.ct.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <20000317144926.ETGX24587.mail.rdc1.ct.home.com@home.com> for ; Fri, 17 Mar 2000 06:49:26 -0800 Message-ID: <38D245C1.63AD0968@home.com> Date: Fri, 17 Mar 2000 09:48:33 -0500 From: Ted Sikora Reply-To: tsikora@powerusersbbs.com Organization: Jtl Development X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en-US,en-GB MIME-Version: 1.0 To: "current@FreeBSD.ORG" Subject: Re: RealPlayer 7 References: <38D242BA.61316F42@home.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ted Sikora wrote: > > Donn Miller wrote: > > > > Anyone get this beast to work on -current? The audio works, but the video > > doesn't work at all. I have COMPAT_LINUX in my kernel, and RealPlayer 5.0 > > works pretty well. > > > > $ printenv LD_LIBRARY_PATH > > /usr/local/qt/lib:/usr/local/lib/rvplayer5.0:/usr/local/RealPlayer7/Common:/usr/local/RealPlayer7/Codecs:/usr/local/RealPlayer7/Plugins:/usr/local/RealPlayer7 > > > > I have it under 5.0-current with XFree86-4.0. Like the other guy said > just do the standard install and it works. I have > /usr/compat/linux/usr/local/RealPlayer7 in my path and export > REALPLAYER7=/usr/compat/linux/usr/local/RealPlayer7 in /etc/profile. > For the mimeinstall and plugins go to the RealPlayer /dir and run > #./mimeinstall.sh > #./pluginstall.sh > Correction: /usr/compat/linux/usr/local/bin is in my path. Just ln -s realplay and rpnphelper to it. -- Ted Sikora Jtl Development Group tsikora@powerusersbbs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 6:54:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (Postfix) with ESMTP id 670A437BE36 for ; Fri, 17 Mar 2000 06:54:17 -0800 (PST) (envelope-from brdean@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.28]) by lamb.sas.com (8.9.3/8.9.1) with SMTP id JAA13639; Fri, 17 Mar 2000 09:53:55 -0500 (EST) Received: from dean.pc.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA28557; Fri, 17 Mar 2000 09:53:24 -0500 Received: (from brdean@localhost) by dean.pc.sas.com (8.9.3/8.9.1) id JAA43008; Fri, 17 Mar 2000 09:53:24 -0500 (EST) (envelope-from brdean) From: Brian Dean Message-Id: <200003171453.JAA43008@dean.pc.sas.com> Subject: Re: Streamlining FreeBSD Installations In-Reply-To: <4.3.1.2.20000317074445.00b60d90@216.67.12.69> from Forrest Aldrich at "Mar 17, 2000 07:51:28 am" To: Forrest Aldrich Date: Fri, 17 Mar 2000 09:53:24 -0500 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Forrest Aldrich wrote: > Someone mentioned that sysinstall could be scripted... is this the way to > go, then? I use scripted sysinstalls here. It's really easy, however, you still have to interact with a few dialogs, namely: 1) of course, you have to specify your config file from the "Load Config" main menu option 2) you need to say whether or not you want to use DHCP 3) you need to interact with the crypto questions 4) you need to say whether or not you want to install the ports I think it would be worthwhile to modify sysinstall to so that you only have to do #1 above, but I haven't found it so painful to interact with the remaining three to submit patches to Jordan yet. Eventually, I will probably do this, unless someone else beats me to it. Everything else can be automated. Here's a sample config file that I put together: # scratchy.cfg # # FreeBSD Installation Config file for scratchy.unx.sas.com # # This file generated on 03/17/00 09:36:00 # debug=yes ipaddr=10.26.1.74 hostname=scratchy.unx.sas.com domainname=unx.sas.com defaultrouter=10.26.0.1 netmask=255.255.0.0 # ----- End of generated information ----- netDev=fxp0 ftp=ftp://freebsd2.unx.sas.com/pub/FreeBSD _ftpPath=ftp://freebsd2.unx.sas.com/pub/FreeBSD nameserver=10.16.149.6 mediaSetFTP distSetEverything dists=local X9set distUnsetCustom disk=ad0 partition=exclusive diskPartitionEditor # 128 Meg /root partition ad0s1-1=ufs 262144 / # 256 Meg swap partition ad0s1-2=swap 524288 none # 1 Gig /tmp partition ad0s1-3=ufs 2097152 /tmp # 256 Meg /var partition ad0s1-4=ufs 524288 /var # all remaining space for /usr partition ad0s1-5=ufs 0 /usr diskLabelEditor installCommit # pkg dir = /nfs/freebsd/pub/FreeBSD/packages/All package=bash-2.03 noError=TRUE packageAdd package=elm-2.4ME+68 noError=TRUE packageAdd package=emacs-20.6 noError=TRUE packageAdd package=hexedit-1.1.0 noError=TRUE packageAdd package=less-352 noError=TRUE packageAdd package=linux_base-6.1 noError=TRUE packageAdd package=lsof-4.48 noError=TRUE packageAdd package=mm-1.0.12 noError=TRUE packageAdd package=netscape-communicator-4.72 noError=TRUE packageAdd package=pdksh-5.2.14 noError=TRUE packageAdd package=procmail-3.14 noError=TRUE packageAdd package=rdate-1.0 noError=TRUE packageAdd package=sudo-1.6.2p1 noError=TRUE packageAdd package=tcsh-6.09.00 noError=TRUE packageAdd package=tkcvs-6.0 noError=TRUE packageAdd package=tkdiff-3.04 noError=TRUE packageAdd package=unzip-5.40 noError=TRUE packageAdd package=xv-m17n-3.10a noError=TRUE packageAdd package=zip-2.3 noError=TRUE packageAdd This script uses a local snap machine that we keep current and build snaps nightly from which to do an FTP install. I've got a script that I use to generate these config files. Essentially, I just specify the machine name, and my config generatator figures out the IP address, default router, and netmask, that is required for configuring the ethernet interface. Everything below the line "# ----- End of generated information -----" is the same for all hosts, only the stuff above that line is different for each host. So, I end up with a config file per host. -Brian -- Brian Dean brdean@unx.sas.com SAS Institute Inc. bsd@FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 7: 0:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from gw.nectar.com (gw.nectar.com [209.98.143.44]) by hub.freebsd.org (Postfix) with ESMTP id B005F37BE0D for ; Fri, 17 Mar 2000 07:00:54 -0800 (PST) (envelope-from nectar@nectar.com) Received: by gw.nectar.com (Postfix, from userid 1001) id BA18B243550; Fri, 17 Mar 2000 09:00:49 -0600 (CST) Date: Fri, 17 Mar 2000 09:00:49 -0600 From: "Jacques A . Vidrine" To: Donn Miller Cc: Doug Barton , current@freebsd.org Subject: Re: RealPlayer 7 Message-ID: <20000317090049.D9495@spawn.nectar.com> References: <38D1C508.113E7710@gorean.org> <38D1C5C9.9B6D22C3@cvzoom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <38D1C5C9.9B6D22C3@cvzoom.net>; from dmmiller@cvzoom.net on Fri, Mar 17, 2000 at 12:42:33AM -0500 X-Url: http://www.nectar.com/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 17, 2000 at 12:42:33AM -0500, Donn Miller wrote: > I think I found the problem -- it had "disable custom sampling rates" > checked in the preferences section. I unchecked that, and at least > the audio is working better. I still have to try the video, > though... Maybe there's a conflict with running it with XFree86 4.0 > and 16 bpp. No, I have 4.0-STABLE and XFree86 4.0 here, running at 16bpp, and can play video streams fine with RealPlayer. Although not as a Netscape plugin -- it dumps core & I haven't had a chance to see why yet. -- Jacques Vidrine / n@nectar.com / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 7: 1:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from kronos.alcnet.com (kronos.alcnet.com [63.69.28.22]) by hub.freebsd.org (Postfix) with ESMTP id EA7E837BC93 for ; Fri, 17 Mar 2000 07:01:33 -0800 (PST) (envelope-from kbyanc@posi.net) X-Provider: ALC Communications, Inc. http://www.alcnet.com/ Received: from localhost (kbyanc@localhost) by kronos.alcnet.com (8.9.3/8.9.3/antispam) with ESMTP id KAA64770; Fri, 17 Mar 2000 10:00:44 -0500 (EST) Date: Fri, 17 Mar 2000 10:00:44 -0500 (EST) From: Kelly Yancey X-Sender: kbyanc@kronos.alcnet.com To: Will Andrews Cc: "Jeffrey J. Mountin" , FreeBSD Current Subject: Re: Why not gzip iso images? In-Reply-To: <20000317094637.A404@argon.blackdawn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I tend to agree with this. 650MB is way too much - perhaps the images could > be broken up according to the portion of the system (i.e., bin, sbin, > usr.bin, usr.sbin, etc, et cetera). > This is all beginning to smell a lot like a FTP install. Kelly -- Kelly Yancey - kbyanc@posi.net - Richmond, VA Analyst / E-business Development, Bell Industries http://www.bellind.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 7: 2:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from forrie.net (forrie.net [216.67.12.69]) by hub.freebsd.org (Postfix) with ESMTP id D978937BEB7 for ; Fri, 17 Mar 2000 07:02:48 -0800 (PST) (envelope-from forrie@forrie.com) Received: from Forrest (getbent@forrie.ne.mediaone.net [24.147.129.124]) by forrie.net with id e2HF2kj01785; Fri, 17 Mar 2000 10:02:46 -0500 (EST) Message-Id: <4.3.1.2.20000317095738.00b4e3b0@216.67.12.69> X-Sender: forrie@216.67.12.69 X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Fri, 17 Mar 2000 10:01:00 -0500 To: Brian Dean From: Forrest Aldrich Subject: Re: Streamlining FreeBSD Installations Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <200003171453.JAA43008@dean.pc.sas.com> References: <4.3.1.2.20000317074445.00b60d90@216.67.12.69> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yes, making this process easier with Sysinstall would be a Good Thing(tm). Especially I see the need here due to the widespread use of FreeBSD in enterprise environments. This topic will certainly come up again and again. What I would like to see is a customized boot disk that, after loading the kernel etc, goes into a script where you input the critical info (IP, DNS, ... ). It's required to ask the Crypto Questions, I understand -- however, we could "answer" those in the *.cfg file, to avoid the prompts. IMHO, this shouldn't be too difficult to implement. But it would be great to pool in everyone's ideas, so that everyone's needs are considered before commiting such changes. Anyone else have some feedback on this? _F To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 7:11:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from forrie.net (forrie.net [216.67.12.69]) by hub.freebsd.org (Postfix) with ESMTP id D6E4437BA32 for ; Fri, 17 Mar 2000 07:11:53 -0800 (PST) (envelope-from forrie@forrie.com) Received: from Forrest (getbent@forrie.ne.mediaone.net [24.147.129.124]) by forrie.net with id e2HFBoj01842; Fri, 17 Mar 2000 10:11:51 -0500 (EST) Message-Id: <4.3.1.2.20000317100803.00b52120@216.67.12.69> X-Sender: forrie@216.67.12.69 X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Fri, 17 Mar 2000 10:10:04 -0500 To: Brian Dean From: Forrest Aldrich Subject: Re: Streamlining FreeBSD Installations Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <200003171453.JAA43008@dean.pc.sas.com> References: <4.3.1.2.20000317074445.00b60d90@216.67.12.69> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Another issue here, at least in our application of it, is about adding users and setting passwords. With well over 100 machines, we want to also have installed user accounts for our engineers. Again, nightmareish to consider doing manually. Such a script used at startup could contain also the account name and perhaps the "crypted" form of the password, and some other utility would need to do the magic from there. _F To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 7:12:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from argon.blackdawn.com (deepspace9.dcds.edu [207.231.151.2]) by hub.freebsd.org (Postfix) with ESMTP id 3139B37B895 for ; Fri, 17 Mar 2000 07:12:56 -0800 (PST) (envelope-from will@blackdawn.com) Received: by argon.blackdawn.com (Postfix, from userid 1000) id A67AB18C3; Fri, 17 Mar 2000 10:12:52 -0500 (EST) Date: Fri, 17 Mar 2000 10:12:52 -0500 From: Will Andrews To: Kelly Yancey Cc: Will Andrews , "Jeffrey J. Mountin" , FreeBSD Current Subject: Re: Why not gzip iso images? Message-ID: <20000317101252.E404@argon.blackdawn.com> References: <20000317094637.A404@argon.blackdawn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from kbyanc@posi.net on Fri, Mar 17, 2000 at 10:00:44AM -0500 X-Operating-System: FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 17, 2000 at 10:00:44AM -0500, Kelly Yancey wrote: > This is all beginning to smell a lot like a FTP install. Exactly. Only thing is, an FTP install requires a usable internet connection on intended box, which is not always available. ;-) -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 7:27: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.ct.home.com (ha1.rdc1.ct.home.com [24.2.0.66]) by hub.freebsd.org (Postfix) with ESMTP id 4E02E37BBEB for ; Fri, 17 Mar 2000 07:26:59 -0800 (PST) (envelope-from tsikora@home.com) Received: from home.com ([24.2.168.186]) by mail.rdc1.ct.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <20000317152658.FHGD24587.mail.rdc1.ct.home.com@home.com> for ; Fri, 17 Mar 2000 07:26:58 -0800 Message-ID: <38D24E8D.3A887AF1@home.com> Date: Fri, 17 Mar 2000 10:26:05 -0500 From: Ted Sikora Reply-To: tsikora@powerusersbbs.com Organization: Jtl Development X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en-US,en-GB MIME-Version: 1.0 To: "current@FreeBSD.ORG" Subject: Re: RealPlayer 7 References: <38D1C508.113E7710@gorean.org> <38D1C5C9.9B6D22C3@cvzoom.net> <20000317090049.D9495@spawn.nectar.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jacques A . Vidrine" wrote: > > On Fri, Mar 17, 2000 at 12:42:33AM -0500, Donn Miller wrote: > > I think I found the problem -- it had "disable custom sampling rates" > > checked in the preferences section. I unchecked that, and at least > > the audio is working better. I still have to try the video, > > though... Maybe there's a conflict with running it with XFree86 4.0 > > and 16 bpp. > > No, I have 4.0-STABLE and XFree86 4.0 here, running at 16bpp, and can > play video streams fine with RealPlayer. > > Although not as a Netscape plugin -- it dumps core & I haven't had a > chance to see why yet. > -- Most of the plugins give the 'bad magic' error. It works perfectly under the Linux-Netscape version however. That's why I run both in FreeBSD. With the Linux version I get all plugins like flash4 and so on. -- Ted Sikora Jtl Development Group tsikora@powerusersbbs.com http://powerusersbbs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 8:17:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from RedDust.BlueSky.net.au (reddust.bluesky.net.au [203.31.37.15]) by hub.freebsd.org (Postfix) with ESMTP id 4828537BF09; Fri, 17 Mar 2000 08:17:50 -0800 (PST) (envelope-from receiver@RedDust.BlueSky.net.au) Received: from localhost (receiver@localhost) by RedDust.BlueSky.net.au (8.9.3/8.9.3) with ESMTP id CAA42633; Sat, 18 Mar 2000 02:18:55 +1000 (EST) (envelope-from receiver@RedDust.BlueSky.net.au) Date: Sat, 18 Mar 2000 02:18:55 +1000 (EST) From: Idea Receiver To: Matthew Thyer Cc: Jean-Marc Zucconi , current@FreeBSD.org Subject: Re: port/XFree86-4 make install fail. In-Reply-To: <38D23B27.C30F095@camtech.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 18 Mar 2000, Matthew Thyer wrote: > I had no problem. > > I tend to uninstall anything that uses X, build & install new X and > then build new apps. It doesnt take that long. This is all using > ports with CFLAG= -O -pipe ok.. I just tried to reinstall the whole system with the SNAP from 8/Feb and cvs up to the latest, and make world. and make a new kernel with SMP support. and then I tried to make XFree-4 again. Same problem. What can I do? I dont want to make -k install. I need a full functional X. :( To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 8:21:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 0A92337B631; Fri, 17 Mar 2000 08:21:34 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com (dcs@p39-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.104]) by peach.ocn.ne.jp (8.9.1a/OCN) with ESMTP id BAA14486; Sat, 18 Mar 2000 01:21:21 +0900 (JST) Message-ID: <38D25B2D.B442D523@newsguy.com> Date: Sat, 18 Mar 2000 01:19:57 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: sobomax@mail.ru Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: gcc -Os optimisation broken (RELENG_4) References: <38CF48CF.59A100D7@altavista.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Maxim Sobolev wrote: > > I've just upgraded my production server to the 4.0-RELEASE and found that > squid23 when compiled with -Os option dying with signal 11 on each attempt to > load page. When I recompiled it with -O fault disappeared. After some digging > into the sources with gdb I found that fault came from dereferencing NULL > pointer somewhere in the DNS query procedures. I've tracked the source of this > pointer and found that the function rfc1035QuestionPack (rfc1035.c) called from > rfc1035BuildAQuery receives NULL pointer instead of the supplied hostname as a > 3rd argument. Following is two debugging sessions with squid compiled with -Os > and -O (faulty call is in the end of the output): Well... where is "name" being set? That would help. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 8:23:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragonstar.dhs.org (dsl-028-a.resnet.purdue.edu [128.211.161.178]) by hub.freebsd.org (Postfix) with ESMTP id AEEBB37BC93 for ; Fri, 17 Mar 2000 08:23:08 -0800 (PST) (envelope-from jonsmith@dragonstar.dhs.org) Received: from localhost (jonsmith@localhost) by dragonstar.dhs.org (8.9.3/8.9.3) with ESMTP id LAA33880; Fri, 17 Mar 2000 11:15:43 -0500 (EST) (envelope-from jonsmith@dragonstar.dhs.org) Date: Fri, 17 Mar 2000 11:15:43 -0500 (EST) From: Jonathan Smith To: Forrest Aldrich Cc: Brian Dean , freebsd-current@FreeBSD.ORG Subject: Re: Streamlining FreeBSD Installations In-Reply-To: <4.3.1.2.20000317100803.00b52120@216.67.12.69> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 17 Mar 2000, Forrest Aldrich wrote: > Another issue here, at least in our application of it, is about adding > users and setting passwords. With well over 100 machines, we want to > also have installed user accounts for our engineers. Again, nightmareish > to consider doing manually. > > Such a script used at startup could contain also the account name and > perhaps the "crypted" form of the password, and some other utility would > need to do the magic from there. > Either put on the disk or fetch a copy of the master.passwd, copy it someplace like /root/master.passwd that's on the root partition and do a passwd_mkdb. I would suggest, however, setting up ssh on the first pass and maybe a password on one trusted account that you could install the system(s), go back to you Favorite Terminal(tm), sit down and use a for loop (or other automated method ;) to send (ie. via ssh/scp ;) the master.passwd file to a secure place on the root partition then have ssh execute the remote command 'passwd_mkdb' on the previously sent file and there you have it. j > > _F > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 8:26:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from seu.edu.cn (seic3.seu.edu.cn [202.119.24.13]) by hub.freebsd.org (Postfix) with ESMTP id EA3A837BF09 for ; Fri, 17 Mar 2000 08:24:56 -0800 (PST) (envelope-from freebsdmaillist@263.net) Received: from dryice ([202.119.9.77]) by seu.edu.cn (8.9.3/8.9.3) with SMTP id AAA28067 for ; Sat, 18 Mar 2000 00:23:29 +0800 (CST) Message-Id: <200003171623.AAA28067@seu.edu.cn> Date: Sat, 18 Mar 2000 0:23:24 +0800 From: dryice liu To: "freebsd-current@freebsd.org" Subject: X-mailer: FoxMail 3.0 beta 2 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 8:32:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from barracuda.aquarium.rtci.com (barracuda.aquarium.rtci.com [208.11.247.5]) by hub.freebsd.org (Postfix) with ESMTP id 9E30737BDFA for ; Fri, 17 Mar 2000 08:32:13 -0800 (PST) (envelope-from tstromberg@rtci.com) Received: from barracuda (barracuda [208.11.247.5]) by barracuda.aquarium.rtci.com (8.9.3+Sun/8.9.3) with ESMTP id LAA01360; Fri, 17 Mar 2000 11:32:13 -0500 (EST) Date: Fri, 17 Mar 2000 11:32:13 -0500 (EST) From: Thomas Stromberg X-Sender: tstromberg@barracuda.aquarium.rtci.com To: Forrest Aldrich Cc: freebsd-current@FreeBSD.ORG Subject: Re: Streamlining FreeBSD Installations In-Reply-To: <4.3.1.2.20000317074445.00b60d90@216.67.12.69> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As far as keeping them "up to date", this is what we do: - Have a local cvsup-mirror server - All FreeBSD workstations and servers cvsup (just ports) off of it nightly. - Our central build server (which doubles as an insanely overpowered SMP dns server), builds -STABLE, and all kernels nightly When we want to upgrade a machine to current, we just: mount buildbox:/usr/src /usr/src mount buiildbox:/usr/obj /usr/obj cd /usr/src make installworld mergemaster cd /usr/src/sys/compile/ make install reboot This process takes about 15 min on our 100M/s network. We don't do it too often of course, because of the downtime involved, but. As far as keeping the machines "identical", you may want to look into one of the hacks i've seen where in a school lab they boot off a floppy which dd's the hard drives off of an nfs share. I can't remember where I saw this unfortunatly. (not sure if this answers your question, but I hope it odes) ------------------------------------------------------------------------- > Thomas R. Stromberg Senior Systems Administrator : > smtp[tstromberg@rtci.com] Research Triangle Commerce, Inc. : > http[afterthought.org] pots[1.919.657.1317] : > irc[helixblue] FreeBSD Contributor, Perl Hacker : ------------------------------------------------------------------------- On Fri, 17 Mar 2000, Forrest Aldrich wrote: > There was mentioned that someone was "appointed" (perhaps unwillingly :) to > look into this one... who? > > I was also curious about what people do to keep a fleet of FreeBSD machines > up-to-date with CVSup and buildworld. I can't imagine manually going to > more than 100 machines and doing the same thing manually... how time consuming. > > To summarize again, we are deploying status monitoring machines into POPs, > across the US. Those machines are identical in terms of hardware, et > al. We were hoping to find a means by which to streamline the installation > process, such that we could create (say) custom boot floppies where you'd > input minimum information (IP address, hostname, domain, etc.) and it would > then go off and perform the installation (from fdisk, newfs... to editing > packet filters appropriately, which make require a "template" of sorts). > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 9:24: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from morpheus.skynet.be (morpheus.skynet.be [195.238.2.39]) by hub.freebsd.org (Postfix) with ESMTP id 9115137BF6C for ; Fri, 17 Mar 2000 09:23:10 -0800 (PST) (envelope-from blk@skynet.be) Received: from [195.238.1.121] (brad.techos.skynet.be [195.238.1.121]) by morpheus.skynet.be (Postfix) with ESMTP id 53D80CB3E; Fri, 17 Mar 2000 18:22:58 +0100 (MET) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <20000317094637.A404@argon.blackdawn.com> References: <20000315142247.M30974@abc.123.org> <20000315134211.A47945@tomcat.xs4all.nl> <20000315142247.M30974@abc.123.org> <20000315055316.D14789@fw.wintelcom.net> <4.3.2.20000315113750.00b128e0@207.227.119.2> <20000317094637.A404@argon.blackdawn.com> Date: Fri, 17 Mar 2000 17:43:36 +0100 To: Will Andrews , "Jeffrey J. Mountin" From: Brad Knowles Subject: Re: Why not gzip iso images? Cc: FreeBSD Current Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 9:46 AM -0500 2000/3/17, Will Andrews wrote: > I tend to agree with this. 650MB is way too much - perhaps the images could > be broken up according to the portion of the system (i.e., bin, sbin, > usr.bin, usr.sbin, etc, et cetera). I think the entire point of the ISO images is to make it as easy as possible for people to burn an exact replica of the CDs that you would get if you bought the package from WC, and for people like this bandwidth is not an issue. For people that don't have the bandwidth, they should use other install methods. -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 9:34:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from hurricane.columbus.rr.com (m5.columbus.rr.com [204.210.252.249]) by hub.freebsd.org (Postfix) with ESMTP id 21A9E37BF9A for ; Fri, 17 Mar 2000 09:34:07 -0800 (PST) (envelope-from caa@columbus.rr.com) Received: from columbus.rr.com ([204.210.243.142]) by hurricane.columbus.rr.com (Post.Office MTA v3.5.3 release 223 ID# 0-53939U80000L80000S0V35) with ESMTP id com; Fri, 17 Mar 2000 12:34:09 -0500 Received: (from caa@localhost) by columbus.rr.com (8.9.3/8.9.3) id MAA07146; Fri, 17 Mar 2000 12:34:05 -0500 (EST) (envelope-from caa) Date: Fri, 17 Mar 2000 12:34:04 -0500 From: "Charles Anderson" To: Donn Miller Cc: current@FreeBSD.ORG Subject: Re: RealPlayer 7 Message-ID: <20000317123404.A6877@midgard.dhs.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from dmmiller@cvzoom.net on Thu, Mar 16, 2000 at 05:35:43PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I had many problems trying to get some of the linux emulation progrmas to run when I had a LD_LIBRARY_PATH set. The problem was that the linux executable was looking for libraries on the path list and finding a FreeBSD library and puking because it had a bad magic number. I just made sure my ldconfig was set right bot under FreeBSD & Linux emulation and did not set any LD_LIBRARY_PATH. Drove me nuts for half a week. -Charlie On Thu, Mar 16, 2000 at 05:35:43PM -0500, Donn Miller wrote: > Anyone get this beast to work on -current? The audio works, but the video > doesn't work at all. I have COMPAT_LINUX in my kernel, and RealPlayer 5.0 > works pretty well. > > > $ printenv LD_LIBRARY_PATH > /usr/local/qt/lib:/usr/local/lib/rvplayer5.0:/usr/local/RealPlayer7/Common:/usr/local/RealPlayer7/Codecs:/usr/local/RealPlayer7/Plugins:/usr/local/RealPlayer7 > > > - Donn > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Charles Anderson caa@columbus.rr.com No quote, no nothin' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 9:35:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp.nwlink.com (smtp.nwlink.com [209.20.130.57]) by hub.freebsd.org (Postfix) with ESMTP id 6BE3737BFC6 for ; Fri, 17 Mar 2000 09:34:37 -0800 (PST) (envelope-from rjoseph@nwlink.com) Received: from ip232.r8.d.bel.nwlink.com (ip232.r8.d.bel.nwlink.com [207.202.173.232]) by smtp.nwlink.com (8.9.3/8.9.3) with ESMTP id JAA12597; Fri, 17 Mar 2000 09:34:23 -0800 (PST) Date: Fri, 17 Mar 2000 09:28:31 -0800 (PST) From: R Joseph Wright X-Sender: rjoseph@mammalia.sea To: Sascha Schumann Cc: Doug Barton , freebsd-current@FreeBSD.ORG Subject: Re: gcc -Os optimisation broken (RELENG_4) In-Reply-To: <20000317125045.A15480@schumann.cx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > In contrast, I've been using -Os -march=pentium during the last three > months for buildworld and the kernel. Never had problems whatsoever. Perhaps this is a bit off topic, but can the pentium optimisations be used for AMD K6 processors? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 9:49:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by hub.freebsd.org (Postfix) with ESMTP id 7C33037BBFE; Fri, 17 Mar 2000 09:49:00 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by atlrel1.hp.com (Postfix) with ESMTP id 4BE34D9; Fri, 17 Mar 2000 12:48:58 -0500 (EST) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id JAA20933; Fri, 17 Mar 2000 09:48:57 -0800 (PST) Message-ID: <38D27009.784DF6A6@cup.hp.com> Date: Fri, 17 Mar 2000 09:48:57 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: Doug Barton Cc: Ruslan Ermilov , marcel@FreeBSD.org, Neil Blakey-Milner , current@FreeBSD.org Subject: Re: possible simple install-info fix References: <20000315174906.A54067@mithrandr.moria.org> <20000316095311.E40068@relay.ucb.crimea.ua> <38D1D250.941CA715@gorean.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Barton wrote: > > Ok, sounds like you guys have it under control. If the fix was this > "easy," I really wish that someone had pushed for its inclusion in > 4.0-Release. This is going to be a big problem for people, and there are > enough hurdles into 4.0 already. :-/ There was some confusion. I thought the feature freeze was in december and the code freeze in januari. I didn't make it in januari and was "unavailable" in februari and this fix is not one you rush in (IMO of course). It has been posted before and noone thought it was urgent enough to rush it in anyway... The bottomline is known... BTW: If a fix is easy, then that doesn't mean that it isn't potentially dangerous :-) -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 9:51:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by hub.freebsd.org (Postfix) with ESMTP id 695F637BBFE for ; Fri, 17 Mar 2000 09:51:49 -0800 (PST) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id LAA21307; Fri, 17 Mar 2000 11:44:06 -0600 (CST) (envelope-from jeff-ml@mountin.net) Received: from dial-65.max1.wa.cyberlynk.net(207.227.118.65) by peak.mountin.net via smap (V1.3) id sma021305; Fri Mar 17 11:44:05 2000 Message-Id: <4.3.2.20000317113316.00b26100@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Fri, 17 Mar 2000 11:41:57 -0600 To: Will Andrews From: "Jeffrey J. Mountin" Subject: Re: Why not gzip iso images? Cc: FreeBSD Current In-Reply-To: <20000317094637.A404@argon.blackdawn.com> References: <4.3.2.20000315113750.00b128e0@207.227.119.2> <20000315142247.M30974@abc.123.org> <20000315134211.A47945@tomcat.xs4all.nl> <20000315142247.M30974@abc.123.org> <20000315055316.D14789@fw.wintelcom.net> <4.3.2.20000315113750.00b128e0@207.227.119.2> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 09:46 AM 3/17/00 -0500, Will Andrews wrote: >On Wed, Mar 15, 2000 at 11:59:29AM -0600, Jeffrey J. Mountin wrote: > > However, if you consider the size of the file and the possibility of > > corruption, then it should be archived with gzip and forget the > compression > > (gzip -1). Now it can be checked for errors. > >MD5 checksums are more compact and much cooler. Yes and my not knowing about them shows how often I look in the ISO dirs and those times that I do, the upload was in progress, so there was no checksum. ;) >Ever heard of 'reget'? Certainly. Tastes great, less filling. > > Call me a disinterested 3rd party. Never pull the ISO, only the parts > > needed. ;) > >I tend to agree with this. 650MB is way too much - perhaps the images could >be broken up according to the portion of the system (i.e., bin, sbin, >usr.bin, usr.sbin, etc, et cetera). That would duplicate work done already. If you want a stripped-down ISO, then burn your own from the distribution or take it a step further and make your own release. Come on folks! If you can't pull down the ISO, just buy the damn thing. You then get 4 CDs and save a lot of time and hassle. Regretting I ever made suggestions... Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 9:52:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by hub.freebsd.org (Postfix) with ESMTP id 17BBF37B709 for ; Fri, 17 Mar 2000 09:52:35 -0800 (PST) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id LAA21317; Fri, 17 Mar 2000 11:49:37 -0600 (CST) (envelope-from jeff-ml@mountin.net) Received: from dial-65.max1.wa.cyberlynk.net(207.227.118.65) by peak.mountin.net via smap (V1.3) id sma021315; Fri Mar 17 11:49:35 2000 Message-Id: <4.3.2.20000317114202.00a986e0@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Fri, 17 Mar 2000 11:47:29 -0600 To: Will Andrews , Kelly Yancey From: "Jeffrey J. Mountin" Subject: Re: Why not gzip iso images? Cc: current@FreeBSD.ORG In-Reply-To: <20000317101252.E404@argon.blackdawn.com> References: <20000317094637.A404@argon.blackdawn.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 10:12 AM 3/17/00 -0500, Will Andrews wrote: >On Fri, Mar 17, 2000 at 10:00:44AM -0500, Kelly Yancey wrote: > > This is all beginning to smell a lot like a FTP install. > >Exactly. Only thing is, an FTP install requires a usable internet >connection on intended box, which is not always available. ;-) Ah, but if it's available one time, then that time would be best spend pulling a local copy, which is much faster using local method (take your pick) to install further systems. This is a catch-22 situation and tinkering around with how the ISO can be had (stripped version or volumed) does nothing to solve. Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 10: 0:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from ipt2.iptelecom.net.ua (ipt2.iptelecom.net.ua [212.9.224.2]) by hub.freebsd.org (Postfix) with ESMTP id 9A22537BBFE; Fri, 17 Mar 2000 10:00:15 -0800 (PST) (envelope-from sobomax@altavista.net) Received: from vega.vega.com (dialup5-41.iptelecom.net.ua [212.9.227.41]) by ipt2.iptelecom.net.ua (8.9.3/8.9.3) with ESMTP id UAA28490; Fri, 17 Mar 2000 20:04:15 +0200 (EET) Received: from altavista.net (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.9.3/8.9.3) with ESMTP id TAA03226; Fri, 17 Mar 2000 19:34:13 +0200 (EET) (envelope-from sobomax@altavista.net) Message-ID: <38D26C93.A897F093@altavista.net> Date: Fri, 17 Mar 2000 19:34:11 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.72 [en] (WinNT; I) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: "Daniel C. Sobral" Cc: sobomax@mail.ru, current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: gcc -Os optimisation broken (RELENG_4) References: <38CF48CF.59A100D7@altavista.net> <38D25B2D.B442D523@newsguy.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Daniel C. Sobral" wrote: > Maxim Sobolev wrote: > > > > I've just upgraded my production server to the 4.0-RELEASE and found that > > squid23 when compiled with -Os option dying with signal 11 on each attempt to > > load page. When I recompiled it with -O fault disappeared. After some digging > > into the sources with gdb I found that fault came from dereferencing NULL > > pointer somewhere in the DNS query procedures. I've tracked the source of this > > pointer and found that the function rfc1035QuestionPack (rfc1035.c) called from > > rfc1035BuildAQuery receives NULL pointer instead of the supplied hostname as a > > 3rd argument. Following is two debugging sessions with squid compiled with -Os > > and -O (faulty call is in the end of the output): > > Well... where is "name" being set? That would help. It is not clear what do you mean, please explain. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 10:56:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from arg1.demon.co.uk (arg1.demon.co.uk [194.222.34.166]) by hub.freebsd.org (Postfix) with ESMTP id 0AF7437B709 for ; Fri, 17 Mar 2000 10:56:28 -0800 (PST) (envelope-from arg@arg1.demon.co.uk) Received: from localhost (arg@localhost) by arg1.demon.co.uk (8.8.8/8.8.8) with ESMTP id SAA12998; Fri, 17 Mar 2000 18:56:43 GMT (envelope-from arg@arg1.demon.co.uk) Date: Fri, 17 Mar 2000 18:56:43 +0000 (GMT) From: Andrew Gordon X-Sender: arg@server.arg.sj.co.uk To: Forrest Aldrich Cc: freebsd-current@freebsd.org Subject: Re: Streamlining FreeBSD Installations In-Reply-To: <4.3.1.2.20000317074445.00b60d90@216.67.12.69> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 17 Mar 2000, Forrest Aldrich wrote: > I was also curious about what people do to keep a fleet of FreeBSD machines > up-to-date with CVSup and buildworld. I can't imagine manually going to > more than 100 machines and doing the same thing manually... how time consuming. > > To summarize again, we are deploying status monitoring machines into POPs, > across the US. Those machines are identical in terms of hardware, et > al. We were hoping to find a means by which to streamline the installation > process, such that we could create (say) custom boot floppies where you'd > input minimum information (IP address, hostname, domain, etc.) and it would > then go off and perform the installation (from fdisk, newfs... to editing > packet filters appropriately, which make require a "template" of sorts). If the job they are doing is fairly simple, and they have (or could have) plenty of RAM, have you considered scrapping the disc drives and having a CD-boot system? Although CD drives are not very reliable for heavy-duty use, you should be able to arrange that the working set gets loaded at start-up and the CD is then idle in all normal use - this may "just work" through normal caching, or you may need to copy active files onto an MFS filesystem (you'll need an MFS for various things anyhow). This has the advantage over pico-BSD style installations that you can fill the rest of the CD with a fairly complete FreeBSD installation: in normal use the CD drive is idle, but you have the full set of tools available for use on rare occasions when they are needed. Obviously the machines need to pick up their identities from somewhere, as you want to just duplicate a stack of identical CDs. If the machines can rely on their environment, DHCP is the obvious way to go; if not, one technique I've used is to key it on the MAC address of the ethernet card (in /etc/rc I pick up the MAC address with ifconfig and then have a big case statement to set up the different characteristics of the machines). Obviously this doesn't suit every application, but I have found it highly advantageous when I want to put down a BSD machine in a location with no local BSD skills to fix things if they go wrong. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 11: 3:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from forrie.net (forrie.net [216.67.12.69]) by hub.freebsd.org (Postfix) with ESMTP id 8296D37BBEF for ; Fri, 17 Mar 2000 11:03:22 -0800 (PST) (envelope-from forrie@forrie.com) Received: from Forrest (getbent@forrie.ne.mediaone.net [24.147.129.124]) by forrie.net with id e2HJ3Bj06143; Fri, 17 Mar 2000 14:03:11 -0500 (EST) Message-Id: <4.3.1.2.20000317135945.00b55150@216.67.12.69> X-Sender: forrie@216.67.12.69 X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Fri, 17 Mar 2000 14:01:29 -0500 To: Andrew Gordon From: Forrest Aldrich Subject: Re: Streamlining FreeBSD Installations Cc: freebsd-current@freebsd.org In-Reply-To: References: <4.3.1.2.20000317074445.00b60d90@216.67.12.69> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This wouldn't work in our situation, where we are needing to modify data... so if there were a power outage, imagine the hassle. Good idea, though. Most of our systems have 64 - 128mb of ram. They are doing distributed status monitoring and secondary DNS. So, there would be a bit of changes happening from time-to-time. But again, I doubt this would work for us. From the private emails I've received on this topic, it seems that the consenus is to spiff up sysinstall, which is probably the right place to begin with some of this stuff. Not sure who maintains it. _F At 06:56 PM 3/17/00 +0000, Andrew Gordon wrote: >On Fri, 17 Mar 2000, Forrest Aldrich wrote: > > I was also curious about what people do to keep a fleet of FreeBSD > machines > > up-to-date with CVSup and buildworld. I can't imagine manually going to > > more than 100 machines and doing the same thing manually... how time > consuming. > > > > To summarize again, we are deploying status monitoring machines into POPs, > > across the US. Those machines are identical in terms of hardware, et > > al. We were hoping to find a means by which to streamline the > installation > > process, such that we could create (say) custom boot floppies where you'd > > input minimum information (IP address, hostname, domain, etc.) and it > would > > then go off and perform the installation (from fdisk, newfs... to editing > > packet filters appropriately, which make require a "template" of sorts). > >If the job they are doing is fairly simple, and they have (or could >have) plenty of RAM, have you considered scrapping the disc drives and >having a CD-boot system? > >Although CD drives are not very reliable for heavy-duty use, you should be >able to arrange that the working set gets loaded at start-up and the CD is >then idle in all normal use - this may "just work" through normal caching, >or you may need to copy active files onto an MFS filesystem (you'll need >an MFS for various things anyhow). This has the advantage over pico-BSD >style installations that you can fill the rest of the CD with a fairly >complete FreeBSD installation: in normal use the CD drive is idle, but >you have the full set of tools available for use on rare occasions when >they are needed. > >Obviously the machines need to pick up their identities from somewhere, as >you want to just duplicate a stack of identical CDs. If the machines can >rely on their environment, DHCP is the obvious way to go; if not, one >technique I've used is to key it on the MAC address of the ethernet card >(in /etc/rc I pick up the MAC address with ifconfig and then have a big >case statement to set up the different characteristics of the machines). > >Obviously this doesn't suit every application, but I have found it highly >advantageous when I want to put down a BSD machine in a location with no >local BSD skills to fix things if they go wrong. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 11: 3:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id EC86537BC5D for ; Fri, 17 Mar 2000 11:03:49 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id UAA05703 for ; Fri, 17 Mar 2000 20:03:44 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org Subject: patches for test / review From: Poul-Henning Kamp Date: Fri, 17 Mar 2000 20:03:43 +0100 Message-ID: <5701.953319823@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have two patches up for test at http://phk.freebsd.dk/misc I'm looking for reviews and tests, in particular vinum testing would be nice since Grog is quasi-offline at the moment. Poul-Henning 20000317 BWRITE-STRATEGY.patch This patch is machine generated except for the ccd.c and buf.h parts. Rename existing BUF_STRATEGY to DEV_STRATEGY substitute BUF_WRITE(foo) for VOP_BWRITE(foo->b_vp, foo); substitute BUF_STRATEGY(foo) for VOP_STRATEGY(foo->b_vp, foo); Please test & review. 20000317 b_iocmd.patch This patch removes B_READ, B_WRITE and B_FREEBUF and replaces them with a new field in struct buf: b_iocmd. B_WRITE was bogusly defined as zero giving rise to obvious coding mistakes and a lot of code implicitly knew this. This patch also eliminates the redundant flag B_CALL, it can just as efficiently be done by comparing b_iodone to NULL. Should you get a panic or drop into the debugger, complaining about "b_iocmd", don't continue, it is likely to write where it should have read. Please test & review. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 11:42:45 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 7582537B718; Fri, 17 Mar 2000 11:42:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 734E62E8154; Fri, 17 Mar 2000 11:42:43 -0800 (PST) (envelope-from kris@hub.freebsd.org) Date: Fri, 17 Mar 2000 11:42:43 -0800 (PST) From: Kris Kennaway To: Will Andrews Cc: Kelly Yancey , "Jeffrey J. Mountin" , FreeBSD Current Subject: Re: Why not gzip iso images? In-Reply-To: <20000317101252.E404@argon.blackdawn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 17 Mar 2000, Will Andrews wrote: > Exactly. Only thing is, an FTP install requires a usable internet > connection on intended box, which is not always available. ;-) No it doesn't. Download the binary installation files onto another machine, and burn a CD with them (you must have a mechanism to burn a CD if you were intending to burn an ISO image of one). Then use this CD as the media to get the distribution bits from. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 11:43:56 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 604CE37B777; Fri, 17 Mar 2000 11:43:54 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5E3652E8154; Fri, 17 Mar 2000 11:43:54 -0800 (PST) (envelope-from kris@hub.freebsd.org) Date: Fri, 17 Mar 2000 11:43:54 -0800 (PST) From: Kris Kennaway To: tsikora@powerusersbbs.com Cc: "current@FreeBSD.ORG" Subject: Re: RealPlayer 7 In-Reply-To: <38D24E8D.3A887AF1@home.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 17 Mar 2000, Ted Sikora wrote: > Most of the plugins give the 'bad magic' error. It works perfectly under > the Linux-Netscape version however. That's why I run both in FreeBSD. > With the Linux version I get all plugins like flash4 and so on. You can't use a foreign plugin with a native freebsd netscape..unfortunately there aren't many plugins available in native format - this is a good reason to use the linux version. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 11:48:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 4CFCB37B7C3; Fri, 17 Mar 2000 11:48:27 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id OAA68378; Fri, 17 Mar 2000 14:48:26 -0500 (EST) (envelope-from wollman) Date: Fri, 17 Mar 2000 14:48:26 -0500 (EST) From: Garrett Wollman Message-Id: <200003171948.OAA68378@khavrinen.lcs.mit.edu> To: Kris Kennaway Cc: tsikora@powerusersbbs.com, "current@FreeBSD.ORG" Subject: Re: RealPlayer 7 In-Reply-To: References: <38D24E8D.3A887AF1@home.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > You can't use a foreign plugin with a native freebsd > netscape..unfortunately there aren't many plugins available in native > format - this is a good reason to use the linux version. Or not (depending on your opinion regarding said plugins). -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-current" in the body of the message From owner-freebsd-current Fri Mar 17 11:48:35 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 0886E37B84B; Fri, 17 Mar 2000 11:48:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id B88242E8157; Fri, 17 Mar 2000 11:48:29 -0800 (PST) (envelope-from kris@hub.freebsd.org) Date: Fri, 17 Mar 2000 11:48:29 -0800 (PST) From: Kris Kennaway To: Forrest Aldrich Cc: freebsd-current@freebsd.org Subject: Re: Streamlining FreeBSD Installations In-Reply-To: <4.3.1.2.20000317074445.00b60d90@216.67.12.69> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 17 Mar 2000, Forrest Aldrich wrote: > I was also curious about what people do to keep a fleet of FreeBSD > machines up-to-date with CVSup and buildworld. I can't imagine > manually going to more than 100 machines and doing the same thing > manually... how time consuming. Have a master cvsup server which runs the cvsupd-bin port and either cvsups manually from an outsider server, or schedules it automatically. Run cron jobs on each of the clients to cvsup from your local server and buildworld (if any changes are picked up). If you don't want to buildworld without testing the process first on a scratch box, then run the cvsup on your cvsupd server manually once you've verified it. > To summarize again, we are deploying status monitoring machines into POPs, > across the US. Those machines are identical in terms of hardware, et > al. We were hoping to find a means by which to streamline the installation > process, such that we could create (say) custom boot floppies where you'd > input minimum information (IP address, hostname, domain, etc.) and it would > then go off and perform the installation (from fdisk, newfs... to editing > packet filters appropriately, which make require a "template" of sorts). picobsd might come in handy here. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 11:55:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 05BAB37B596 for ; Fri, 17 Mar 2000 11:55:31 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e2HKHvj18415; Fri, 17 Mar 2000 12:17:57 -0800 (PST) Date: Fri, 17 Mar 2000 12:17:57 -0800 From: Alfred Perlstein To: Jonathan Smith Cc: Forrest Aldrich , Brian Dean , freebsd-current@FreeBSD.ORG Subject: Re: Streamlining FreeBSD Installations Message-ID: <20000317121757.U14789@fw.wintelcom.net> References: <4.3.1.2.20000317100803.00b52120@216.67.12.69> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from jonsmith@dragonstar.dhs.org on Fri, Mar 17, 2000 at 11:15:43AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Jonathan Smith [000317 08:48] wrote: > > > > On Fri, 17 Mar 2000, Forrest Aldrich wrote: > > > Another issue here, at least in our application of it, is about adding > > users and setting passwords. With well over 100 machines, we want to > > also have installed user accounts for our engineers. Again, nightmareish > > to consider doing manually. > > > > Such a script used at startup could contain also the account name and > > perhaps the "crypted" form of the password, and some other utility would > > need to do the magic from there. > > > > Either put on the disk or fetch a copy of the master.passwd, copy it > someplace like /root/master.passwd that's on the root partition and do a > passwd_mkdb. > > I would suggest, however, setting up ssh on the first pass and maybe a > password on one trusted account that you could install the system(s), go > back to you Favorite Terminal(tm), sit down and use a for loop (or other > automated method ;) to send (ie. via ssh/scp ;) the master.passwd file to > a secure place on the root partition then have ssh execute the remote > command 'passwd_mkdb' on the previously sent file and there you have it. You may also want to investigate the package system, i'm pretty sure you can specify that it run particular scripts such as something running 'pw' to add accounts and whatnot. good luck, -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 12:34: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from fLuFFy.iNt.tElE.dK (fw1.inet.tele.dk [193.163.158.4]) by hub.freebsd.org (Postfix) with ESMTP id 330C737B724; Fri, 17 Mar 2000 12:33:50 -0800 (PST) (envelope-from kvindeservice@fluffy.gets.an.analprobe.dk) Received: from localhost (kvindeservice@localhost) by fLuFFy.iNt.tElE.dK (8.9.3/8.9.3) with SMTP id VAA78031; Fri, 17 Mar 2000 21:33:44 +0100 (CET) (envelope-from kvindeservice@fluffy.gets.an.analprobe.dk) X-Authentication-Warning: fLuFFy.iNt.tElE.dK: kvindeservice owned process doing -bs Date: Fri, 17 Mar 2000 21:33:44 +0100 (CET) From: BEWARE OF DOGS X-Sender: kvindeservice@fLuFFy.iNt.tElE.dK Reply-To: FreeBSD@netscum.dk To: current@freebsd.org, stable@freebsd.org Subject: Soundcard support, or something Message-ID: X-Pedophile: BARRY BOUWSMA IS A ROGUE-CANCELLING AND REPOSTING PEDOPHILE MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Moin moin, I guess that -current is now -stable, and so is -stable, but the tests I made were on -current before it became -release, as well as on -stable before it was usurped by -devel, or something, my brane hertz, so I'm sending this to both -current and -stable, even though I bet both lists are frequented by mostly the same hackerz. So tell me I should have sent this to -multimedia instead.... Anyway, I spent last night with a stack of sound cards and a dual-boot machine with 3.4-stable and 4.0-current as of about a week ago, more or less, to try and figure why I failed so miserably with audio recording last week at this time. In short, 4.0-current (and I will bet good money on 5.0-current too) failed pretty miserably with audio recording from all cards, while most were successful (with some limitations) under 3.4-stable. Pilot error should not be dismissed. On the other hand, all cards tested were successful with playback of pre-recorded .wav files, although the mixer interface (aumix) sometimes left something to be desired. Maybe this info will be helpful to someone... I used the pcm k0dez exclusively in -current and 3.4, no Voxware was harmed for this test. Recording was made with a somewhat-hacked version of brec-0.96 or -0.99, with adjustments made to SHM/SEM options in the kernel config file. First, under 3.4-stable, one card that was detected under -current was not found -- some Vibra 16S Soundforte card with what appears to be an on-board FM tuner. * Secondly, again under 3.4-stable, all the soundblaster ISA cards that I tried only recorded a mono sum signal from both left and right input (line) channels. This included a gen-u-wine SB16, a Vibra 16, and an AWE 64. All these were reported at boot as SB16pnp, so there is no doubt some simple toggle to make all of them record stereo and suddenly become useful to me for audio input. The two Soundblaster PCI cards I tried, recorded stereo cleanly under 3.4, matching my previous experience with them in production machines without problems. I've just tossed in the 16 PCI now and have not thoroughly tested the mixer; however, I can say that the aumix program on the 128 PCI (or PCI 128? I know one of them is backwards) has the problem: When I attempt to select the recording source with the space bar (to switch from mic to line), aumix exits with SOUND_MIXER_WRITE_RECSRC. When restarted, the desired change was in fact made. (I can't remember if I see this with -current) I tried one other card that might be supported, a Crystal CS4235 chip on a card whose number I know not, and it was pretty much the same under both 3.4 and -current: Playback (line) worked, the line input was controlled as synth on the mixer, I might have fried the mic input since I never got sound from that, but aumix fails to select the desired source. I had to use the commandline `mixer' and use `=rec line' -- I think aumix tries to use the equivalent of `+rec' which, with this card, always resets the source to mic. However, I never actually got any sound from the line input to the recorded file no matter what I did. I think I used this card a couple years ago under Linux for audio input. Now, on to -current and newpcm: No card resulted in a clean clear recording the way most/all did under 3.4. Here are the results of each: * The SB 128 PCI recorded a sound with a continuous crackly static in the background of audible passages, the level of this depended on the audio level and the static was inaudible with silence. * The PCI 16 had almost a clean sound, so I don't think I botched the compilation of the audio recording program too much. It was not totally clean, with a repeating burst of static every few seconds, kinda like a vinyl record with a bunch of dirt in a stripe across the grooves. The CS4235 card performed (or didn't) as above, with the difference that the recorded silent file seemed to have a bit of static-like noise. * All the SB 16 cards -- the AWE 64, the Soundforte SF16, the SB 16, and the Vibra 16 sounded AWFUL. The recorded .wav file sounded like a chainsaw on overdrive, with no evidence of the audio source. It's real kewl, but somehow not quite exactly what I'm looking for. There are a few minor notes about the performance of aumix with each card, but they pale in comparison with the dirty audio I recorded. I can probably get my mitts all over a Gravis Ultrasound card that worked ... interestingly ... under 3.4 Voxware, but I never tried it under -current newpcm. My conclusion is that nope, I can't toss -current onto a production machine with my at-hand selection of soundcards for recording, and that I'll have to stay with 3.4 for any sound work for now. The only problem irking me with 3.4 is that all the ISA Soundblaster 16 cards that I have only record a mono sum signal, which I never caught in many weeks of production use. Argh. Neither -current nor 3.4 had playback problems with the supported cards. Now, I bet I should followup to this one card at a time on the multi- media list, no? barry bouwms,a, tle danmark internet (a la Reply-To header) -- *** This was posted with the express permission of *** ****************************************************** ** HIS HIGHNESS KAAZMANN LORD AND MASTER OF USENET ** ****************************************************** ********* We are simple servants of his will ********* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 12:37: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 29CC437B82A; Fri, 17 Mar 2000 12:36:55 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com (dcs@p39-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.104]) by peach.ocn.ne.jp (8.9.1a/OCN) with ESMTP id EAA11952; Sat, 18 Mar 2000 04:32:05 +0900 (JST) Message-ID: <38D287E0.59990EE3@newsguy.com> Date: Sat, 18 Mar 2000 04:30:40 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Maxim Sobolev Cc: sobomax@mail.ru, current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: gcc -Os optimisation broken (RELENG_4) References: <38CF48CF.59A100D7@altavista.net> <38D25B2D.B442D523@newsguy.com> <38D26C93.A897F093@altavista.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Maxim Sobolev wrote: > > > Well... where is "name" being set? That would help. > > It is not clear what do you mean, please explain. "name" is the name of the variable that is passed as NULL when compiled with -Os. In the code trace you posted, we do not see any reference to this variable up to the point where the function is called. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 12:38:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.infolibria.com (mail.infolibria.com [199.103.137.198]) by hub.freebsd.org (Postfix) with ESMTP id 8CED037B815 for ; Fri, 17 Mar 2000 12:38:45 -0800 (PST) (envelope-from loverso@infolibria.com) Received: from infolibria.com (border [199.103.137.193]) by mail.infolibria.com (Postfix) with ESMTP id 00699DDB83; Fri, 17 Mar 2000 15:36:59 -0500 (EST) Message-ID: <38D2985C.F090D9C9@infolibria.com> Date: Fri, 17 Mar 2000 15:41:00 -0500 From: John LoVerso Organization: InfoLibria X-Mailer: Mozilla 4.72 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Tom Embt , freebsd-current@FreeBSD.ORG Subject: Re: Why not gzip iso images? References: <8aorf2$htp$1@atlantis.rz.tu-clausthal.de> <3.0.3.32.20000317092038.0078a018@mail.embt.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Had > the file been split and a checksum computed for each piece, I could have > grabbed only the affected portion of the ISO. This is screaming for an FTP server mod similar to the wuftpd code that will automatically run tar|gzip. That is, given a file "foo", serve "foo.aa" to be the first (server-defined) chunk size of the file. Define "foo.md5" to be a (precomputed) list of md5 checksums for each chunk. The ftp server automatically just open's and seeks in the single file and returns the proper amount of bytes. Result: server only stores 1 copy (the whole, large file), the clients can grab either the whole or the parts. For instance, ftp://ftp.freebsd.org/pub/FreeBSD/releases/4.0-RELEASE/bin/bin.tgz might be served with a chunk size of 235Kb. BTW, other than the checksums, it is possible for an ftp client to grab arbitrarily sized chunks of a file using the FTP "RESTart" option. I don't know of a client that supports this, but it would be easy to add. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 13: 6:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.ct.home.com (ha1.rdc1.ct.home.com [24.2.0.66]) by hub.freebsd.org (Postfix) with ESMTP id 7ECF937B58B for ; Fri, 17 Mar 2000 13:06:14 -0800 (PST) (envelope-from tsikora@home.com) Received: from home.com ([24.2.168.186]) by mail.rdc1.ct.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <20000317210613.KDCG24587.mail.rdc1.ct.home.com@home.com> for ; Fri, 17 Mar 2000 13:06:13 -0800 Message-ID: <38D29E10.D122DE08@home.com> Date: Fri, 17 Mar 2000 16:05:20 -0500 From: Ted Sikora Organization: Jtl Development X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.15pre13 i686) X-Accept-Language: en-US,en-GB MIME-Version: 1.0 To: "freebsd-current@FreeBSD.ORG" Subject: Re: RealPlayer 7 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kris Kennaway wrote: > > On Fri, 17 Mar 2000, Ted Sikora wrote: > > > Most of the plugins give the 'bad magic' error. It works perfectly under > > the Linux-Netscape version however. That's why I run both in FreeBSD. > > With the Linux version I get all plugins like flash4 and so on. > > You can't use a foreign plugin with a native freebsd > netscape..unfortunately there aren't many plugins available in native > format - this is a good reason to use the linux version. > There are a couple of exceptions to that. The Linux plugger works under FreeBSD provided you have the .conf file in the FreeBSD Netscape directory. Also the new acroread plugin works with FreeBSD. The new (SuSE) version not the one in ports/packages. It's compiled to work with glibc. -- Ted Sikora Jtl Development Group tsikora@powerusersbbs.com http://powerusersbbs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 14: 1:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 0E68037B586 for ; Fri, 17 Mar 2000 14:01:50 -0800 (PST) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 683A01C4A; Fri, 17 Mar 2000 17:01:49 -0500 (EST) Date: Fri, 17 Mar 2000 17:01:49 -0500 From: Bill Fumerola To: Kris Kennaway Cc: Will Andrews , Kelly Yancey , "Jeffrey J. Mountin" , FreeBSD Current Subject: Re: Why not gzip iso images? Message-ID: <20000317170149.F25438@jade.chc-chimes.com> References: <20000317101252.E404@argon.blackdawn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from kris@hub.freebsd.org on Fri, Mar 17, 2000 at 11:42:43AM -0800 X-Operating-System: FreeBSD 3.2-RELEASE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 17, 2000 at 11:42:43AM -0800, Kris Kennaway wrote: > No it doesn't. > > Download the binary installation files onto another machine, and burn a CD > with them (you must have a mechanism to burn a CD if you were intending to > burn an ISO image of one). Then use this CD as the media to get the > distribution bits from. If our intent was to make installation a living hell, then yes this an excellent idea. An ISO is a single file to download / burn and is the most straightforward way of making your installation media. Everyone from the guru to the warez monkey understands burning an ISO. -- Bill Fumerola - Network Architect Computer Horizons Corp - CVM e-mail: billf@chc-chimes.com / billf@FreeBSD.org Office: 800-252-2421 x128 / Cell: 248-761-7272 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 14: 2:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id 669A337B8C6 for ; Fri, 17 Mar 2000 14:02:07 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 24434 invoked from network); 17 Mar 2000 22:02:05 -0000 Received: from acs-63-85-133-249.cvzoom.net (63.85.133.249) by ns.cvzoom.net with SMTP; 17 Mar 2000 22:02:05 -0000 Date: Fri, 17 Mar 2000 17:01:46 -0500 (EST) From: Donn Miller To: Kris Kennaway Cc: tsikora@powerusersbbs.com, "current@FreeBSD.ORG" Subject: Re: RealPlayer 7 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 17 Mar 2000, Kris Kennaway wrote: > You can't use a foreign plugin with a native freebsd > netscape..unfortunately there aren't many plugins available in native > format - this is a good reason to use the linux version. I've noticed that the Linux version reports the OS as "Linux 2.0.36" or something like that. Is there anything special that will make the Linux version of Netscape report the OS correctly? Maybe it should be doing `uname -srm` or something like that. It's really minor, but it's always nice to have your OS trumpeted proudly in your usenet headers. I don't want "Linux" reported if I'm running FreeBSD... Just a minor gripe, I guess. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 15: 3:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id 88B8E37B55D for ; Fri, 17 Mar 2000 15:03:18 -0800 (PST) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.2) id PAA70386 for freebsd-current@freebsd.org; Fri, 17 Mar 2000 15:03:18 -0800 (PST) From: Archie Cobbs Message-Id: <200003172303.PAA70386@bubba.whistle.com> Subject: ICMP socket weirdness To: freebsd-current@freebsd.org Date: Fri, 17 Mar 2000 15:03:18 -0800 (PST) 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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can someone explain the weird behavior I'm seeing from the program below?? When the program is run, if you ping the IP address from the local machine, it sees packets. However, if you ping it from a remote machine, it doesn't see packets. This is on a 3.4-REL machine.. it also happens on a 4.0-current machine built on approx Feb. 2. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com #include #include #include #include #include #include #include #include #include int main(int ac, char *av[]) { struct sockaddr_in a; u_char buf[8192]; int r, s; memset(&a, 0, sizeof(a)); a.sin_family = AF_INET; a.sin_len = sizeof(a); if (ac != 2 || inet_aton(av[1], &a.sin_addr) == 0) errx(1, "Usage: stest ipaddr"); if ((s = socket(PF_INET, SOCK_RAW, IPPROTO_ICMP)) == -1) err(1, "socket"); if (bind(s, (struct sockaddr *)&a, sizeof(a)) == -1) err(1, "bind"); while ((r = read(s, buf, sizeof(buf))) > 0) printf("Rec'd %d byte packet\n", r); if (r != 0) err(1, "read"); return (0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 15:12:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from dorifer.heim3.tu-clausthal.de (dorifer.heim3.tu-clausthal.de [139.174.243.252]) by hub.freebsd.org (Postfix) with ESMTP id 5F38837B8EF for ; Fri, 17 Mar 2000 15:12:32 -0800 (PST) (envelope-from olli@dorifer.heim3.tu-clausthal.de) Received: (from olli@localhost) by dorifer.heim3.tu-clausthal.de (8.9.3/8.9.3) id AAA07877; Sat, 18 Mar 2000 00:12:27 +0100 (CET) (envelope-from olli) Date: Sat, 18 Mar 2000 00:12:27 +0100 (CET) Message-Id: <200003172312.AAA07877@dorifer.heim3.tu-clausthal.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG Reply-To: freebsd-current@FreeBSD.ORG Subject: Re: Why not gzip iso images? X-Newsgroups: list.freebsd-current In-Reply-To: <8arg91$gld$1@atlantis.rz.tu-clausthal.de> User-Agent: tin/1.4.1-19991201 ("Polish") (UNIX) (FreeBSD/3.4-19991219-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matt Heckaman wrote in list.freebsd-current: > Speaking of ISOs, where is the 4.0-RELEASE ISO, It doesn't exist yet. If I understood Jordan correctly, he wants to wait a bit after the release and let the dust settle a bit before creating the CD-ROM set for Walnut Creek. However, I've built a custom ISO image, maybe it's helpful for you. It's available from ftp7.de.freebsd.org in the directory /pub/FreeBSD/CD-ROM-images/4.0-RELEASE (please read the README file first). Regards Oliver -- Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany (Info: finger userinfo:olli@dorifer.heim3.tu-clausthal.de) "In jedem Stück Kohle wartet ein Diamant auf seine Geburt" (Terry Pratchett) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 17:32:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id EFCC037B92E for ; Fri, 17 Mar 2000 17:32:41 -0800 (PST) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.2) id RAA89424 for freebsd-current@freebsd.org; Fri, 17 Mar 2000 17:32:40 -0800 (PST) From: Archie Cobbs Message-Id: <200003180132.RAA89424@bubba.whistle.com> Subject: kern/8324 To: freebsd-current@freebsd.org Date: Fri, 17 Mar 2000 17:32:40 -0800 (PST) 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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This bug has been around since at least 2.2.6 and is still present in RELENG_3, RELENG_4, and -current. http://www.freebsd.org/cgi/query-pr.cgi?pr=8324 Is anyone planning to tackle it? What would be required to fix it? (it's not clear (to me anyway) from Bruce's description how hard this is to fix..) Thanks, -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 18: 5:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 84A9537B9B5 for ; Fri, 17 Mar 2000 18:05:21 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e2I2RuD28649; Fri, 17 Mar 2000 18:27:56 -0800 (PST) Date: Fri, 17 Mar 2000 18:27:56 -0800 From: Alfred Perlstein To: Archie Cobbs Cc: freebsd-current@FreeBSD.ORG Subject: Re: kern/8324 Message-ID: <20000317182756.A14789@fw.wintelcom.net> References: <200003180132.RAA89424@bubba.whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200003180132.RAA89424@bubba.whistle.com>; from archie@whistle.com on Fri, Mar 17, 2000 at 05:32:40PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Archie Cobbs [000317 17:55] wrote: > This bug has been around since at least 2.2.6 and is still present > in RELENG_3, RELENG_4, and -current. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=8324 > > Is anyone planning to tackle it? What would be required to fix it? > (it's not clear (to me anyway) from Bruce's description how hard > this is to fix..) I think Bruce sort of went off into a tangent with his diagnosis, anyhow this is untested (of course :) ), but looks like the right thing to do (from sys_pipe.c). Perhaps the fcntls and ioctls aren't being propogated enough to set the flags properly, but if they are then it should work sort of the way SIGIO does, basically generating a signal for /some condition/ on a descriptor. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Index: tty_pty.c =================================================================== RCS file: /home/ncvs/src/sys/kern/tty_pty.c,v retrieving revision 1.74 diff -u -u -r1.74 tty_pty.c --- tty_pty.c 2000/02/09 03:32:11 1.74 +++ tty_pty.c 2000/03/18 06:12:55 @@ -337,6 +337,8 @@ selwakeup(&pti->pt_selw); wakeup(TSA_PTC_WRITE(tp)); } + if ((tp->t_state & TS_ASYNC) && tp->t_sigio) + pgsigio(tp->t_sigio, SIGIO, 0); } static int To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 18:35: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from elbas.partitur.se (elbas.partitur.se [193.219.246.222]) by hub.freebsd.org (Postfix) with ESMTP id 18BBE37B593 for ; Fri, 17 Mar 2000 18:34:53 -0800 (PST) (envelope-from girgen@partitur.se) Received: from partitur.se (localhost [127.0.0.1]) by elbas.partitur.se (8.9.3/8.9.3) with ESMTP id DAA01772; Sat, 18 Mar 2000 03:34:38 +0100 (CET) (envelope-from girgen@partitur.se) Message-ID: <38D2EB3E.C4548FCC@partitur.se> Date: Sat, 18 Mar 2000 03:34:38 +0100 From: Palle Girgensohn Organization: Partitur X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.0-STABLE i386) X-Accept-Language: sv, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: 3 -> 4 when /usr is a vinum volume? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! I'm having troubles updating a FreeBSD 3-stable system to current, since it has /usr as a vinum volume. I've just updated about a dozen machines without any problems, but none of them uses vinum. Following the instructions in UPDATING, when rebooting to single user mode, vinum wouldn't work since the kernel module was out of date - no surprise. So, I copied a fresh vinum.ko in there and tried again. This time, vinum loaded fine, but complained that it couldn't get the list from disk (or similiar). A 'vinum list' command would show nothing. So, I tried rebooting with the old 3-stable kernel. When makeing installworld running the 3-stable kernel, make first installed the make binary itself, and then could not do anything more, since the new libc was not in place, and the just installed make needed the new libc... odd? shall it really start by installing make? dunno how this happened? Anyway, what is a good strategy for upgrading a system where /usr is a vinum volume? Any tips, tricks or ideas (apart from moving /usr to a non-vinum volume and install onto that one). Thanks Palle To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 18:37:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id 77CBC37B536; Fri, 17 Mar 2000 18:31:33 -0800 (PST) (envelope-from Doug@gorean.org) Received: from gorean.org (doug@master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id SAA30113; Fri, 17 Mar 2000 18:29:22 -0800 (PST) (envelope-from Doug@gorean.org) Message-ID: <38D2EA02.E1C3530@gorean.org> Date: Fri, 17 Mar 2000 18:29:22 -0800 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT-0316 i386) X-Accept-Language: en MIME-Version: 1.0 To: Donn Miller Cc: Kris Kennaway , tsikora@powerusersbbs.com, "current@FreeBSD.ORG" Subject: Re: RealPlayer 7 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Donn Miller wrote: > > On Fri, 17 Mar 2000, Kris Kennaway wrote: > > > You can't use a foreign plugin with a native freebsd > > netscape..unfortunately there aren't many plugins available in native > > format - this is a good reason to use the linux version. > > I've noticed that the Linux version reports the OS as "Linux 2.0.36" or > something like that. Is there anything special that will make the Linux > version of Netscape report the OS correctly? Maybe it should be doing > `uname -srm` or something like that. > > It's really minor, but it's always nice to have your OS trumpeted proudly > in your usenet headers. I don't want "Linux" reported if I'm running > FreeBSD... Just a minor gripe, I guess. You could always vi the binary. :) Doug -- "While the future's there for anyone to change, still you know it seems, it would be easier sometimes to change the past" - Jackson Browne, "Fountain of Sorrow" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 18:57:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from holly.calldei.com (adsl-208-191-146-189.dsl.hstntx.swbell.net [208.191.146.189]) by hub.freebsd.org (Postfix) with ESMTP id 4038B37B7A1; Fri, 17 Mar 2000 18:57:08 -0800 (PST) (envelope-from chris@holly.calldei.com) Received: (from chris@localhost) by holly.calldei.com (8.9.3/8.9.3) id UAA77258; Fri, 17 Mar 2000 20:56:13 -0600 (CST) (envelope-from chris) Date: Fri, 17 Mar 2000 20:56:12 -0600 From: Chris Costello To: Donn Miller Cc: Kris Kennaway , tsikora@powerusersbbs.com, "current@FreeBSD.ORG" Subject: Re: RealPlayer 7 Message-ID: <20000317205612.H24374@holly.calldei.com> Reply-To: chris@calldei.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.4i In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Friday, March 17, 2000, Donn Miller wrote: > I've noticed that the Linux version reports the OS as "Linux 2.0.36" or > something like that. Is there anything special that will make the Linux > version of Netscape report the OS correctly? Maybe it should be doing > `uname -srm` or something like that. Please see the compat.linux sysctls for how to do this yourself. You could have something like this if you want to show off FreeBSD to your Linux programs: compat.linux.osname: FreeBSD compat.linux.osrelease: 3.4-STABLE compat.linux.oss_version: 198144 -- |Chris Costello |If at first you don't succeed, call it version 1.0 `-------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 19:37:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 97CAB37BA1C for ; Fri, 17 Mar 2000 19:37:18 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e2I3xrU00828; Fri, 17 Mar 2000 19:59:53 -0800 (PST) Date: Fri, 17 Mar 2000 19:59:53 -0800 From: Alfred Perlstein To: Palle Girgensohn Cc: freebsd-current@FreeBSD.ORG Subject: Re: 3 -> 4 when /usr is a vinum volume? Message-ID: <20000317195953.B14789@fw.wintelcom.net> References: <38D2EB3E.C4548FCC@partitur.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <38D2EB3E.C4548FCC@partitur.se>; from girgen@partitur.se on Sat, Mar 18, 2000 at 03:34:38AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Palle Girgensohn [000317 19:03] wrote: > Hi! > > I'm having troubles updating a FreeBSD 3-stable system to current, since it has /usr as a vinum volume. I've just updated about a dozen machines without any problems, but none of them uses vinum. > > Following the instructions in UPDATING, when rebooting to single > user mode, vinum wouldn't work since the kernel module was out of > date - no surprise. So, I copied a fresh vinum.ko in there and > tried > > again. This time, vinum loaded fine, but complained that it > couldn't get the list from disk (or similiar). A 'vinum list' > command would show nothing. So, I tried rebooting with the old > 3-stable > > kernel. When makeing installworld running the 3-stable kernel, > make first installed the make binary itself, and then could not do > anything more, since the new libc was not in place, and the just > > installed make needed the new libc... odd? shall it really start > by installing make? dunno how this happened? > > > Anyway, what is a good strategy for upgrading a system where /usr > is a vinum volume? Any tips, tricks or ideas (apart from moving > /usr to a non-vinum volume and install onto that one). Yowch, please wrap lines at 70 characters. :) Anyhow, if you cd to /usr/src/sys/modules/ you can build the vinum module by typing 'make' then you can copy your 3.x modules to let's say /modules3.x and install your new modules by just typing 'make install' in /usr/src/sys/modules/ Read the loader page carefully and you should be able to boot 3.x kernels with 3.x modules and 4.0 modules with a 4.0 kernel without too much voodoo. good luck, -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 20:11:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 1FB0137B6DA for ; Fri, 17 Mar 2000 20:11:44 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com (dcs@p09-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.10]) by peach.ocn.ne.jp (8.9.1a/OCN) with ESMTP id NAA19394; Sat, 18 Mar 2000 13:11:28 +0900 (JST) Message-ID: <38D3019C.9D717EDA@newsguy.com> Date: Sat, 18 Mar 2000 13:10:04 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Brian Dean Cc: Forrest Aldrich , freebsd-current@FreeBSD.ORG Subject: Re: Streamlining FreeBSD Installations References: <200003171453.JAA43008@dean.pc.sas.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Dean wrote: > > Forrest Aldrich wrote: > > Someone mentioned that sysinstall could be scripted... is this the way to > > go, then? > > I use scripted sysinstalls here. It's really easy, however, you still > have to interact with a few dialogs, namely: > > 1) of course, you have to specify your config file from > the "Load Config" main menu option Huh? AFAIK, sysinstall accept script commands from the command line, so this could be skipped. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 20:37:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (Postfix) with ESMTP id 2CD8537B7BC; Fri, 17 Mar 2000 20:37:50 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.HiWAAY.net (8.9.3/8.9.0) with ESMTP id WAA18823; Fri, 17 Mar 2000 22:37:47 -0600 (CST) Date: Fri, 17 Mar 2000 22:37:46 -0600 (CST) From: Steve Price To: Doug Barton Cc: Donn Miller , Kris Kennaway , tsikora@powerusersbbs.com, "current@FreeBSD.ORG" Subject: Re: linux sysctl knobs (was Re: RealPlayer 7) In-Reply-To: <38D2EA02.E1C3530@gorean.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 17 Mar 2000, Doug Barton wrote: # > I've noticed that the Linux version reports the OS as "Linux 2.0.36" or # > something like that. Is there anything special that will make the Linux # > version of Netscape report the OS correctly? Maybe it should be doing # > `uname -srm` or something like that. # > # > It's really minor, but it's always nice to have your OS trumpeted proudly # > in your usenet headers. I don't want "Linux" reported if I'm running # > FreeBSD... Just a minor gripe, I guess. # # You could always vi the binary. :) On -current at least you can set the following sysctl knobs. Beware! No telling what might break if you do this, so you're on your own if you change them and weird things start happening with your other Linux apps. $ sysctl -a | grep linux compat.linux.osname: Linux compat.linux.osrelease: 2.2.12 compat.linux.oss_version: 198144 -steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 21: 1: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.ipf.net (relay.gigabell.net [195.211.211.23]) by hub.freebsd.org (Postfix) with SMTP id 5D8EC37BBA5 for ; Fri, 17 Mar 2000 21:01:02 -0800 (PST) (envelope-from koellmann@gmx.net) Received: (qmail 3453 invoked from network); 18 Mar 2000 05:01:00 -0000 Received: from dialin-194-29-32-131.hamburg.gigabell.net (HELO server.home.net) (194.29.32.131) by relay.gigabell.net with SMTP; 18 Mar 2000 05:01:00 -0000 Received: (qmail 77816 invoked from network); 18 Mar 2000 02:19:18 -0000 Received: from desk.home.net (192.168.1.2) by server.home.net with SMTP; 18 Mar 2000 02:19:17 -0000 Received: by desk.home.net (Postfix, from userid 1002) id F1299934B2; Sat, 18 Mar 2000 03:18:45 +0100 (CET) Date: Sat, 18 Mar 2000 03:18:45 +0100 From: =?iso-8859-1?Q?Thomas_K=F6llmann?= To: R Joseph Wright Cc: freebsd-current@FreeBSD.ORG Subject: Re: gcc -Os optimisation broken (RELENG_4) Message-ID: <20000318031845.A1816@home.net> References: <20000317125045.A15480@schumann.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0.1i In-Reply-To: ; from rjoseph@nwlink.com on Fri, Mar 17, 2000 at 09:28:31AM -0800 X-Operating-System: FreeBSD 4.0-STABLE X-PGP-KeyID: 8C45AC01 X-PGP-Fingerprint: C5 F0 DE B2 AD 70 B9 45 B0 F9 0C D3 58 19 48 C8 Organization: =?iso-8859-1?Q?Hamburger_Gesellschaft_mit_beschr=E4nkter_Hoffnung?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG R Joseph Wright wrote/schrieb (Friday, March 17, 2000): | > In contrast, I've been using -Os -march=pentium during the last three | > months for buildworld and the kernel. Never had problems whatsoever. | | Perhaps this is a bit off topic, but can the pentium optimisations be used | for AMD K6 processors? I did a `make world' yesterday with CFLAGS= -O2 -pipe -march=pentium COPTFLAGS= -O2 -pipe -march=pentium (inspired by recent mention of optimizing on this list) on my AMD-K6(tm) 3D processor (350.80-MHz 586-class CPU) desktop machine. It still runs, but I'll have yet to see whether this will cause any suspicious behaviour. If it doesn't I'll probably try `-03 -pipe -march=pentium' come next `make world' time, but this all is about a machine that has it's backup mechanisms (hopefully) and can afford a little downtime. Gruß - Thomas -- On the way downtown I stopped at a bar and had a couple of double Scotches. They didn't do me any good. All they did was make me think of Silver-Wig, and I never saw her again. -- Raymond Chandler, The Big Sleep # PGP key sent on request / PGP key auf Wunsch per e-mail To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 22:30:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from RedDust.BlueSky.net.au (reddust.bluesky.net.au [203.31.37.15]) by hub.freebsd.org (Postfix) with ESMTP id 7957E37BABF; Fri, 17 Mar 2000 22:30:36 -0800 (PST) (envelope-from receiver@RedDust.BlueSky.net.au) Received: from localhost (receiver@localhost) by RedDust.BlueSky.net.au (8.9.3/8.9.3) with ESMTP id QAA45496; Sat, 18 Mar 2000 16:31:42 +1000 (EST) (envelope-from receiver@RedDust.BlueSky.net.au) Date: Sat, 18 Mar 2000 16:31:42 +1000 (EST) From: Idea Receiver To: Jean-Marc Zucconi Cc: thyerm@camtech.net.au, current@FreeBSD.org Subject: Re: port/XFree86-4 make install fail. In-Reply-To: <200003180508.GAA31591@qix.jmz.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG tried. same problem. what else I can do? btw, is there any different between binary version and make from port? On Sat, 18 Mar 2000, Jean-Marc Zucconi wrote: > >>>>> Idea Receiver writes: > > > ok.. I just tried to reinstall the whole system with the SNAP from 8/Feb > > and cvs up to the latest, and make world. and make a new kernel with SMP > > support. > > and then I tried to make XFree-4 again. Same problem. > > > What can I do? I dont want to make -k install. I need a full functional > > X. :( > > > Try the following patch. It was necessary for XFree86-3.9.17 > > --- programs/Xserver/Xext/Imakefile~ Sun Jan 2 03:09:36 2000 > +++ programs/Xserver/Xext/Imakefile Sun Jan 2 21:42:40 2000 > @@ -133,3 +133,4 @@ > > InstallDriverSDKNonExecFile(dgaproc.h,$(DRIVERSDKINCLUDEDIR)) > InstallDriverSDKNonExecFile(xvdix.h,$(DRIVERSDKINCLUDEDIR)) > +CDEBUGFLAGS= > > -- > Jean-Marc Zucconi PGP Key: finger jmz@FreeBSD.org > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 17 22:55:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id 714FE37BA32 for ; Fri, 17 Mar 2000 22:55:23 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (qmail 10987 invoked from network); 18 Mar 2000 06:55:20 -0000 Received: from bde.zeta.org.au (203.2.228.102) by gidora.zeta.org.au with SMTP; 18 Mar 2000 06:55:20 -0000 Date: Sat, 18 Mar 2000 17:55:07 +1100 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: Archie Cobbs Cc: freebsd-current@FreeBSD.ORG Subject: Re: kern/8324 In-Reply-To: <200003180132.RAA89424@bubba.whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 17 Mar 2000, Archie Cobbs wrote: > This bug has been around since at least 2.2.6 and is still present > in RELENG_3, RELENG_4, and -current. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=8324 > > Is anyone planning to tackle it? What would be required to fix it? > (it's not clear (to me anyway) from Bruce's description how hard > this is to fix..) Don Lewis's SIGIO changes probably made it easier to fix. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 2:34:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id 7004C37B5BA for ; Sat, 18 Mar 2000 02:34:40 -0800 (PST) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (Postfix) with ESMTP id EB1552CE5C; Sat, 18 Mar 2000 12:34:35 +0200 (EET) Received: by myhakas.matti.ee (Postfix, from userid 1000) id CECC91C575F; Sat, 18 Mar 2000 12:34:38 +0200 (EET) Date: Sat, 18 Mar 2000 12:34:38 +0200 From: Vallo Kallaste To: kde-devel@kde.org Cc: freebsd-current@freebsd.org, Alex Zepeda Subject: FreeBSD: Konqueror fails to show WWW pages Message-ID: <20000318123438.A12135@myhakas.matti.ee> Reply-To: vallo@matti.ee Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Organization: =?UTF-8?Q?AS_Matti_B=C3=BCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! The Konqueror built from sources of yesterday dies while trying to show WWW pages. I'm using FreeBSD 5.0-current now, but the problem was same about two weeks ago with 4.0-current. I tried to discuss the problem in freebsd-current mailing list, but almost no feedback so far. kio (KIOConnection): sendnow 67 konqueror: KonqRun::~KonqRun() kio (KIOConnection): read kio (KIOConnection): read cmd 109 kio (KIOConnection): finished reading cmd 109 kio (KIOJob): dispatch 109 kio (Scheduler): slave status kio (Scheduler): Slave = 0x8152c00 (PID = 12006) protocol = http host = www.matti.ee Not connected kio (KIOConnection): read kio (KIOConnection): read cmd 21 kio (KIOConnection): finished reading cmd 21 kio (KIOJob): dispatch 21 kio (KIOConnection): read kio (KIOConnection): read cmd 24 kio (KIOConnection): finished reading cmd 24 kio (KIOJob): dispatch 24 kio (KIOConnection): read kio (KIOConnection): read cmd 10 kio (KIOConnection): finished reading cmd 10 kio (KIOJob): dispatch 10 kio (KIOConnection): read kio (KIOConnection): read cmd 100 kio (KIOConnection): finished reading cmd 100 kio (KIOJob): dispatch 100 khtml: slotData: 4096 khtml: begin! kio (Scheduler): Scheduler has now 1 jobs 0x813a700 /usr/libexec/ld-elf.so.1: /usr/local/kde/lib/libkhtml.so.3: Undefined symbol "__eh_rtime_match" myhakas:vallo$ nm /usr/local/kde/lib/libkhtml.so.3 | grep __eh_* U __eh_alloc U __eh_rtime_match myhakas:vallo$ The cvsup collections I built were: qt-copy kde-common kdelibs kdebase kdenetwork kdesupport -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 3:53: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (Postfix) with ESMTP id D05C737B587 for ; Sat, 18 Mar 2000 03:53:03 -0800 (PST) (envelope-from gdonl@tsc.tdk.com) 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 DAA08912; Sat, 18 Mar 2000 03:52:56 -0800 (PST) (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 DAA29441; Sat, 18 Mar 2000 03:52:55 -0800 (PST) (envelope-from Don.Lewis@tsc.tdk.com) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id DAA29093; Sat, 18 Mar 2000 03:52:55 -0800 (PST) From: Don Lewis Message-Id: <200003181152.DAA29093@salsa.gv.tsc.tdk.com> Date: Sat, 18 Mar 2000 03:52:54 -0800 In-Reply-To: <20000317182756.A14789@fw.wintelcom.net> References: <200003180132.RAA89424@bubba.whistle.com> <20000317182756.A14789@fw.wintelcom.net> X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: Alfred Perlstein , Archie Cobbs Subject: Re: kern/8324 Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mar 17, 6:27pm, Alfred Perlstein wrote: } Subject: Re: kern/8324 } * Archie Cobbs [000317 17:55] wrote: } > This bug has been around since at least 2.2.6 and is still present } > in RELENG_3, RELENG_4, and -current. } > } > http://www.freebsd.org/cgi/query-pr.cgi?pr=8324 } > } > Is anyone planning to tackle it? What would be required to fix it? } > (it's not clear (to me anyway) from Bruce's description how hard } > this is to fix..) I never heard of using SIGIO for output, but section 6.4 of the daemon book says that SIGIO is sent "when a read or write becomes possible". On the other hand, section 10.8 (Terminal Operations) mentions SIGIO for input but not for output. I also looked at rev 1.1 of kern/tty.c and it only sends a SIGIO when input is ready, so this seems to be the historical behaviour, so I'm suprised that this program even worked with plain tty devices. } I think Bruce sort of went off into a tangent with his diagnosis, } anyhow this is untested (of course :) ), but looks like the right } thing to do (from sys_pipe.c). } } Perhaps the fcntls and ioctls aren't being propogated enough to set } the flags properly, but if they are then it should work sort of the } way SIGIO does, basically generating a signal for /some condition/ } on a descriptor. This patch (vs the 3.4-STABLE version of tty.c) causes SIGIO to be sent when a regular or pseudo tty becomes writeable. --- tty.c.orig Sun Aug 29 09:26:09 1999 +++ tty.c Sat Mar 18 03:09:32 2000 @@ -2133,6 +2133,8 @@ if (tp->t_wsel.si_pid != 0 && tp->t_outq.c_cc <= tp->t_olowat) selwakeup(&tp->t_wsel); + if (ISSET(tp->t_state, TS_ASYNC) && tp->t_sigio != NULL) + pgsigio(tp->t_sigio, SIGIO, (tp->t_session != NULL)); if (ISSET(tp->t_state, TS_BUSY | TS_SO_OCOMPLETE) == TS_SO_OCOMPLETE && tp->t_outq.c_cc == 0) { CLR(tp->t_state, TS_SO_OCOMPLETE); BTW, I had to add: fcntl(1, F_SETOWN, getpid()); to the test program since there is no longer a default target to send the signal to. The old scheme had the defect of sending SIGIO to the process group that owned the terminal, which implied that the terminal had to be the controlling terminal for the process group. This limited a process to only receiving SIGIO from one terminal device even if it had more than one open and it wanted to receive SIGIO from all of them. Also, SIGIO was sent to the entire process group, but it may be desireable to limit this to one process. I wonder if it might make sense to go back to the old default for tty devices so that processes only receive SIGIO when they are in the foreground ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 5:26:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.ipf.net (relay.gigabell.net [195.211.211.23]) by hub.freebsd.org (Postfix) with SMTP id CFAC037B58F for ; Sat, 18 Mar 2000 05:26:41 -0800 (PST) (envelope-from koellmann@gmx.net) Received: (qmail 60533 invoked from network); 18 Mar 2000 13:26:39 -0000 Received: from dialin-194-29-33-27.hamburg.gigabell.net (HELO server.home.net) (194.29.33.27) by relay.gigabell.net with SMTP; 18 Mar 2000 13:26:39 -0000 Received: (qmail 17769 invoked from network); 18 Mar 2000 12:37:57 -0000 Received: from desk.home.net (192.168.1.2) by server.home.net with SMTP; 18 Mar 2000 12:37:57 -0000 Received: by desk.home.net (Postfix, from userid 1002) id BEFE4934B2; Sat, 18 Mar 2000 13:37:24 +0100 (CET) Date: Sat, 18 Mar 2000 13:37:24 +0100 From: =?iso-8859-1?Q?Thomas_K=F6llmann?= To: R Joseph Wright Cc: freebsd-current@FreeBSD.ORG Subject: Re: gcc -Os optimisation broken (RELENG_4) Message-ID: <20000318133724.A3411@home.net> References: <20000317125045.A15480@schumann.cx> <20000318031845.A1816@home.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0.1i In-Reply-To: <20000318031845.A1816@home.net>; from koellmann@gmx.net on Sat, Mar 18, 2000 at 03:18:45AM +0100 X-Operating-System: FreeBSD 4.0-STABLE X-PGP-KeyID: 8C45AC01 X-PGP-Fingerprint: C5 F0 DE B2 AD 70 B9 45 B0 F9 0C D3 58 19 48 C8 Organization: =?iso-8859-1?Q?Hamburger_Gesellschaft_mit_beschr=E4nkter_Hoffnung?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I wrote/schrieb (Saturday, March 18, 2000): | R Joseph Wright wrote/schrieb (Friday, March 17, 2000): | | | > In contrast, I've been using -Os -march=pentium during the last three | | > months for buildworld and the kernel. Never had problems whatsoever. | | | | Perhaps this is a bit off topic, but can the pentium optimisations be used | | for AMD K6 processors? | | I did a `make world' yesterday with | CFLAGS= -O2 -pipe -march=pentium | COPTFLAGS= -O2 -pipe -march=pentium | (inspired by recent mention of optimizing on this list) on my | AMD-K6(tm) 3D processor (350.80-MHz 586-class CPU) | desktop machine. It still runs, but I'll have yet to see whether | this will cause any suspicious behaviour. [...] I've just learned that there is a `-march=k6' even though the man page for gcc-2.95.1 does not mention it... Gruß - Thomas -- Den Wein, den listigen Tröster bat ich oft, | - Charles Einmal das Schrecknis, das mich quält, zu stillen, | Baudelaire, Jedoch er schärft den Sinn, statt zu verhüllen | Die Blutquelle # PGP key sent on request / PGP key auf Wunsch per e-mail To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 6: 8:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from ipt2.iptelecom.net.ua (ipt2.iptelecom.net.ua [212.9.224.2]) by hub.freebsd.org (Postfix) with ESMTP id 08AD737B53F for ; Sat, 18 Mar 2000 06:08:49 -0800 (PST) (envelope-from sobomax@altavista.net) Received: from vega.vega.com (dialup1-23.iptelecom.net.ua [212.9.226.23]) by ipt2.iptelecom.net.ua (8.9.3/8.9.3) with ESMTP id QAA15575; Sat, 18 Mar 2000 16:12:47 +0200 (EET) Received: from altavista.net (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.9.3/8.9.3) with ESMTP id QAA01155; Sat, 18 Mar 2000 16:07:50 +0200 (EET) (envelope-from sobomax@altavista.net) Message-ID: <38D38DB4.509791D0@altavista.net> Date: Sat, 18 Mar 2000 16:07:49 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.72 [en] (WinNT; I) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Thomas =?koi8-r?Q?K=C3llmann?= Cc: R Joseph Wright , freebsd-current@FreeBSD.ORG Subject: Re: gcc -Os optimisation broken (RELENG_4) References: <20000317125045.A15480@schumann.cx> <20000318031845.A1816@home.net> <20000318133724.A3411@home.net> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thomas Köllmann wrote: > I wrote/schrieb (Saturday, March 18, 2000): > > | R Joseph Wright wrote/schrieb (Friday, March 17, 2000): > | > | | > In contrast, I've been using -Os -march=pentium during the last three > | | > months for buildworld and the kernel. Never had problems whatsoever. > | | > | | Perhaps this is a bit off topic, but can the pentium optimisations be used > | | for AMD K6 processors? > | > | I did a `make world' yesterday with > | CFLAGS= -O2 -pipe -march=pentium > | COPTFLAGS= -O2 -pipe -march=pentium > | (inspired by recent mention of optimizing on this list) on my > | AMD-K6(tm) 3D processor (350.80-MHz 586-class CPU) > | desktop machine. It still runs, but I'll have yet to see whether > | this will cause any suspicious behaviour. [...] > > I've just learned that there is a `-march=k6' even though the man > page for gcc-2.95.1 does not mention it... GNU folks are very reluctant in respect of updating man pages (they think that man pages is obsolete feature). If you would look into gcc man page thoroughly you could find following disclaimer in its very beginning: This man page is not kept up to date except when volun- teers want to maintain it. If you find a discrepancy between the man page and the software, please check the Info file, which is the authoritative documentation. Therefore if you want to learn about new options and optimisations than it would be better to read info pages instead (info gcc). -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 7:46:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from hautmedoc.hic-soft.co.jp (PPP265.kawasaki-ap5.dti.ne.jp [210.170.195.99]) by hub.freebsd.org (Postfix) with ESMTP id 366A137B537 for ; Sat, 18 Mar 2000 07:46:25 -0800 (PST) (envelope-from anazawa@hic-soft.co.jp) Received: from localhost.hic-soft.co.jp (hautmedoc [127.0.0.1]) by hautmedoc.hic-soft.co.jp (8.9.3/3.7W2000011002) with ESMTP id AAA25952; Sun, 19 Mar 2000 00:46:20 +0900 (JST) Date: Sun, 19 Mar 2000 00:46:20 +0900 Message-ID: <86r9d8p9gz.wl@localhost.hic-soft.co.jp> From: ANAZAWA Akio To: current@freebsd.org Subject: Re: port/XFree86-4 make install fail. In-Reply-To: In your message of "Thu, 16 Mar 2000 14:41:53 +1000 (EST)" References: User-Agent: Wanderlust/2.2.18 (Please Forgive Me) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.2 (beta31) (Iris) (i386-unknown-freebsdelf3.4) Organization: HIC -- Human Interface Communications Co.,Ltd. MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, >>>>> In >>>>> at Thu, 16 Mar 2000 14:41:53 +1000 (EST), >>>>> Idea Receiver wrote: IR> "make all" success without any problem. IR> however, make install fail ;( IR> following are the error msg. IR> anyway I can fix this problem? IR> thx~ This morning, I've encountered same problem. (FreeBSD 5.0-CURRENT + XFree86 4.0) Probability, you can get around the problem with this patch. (Note that you are required "make World" again) bash$ diff -U2 FreeBSD.cf.orig FreeBSD.cf --- FreeBSD.cf.orig Fri Feb 18 02:19:43 2000 +++ FreeBSD.cf Sun Mar 19 00:27:11 2000 @@ -464,6 +464,7 @@ * A hack to work around an optimisation problem with the compiler on * FreeBSD 4.0-current in late 1999/early 2000. + * (and FreeBSD 5.0-current in early 2000) */ -#if OSMajorVersion == 4 && OSMinorVersion == 0 && OSTeenyVersion == 0 +#if (OSMajorVersion == 4 || OSMajorVersion == 5) && OSMinorVersion == 0 && OSTeenyVersion == 0 #define FreeBSDGccOptBug #endif Regards, Akio Anazawa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 9: 2:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id E382637B9B8 for ; Sat, 18 Mar 2000 09:02:10 -0800 (PST) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id MAA01672 for ; Sat, 18 Mar 2000 12:02:01 -0500 (EST) (envelope-from robert@cyrus.watson.org) Date: Sat, 18 Mar 2000 12:02:01 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: freebsd-current@freebsd.org Subject: Comments on 4.0-RELEASE install glitches Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I installed 4.0 on a notebook yesterday, using the docking station. As previously described, I had hardware probing problems without using the ethernet card in the docking station. Well, sadly, X11 requires an extra option or two to work when with the docking station, but I figured that out and that works too. Here are some observations: 1) I isntalled from ftp.freebsd.org -- the RSAREF package install failed, breaking SSH and friends. 2) I chose the gnome/afterstep desktop combo--some of the afterstep icons were broken 3) I switched to the gnome/enlightenment combo--the file manager never turned up, and the console spewed warnings from Perl about locale settings I realize that these are all ports-related problems, but they're very visible points of failure, that would turn up early in any review in a magazine or the like :-). Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 11: 0:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 29D1237BA70 for ; Sat, 18 Mar 2000 11:00:23 -0800 (PST) (envelope-from obrien@NUXI.ucdavis.edu) Received: from dragon.nuxi.com (root@d60-024.leach.ucdavis.edu [169.237.60.24]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA41296; Sat, 18 Mar 2000 11:00:22 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id LAA60915; Sat, 18 Mar 2000 11:00:22 -0800 (PST) (envelope-from obrien) Date: Sat, 18 Mar 2000 11:00:22 -0800 From: "David O'Brien" To: =?iso-8859-1?Q?Thomas_K=F6llmann?= Cc: R Joseph Wright , freebsd-current@FreeBSD.ORG Subject: Re: gcc -Os optimisation broken (RELENG_4) Message-ID: <20000318110022.A60879@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20000317125045.A15480@schumann.cx> <20000318031845.A1816@home.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0.1i In-Reply-To: <20000318031845.A1816@home.net>; from koellmann@gmx.net on Sat, Mar 18, 2000 at 03:18:45AM +0100 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Mar 18, 2000 at 03:18:45AM +0100, Thomas Köllmann wrote: > | Perhaps this is a bit off topic, but can the pentium optimisations be used > | for AMD K6 processors? > > I did a `make world' yesterday with > CFLAGS= -O2 -pipe -march=pentium > COPTFLAGS= -O2 -pipe -march=pentium ..snip.. > If it doesn't I'll probably try `-03 -pipe -march=pentium' come next What are people hoping to get by doing this? Are you actually doing a scientific performance evaluation between the various optimization options??? Are are people just being macho, and thinking they are getting all this non-existent performance increase? "-O" is the only globally safe optimization on FreeBSD. -O2, etc.. causes various problems for various people in various ports, and parts of /usr/src/. If people are using these options just for fun, that is fine, BUT if you experience *any* problems with compiling using -O2, etc.. don't bug this list -- go bug the GCC people. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 11:29:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 9DFA837B6AF for ; Sat, 18 Mar 2000 11:29:42 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 5FA0CAE8; Sat, 18 Mar 2000 11:29:41 -0800 (PST) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id LAA29470; Sat, 18 Mar 2000 11:29:40 -0800 (PST) Message-ID: <38D3D925.E0A2EDE6@cup.hp.com> Date: Sat, 18 Mar 2000 11:29:41 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: Steve Price Cc: Doug Barton , Donn Miller , Kris Kennaway , tsikora@powerusersbbs.com, "current@FreeBSD.ORG" Subject: Re: linux sysctl knobs (was Re: RealPlayer 7) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Steve Price wrote: > On -current at least you can set the following sysctl knobs. Beware! > No telling what might break if you do this, so you're on your own if > you change them and weird things start happening with your other > Linux apps. > > $ sysctl -a | grep linux > compat.linux.osname: Linux > compat.linux.osrelease: 2.2.12 > compat.linux.oss_version: 198144 If you need to have compat.linux.osname something other than Linux *and* you also need it to have Linux for other binaries you are running concurrently, then you can always create a prison. The sysctls are on a per jail basis. See jail(8) FYI, -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 11:54:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 16FE337B609 for ; Sat, 18 Mar 2000 11:54:34 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id OAA77677; Sat, 18 Mar 2000 14:54:26 -0500 (EST) (envelope-from wollman) Date: Sat, 18 Mar 2000 14:54:26 -0500 (EST) From: Garrett Wollman Message-Id: <200003181954.OAA77677@khavrinen.lcs.mit.edu> To: Archie Cobbs Cc: freebsd-current@FreeBSD.ORG Subject: ICMP socket weirdness In-Reply-To: <200003172303.PAA70386@bubba.whistle.com> References: <200003172303.PAA70386@bubba.whistle.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > When the program is run, if you ping the IP address from the > local machine, it sees packets. However, if you ping it from > a remote machine, it doesn't see packets. The ICMP never passes certain packets up to raw listeners. These include ECHO REQUEST, TIMESTAMP REQUEST, and SUBNET MASK REQUEST packets -- but not the corresponding replies! So, when you ping the local machine, you will see the ECHO REPLY packets on all raw listners, but not the initial ECHO REQUESTs. When you ping from a remote machine, you never see the ECHO REQUEST packets because the kernel takes care of them, and you never see the ECHO REPLY packets because they are addressed to the other machine. It would be possible to pass all ICMP packets to the raw listeners, but it would require rewriting parts of icmp_input() (which would not be a bad idea) either to avoid modifying the packet in-place or to keep a copy of the original before responding -- either of which would slow down `ping' processing. -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-current" in the body of the message From owner-freebsd-current Sat Mar 18 12:12:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from dll.abs.net (dll.abs.net [207.114.24.10]) by hub.freebsd.org (Postfix) with ESMTP id 436A937B61C; Sat, 18 Mar 2000 12:12:24 -0800 (PST) (envelope-from howardl@abs.net) Received: from hdl (hdl@hdl.abs.net [207.114.24.1]) by dll.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) with SMTP id PAA49197; Sat, 18 Mar 2000 15:12:22 -0500 (EST) (envelope-from howardl@abs.net) Message-Id: <200003182012.PAA49197@dll.abs.net> From: howardl@abs.net (Howard Leadmon) To: kris@FreeBSD.ORG Subject: Re: Trouble with CVSUP to 4.0 Release, any ideas?? Organization: Babylon-5 War Council Cc: freebsd-current@FreeBSD.ORG Date: Sat, 18 Mar 2000 20:12:22 GMT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >On Thu, 16 Mar 2000, Andrew Gallatin wrote: > >> One thing to check would be: did your installworld acutally >> complete? At one point the installworld was falling over in h2ph >> when a crypto-related header file was being perl'ified. If this is >> your problem, try doing a 'make -i installworld' > >Yep; the problem can be fixed by doing 'make includes; make installworld' >- it's caused by a dangling link (des.h) having nothing to point to at the >time the perlification runs. > >Kris > >---- >In God we Trust -- all others must submit an X.509 certificate. > -- Charles Forsythe FYI, I tried both of the above, but still no solution. In fact I took a fresh machine, loaded the last RC from 0307 to give me a pure test bed in comparison to my other machines, and then did the cvsup and buildworld and now that box is also dead and not re-compiliable. :( The strange thing is I have been using CVS a long time, not like something new I am just trying to figure out here. All was fine up till a few weeks ago, and now if I cvsup an Alpha box I have here it's destroyed.. -Howard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 12:24:54 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 155D137B607; Sat, 18 Mar 2000 12:24:52 -0800 (PST) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id MAA85915; Sat, 18 Mar 2000 12:24:52 -0800 (PST) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sat, 18 Mar 2000 12:24:51 -0800 (PST) From: Kris Kennaway To: Howard Leadmon Cc: freebsd-current@FreeBSD.ORG Subject: Re: Trouble with CVSUP to 4.0 Release, any ideas?? In-Reply-To: <200003182012.PAA49197@dll.abs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 18 Mar 2000, Howard Leadmon wrote: > FYI, I tried both of the above, but still no solution. In fact I took a > fresh machine, loaded the last RC from 0307 to give me a pure > test bed in comparison to my other machines, and then did the > cvsup and buildworld and now that box is also dead and not > re-compiliable. :( Error logs please. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 13: 3:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id 99CEC37B641 for ; Sat, 18 Mar 2000 13:03:17 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 30917 invoked from network); 18 Mar 2000 21:03:15 -0000 Received: from acs-63-85-133-249.cvzoom.net (HELO cvzoom.net) (63.85.133.249) by ns.cvzoom.net with SMTP; 18 Mar 2000 21:03:15 -0000 Message-ID: <38D3EEFC.FD0E5C5D@cvzoom.net> Date: Sat, 18 Mar 2000 16:02:52 -0500 From: Donn Miller X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: obrien@FreeBSD.ORG Cc: Thomas =?iso-8859-1?Q?K=F6llmann?= , R Joseph Wright , freebsd-current@FreeBSD.ORG Subject: Re: gcc -Os optimisation broken (RELENG_4) References: <20000317125045.A15480@schumann.cx> <20000318031845.A1816@home.net> <20000318110022.A60879@dragon.nuxi.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > On Sat, Mar 18, 2000 at 03:18:45AM +0100, Thomas Köllmann wrote: > > If it doesn't I'll probably try `-03 -pipe -march=pentium' come next > > What are people hoping to get by doing this? Are you actually doing a > scientific performance evaluation between the various optimization > options??? Are are people just being macho, and thinking they are > getting all this non-existent performance increase? It's probably more of a "placebo effect", which makes you think your are getting a big boost in performance. I'll admit that I've never seen a whole order or magnitude increase in performance between -O and -mpentium-O3, or whatever - it probably gives you boosts here and there. Optimization is pretty good, as I've found out, with plain-jane -O. Beyond that, I think your performance gains are minimal. And yes, I think it's really macho to be usin' hopped-up CFLAGS, like -march=pentium -Os -pipe. I feel really studly doing this. :-) We should do a survey, and find out what the guys use for CFLAGS and COPTFLAGS and compare them to what the female users are using. That would be interesting. I don't know, -O seems to be doing some pretty decent optimization, from what I've seen of the assembler output. I guess you're right in that all higher optimization are prividing marginal performance gains. From what I gather, the i386 arch. is not very sensitive to optimization from gcc. You'll see minor boosts here and there, but that's about it. Typically, guys that are diehard football fans like to use -mpentium -O3 -pipe for building world and kernel. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 13:34:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from rjk191.rh.psu.edu (RJK191.rh.psu.edu [128.118.193.182]) by hub.freebsd.org (Postfix) with ESMTP id DB53A37B727 for ; Sat, 18 Mar 2000 13:34:49 -0800 (PST) (envelope-from ray@rjk191.rh.psu.edu) Received: (from ray@localhost) by rjk191.rh.psu.edu (8.9.3/8.9.3) id QAA13666 for freebsd-current@freebsd.org; Sat, 18 Mar 2000 16:34:39 -0500 (EST) (envelope-from ray) Date: Sat, 18 Mar 2000 16:34:39 -0500 From: Ray Kohler To: freebsd-current@freebsd.org Subject: psm.c broken Message-ID: <20000318163439.A13655@rjk191.rh.psu.edu> Reply-To: rjk191@psu.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After a cvsup today, building a kernel finishes with this: linking kernel.debug psm.o: In function `psmprobe': /sys/compile/RJK191/../../isa/psm.c(.text+0x9fe): undefined reference to `atkbdc _open' *** Error code 1 I know psm.c was changed today, I'd suppose one reference here was missed in the process. Just figured I'd be the first to say so. -- Ray Kohler The bogosity meter just pegged. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 14:24:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from distortion.dk (distortion.dk [195.249.147.156]) by hub.freebsd.org (Postfix) with ESMTP id 5B3E537B52E for ; Sat, 18 Mar 2000 14:24:08 -0800 (PST) (envelope-from nppmf@swamp.dk) Received: from localhost (nppmf@localhost) by distortion.dk (8.9.3/8.9.1) with ESMTP id XAA32991; Sat, 18 Mar 2000 23:35:16 +0100 (CET) (envelope-from nppmf@swamp.dk) Date: Sat, 18 Mar 2000 23:35:16 +0100 (CET) From: "Nicolai Petri (ML)" X-Sender: nppmf@distortion.dk To: Idea Receiver Cc: Donn Miller , current@FreeBSD.ORG Subject: Re: port/XFree86-4 make install fail. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Idea Receiver wrote: > > > > > > "make all" success without any problem. > > > however, make install fail ;( > > > > > > following are the error msg. > > > > [snip] > > > > > xf86vmode.c: In function `ProcXF86VidModeGetMonitor': > > > xf86vmode.c:1320: Unable to generate reloads for: > > > (insn 298 296 300 (parallel[ > > > (set (reg:SI 0 %eax) > > > (fix:SI (fix:SF (subreg:SF (reg:SI 0 %eax) 0)))) > > > (clobber (mem:HI (plus:SI (reg:SI 6 %ebp) > > > (const_int -34 [0xffffffde])) 0)) > > > (clobber (mem:HI (plus:SI (reg:SI 6 %ebp) > > > (const_int -36 [0xffffffdc])) 0)) > > > (clobber (mem:SI (plus:SI (reg:SI 6 %ebp) > > > (const_int -40 [0xffffffd8])) 0)) > > > > This sounds like a problem with older 4.0-currents. Did you make > > world and your kernel recently? > > That is what i though before! so I just cvsup up to this morning, > and try to make install again. same problem. > Same problem here. Just did a cvsup and a make world... I'm lost to a solution to this problem. Help please :-) --- Nicolai Petri To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 14:45: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailgw00.execpc.com (mailgw00.execpc.com [169.207.1.78]) by hub.freebsd.org (Postfix) with ESMTP id 05E7737BB37 for ; Sat, 18 Mar 2000 14:45:07 -0800 (PST) (envelope-from rmukerji@execpc.com) Received: from earth.execpc.com (rmukerji@earth.execpc.com [169.207.16.1]) by mailgw00.execpc.com (8.9.1) id QAA30941; Sat, 18 Mar 2000 16:45:02 -0600 Received: (from rmukerji@localhost) by earth.execpc.com (8.9.0) id QAA29457; Sat, 18 Mar 2000 16:45:01 -0600 (CST) Date: Sat, 18 Mar 2000 16:45:01 -0600 From: Arindum Mukerji To: rjk191@psu.edu Cc: freebsd-current@freebsd.org Subject: Re: psm.c broken Message-ID: <20000318164501.A25577@earth.execpc.com> References: <20000318163439.A13655@rjk191.rh.psu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20000318163439.A13655@rjk191.rh.psu.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Ray Kohler (ray@rjk191.rh.psu.edu) [000318 15:35]: > After a cvsup today, building a kernel finishes with this: > > linking kernel.debug > psm.o: In function `psmprobe': > /sys/compile/RJK191/../../isa/psm.c(.text+0x9fe): undefined > reference to `atkbdc > _open' > *** Error code 1 I don't see an atkbdc_open() in the source tree. Perhaps this should be changed back to sc->addr = port; sc->kdbc = kbdc_open(sc->addr); Until someone commits an equivalent atkbdc_open() ? -- Arindum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 15:18:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailgw01.execpc.com (mailgw01.execpc.com [169.207.2.78]) by hub.freebsd.org (Postfix) with ESMTP id 5F31F37B665 for ; Sat, 18 Mar 2000 15:18:31 -0800 (PST) (envelope-from rmukerji@execpc.com) Received: from earth.execpc.com (rmukerji@earth.execpc.com [169.207.16.1]) by mailgw01.execpc.com (8.9.1) id RAA14052; Sat, 18 Mar 2000 17:18:30 -0600 Received: (from rmukerji@localhost) by earth.execpc.com (8.9.0) id RAA07393; Sat, 18 Mar 2000 17:18:29 -0600 (CST) Date: Sat, 18 Mar 2000 17:18:29 -0600 From: Arindum Mukerji To: rjk191@psu.edu Cc: freebsd-current@freebsd.org Subject: Re: psm.c broken Message-ID: <20000318171829.B25577@earth.execpc.com> References: <20000318163439.A13655@rjk191.rh.psu.edu> <20000318164501.A25577@earth.execpc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20000318164501.A25577@earth.execpc.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Arindum Mukerji (rmukerji@execpc.com) [000318 16:47]: > > I don't see an atkbdc_open() in the source tree. Perhaps this > should be changed back to > sc->addr = port; > sc->kdbc = kbdc_open(sc->addr); > > Until someone commits an equivalent atkbdc_open() ? > My apologies for replying to myself, but after looking at the large number of changes, and the fact that the softc has fundamentally changed, I'd just recommend either waiting for the new atkdbc* functions, or rolling back psm.c in your own build for now. That should get you running. -- Arindum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 17: 8:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from RedDust.BlueSky.net.au (reddust.bluesky.net.au [203.31.37.15]) by hub.freebsd.org (Postfix) with ESMTP id 570E437BBF2 for ; Sat, 18 Mar 2000 17:08:34 -0800 (PST) (envelope-from receiver@RedDust.BlueSky.net.au) Received: from localhost (receiver@localhost) by RedDust.BlueSky.net.au (8.9.3/8.9.3) with ESMTP id LAA46801; Sun, 19 Mar 2000 11:09:04 +1000 (EST) (envelope-from receiver@RedDust.BlueSky.net.au) Date: Sun, 19 Mar 2000 11:09:04 +1000 (EST) From: Idea Receiver To: ANAZAWA Akio Cc: current@FreeBSD.ORG Subject: Re: port/XFree86-4 make install fail. In-Reply-To: <86r9d8p9gz.wl@localhost.hic-soft.co.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Finally! IT WORKS! :-) On Sun, 19 Mar 2000, ANAZAWA Akio wrote: > Hi, > > >>>>> In > >>>>> at Thu, 16 Mar 2000 14:41:53 +1000 (EST), > >>>>> Idea Receiver wrote: > > > IR> "make all" success without any problem. > IR> however, make install fail ;( > > IR> following are the error msg. > > IR> anyway I can fix this problem? > > IR> thx~ > > This morning, I've encountered same problem. > (FreeBSD 5.0-CURRENT + XFree86 4.0) > > Probability, you can get around the problem with this patch. > (Note that you are required "make World" again) > > bash$ diff -U2 FreeBSD.cf.orig FreeBSD.cf > --- FreeBSD.cf.orig Fri Feb 18 02:19:43 2000 > +++ FreeBSD.cf Sun Mar 19 00:27:11 2000 > @@ -464,6 +464,7 @@ > * A hack to work around an optimisation problem with the compiler on > * FreeBSD 4.0-current in late 1999/early 2000. > + * (and FreeBSD 5.0-current in early 2000) > */ > -#if OSMajorVersion == 4 && OSMinorVersion == 0 && OSTeenyVersion == 0 > +#if (OSMajorVersion == 4 || OSMajorVersion == 5) && OSMinorVersion == 0 && OSTeenyVersion == 0 > #define FreeBSDGccOptBug > #endif > > > Regards, > Akio Anazawa > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 17:46:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (Postfix) with ESMTP id 2FA3537B51B for ; Sat, 18 Mar 2000 17:46:15 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:iP5/Cp22VACCUuqIIQvBYbhr5tMT3Opy@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.3/3.7Wpl2) with ESMTP id KAA22565; Sun, 19 Mar 2000 10:46:00 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id KAA03665; Sun, 19 Mar 2000 10:52:14 +0900 (JST) Message-Id: <200003190152.KAA03665@zodiac.mech.utsunomiya-u.ac.jp> To: rjk191@psu.edu Cc: freebsd-current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: psm.c broken In-reply-to: Your message of "Sat, 18 Mar 2000 16:34:39 EST." <20000318163439.A13655@rjk191.rh.psu.edu> References: <20000318163439.A13655@rjk191.rh.psu.edu> Date: Sun, 19 Mar 2000 10:52:13 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >linking kernel.debug >psm.o: In function `psmprobe': >/sys/compile/RJK191/../../isa/psm.c(.text+0x9fe): undefined >reference to `atkbdc >_open' >*** Error code 1 > >I know psm.c was changed today, I'd suppose one reference here was >missed in the process. Just figured I'd be the first to say so. Oops, sorry. I forgot to commit another update for atkbdc. I will fix it later today. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 17:57:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id 6EF0D37B67E for ; Sat, 18 Mar 2000 17:57:05 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 25700 invoked from network); 19 Mar 2000 01:57:04 -0000 Received: from acs-63-85-133-249.cvzoom.net (HELO cvzoom.net) (63.85.133.249) by ns.cvzoom.net with SMTP; 19 Mar 2000 01:57:04 -0000 Message-ID: <38D433D9.8DBD7D3D@cvzoom.net> Date: Sat, 18 Mar 2000 20:56:41 -0500 From: Donn Miller X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Idea Receiver Cc: ANAZAWA Akio , current@FreeBSD.ORG Subject: Re: port/XFree86-4 make install fail. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Idea Receiver wrote: > > Finally! IT WORKS! Someone should let the XFree86 team know about this. > On Sun, 19 Mar 2000, ANAZAWA Akio wrote: > > bash$ diff -U2 FreeBSD.cf.orig FreeBSD.cf > > --- FreeBSD.cf.orig Fri Feb 18 02:19:43 2000 > > +++ FreeBSD.cf Sun Mar 19 00:27:11 2000 > > @@ -464,6 +464,7 @@ > > * A hack to work around an optimisation problem with the compiler on > > * FreeBSD 4.0-current in late 1999/early 2000. > > + * (and FreeBSD 5.0-current in early 2000) > > */ > > -#if OSMajorVersion == 4 && OSMinorVersion == 0 && OSTeenyVersion == 0 > > +#if (OSMajorVersion == 4 || OSMajorVersion == 5) && OSMinorVersion == 0 && OSTeenyVersion == 0 > > #define FreeBSDGccOptBug > > #endif > > > > > > Regards, > > Akio Anazawa - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 19:33:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (Postfix) with ESMTP id C1A5B37B5D5 for ; Sat, 18 Mar 2000 19:33:10 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:fFEVlCKqz+ZxoO341s+R+WhhubcHYNlF@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.3/3.7Wpl2) with ESMTP id MAA19834; Sun, 19 Mar 2000 12:32:52 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id MAA04826; Sun, 19 Mar 2000 12:39:06 +0900 (JST) Message-Id: <200003190339.MAA04826@zodiac.mech.utsunomiya-u.ac.jp> To: rjk191@psu.edu Cc: freebsd-current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: psm.c broken In-reply-to: Your message of "Sat, 18 Mar 2000 16:34:39 EST." <20000318163439.A13655@rjk191.rh.psu.edu> References: <20000318163439.A13655@rjk191.rh.psu.edu> Date: Sun, 19 Mar 2000 12:39:05 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >After a cvsup today, building a kernel finishes with this: > >linking kernel.debug >psm.o: In function `psmprobe': >/sys/compile/RJK191/../../isa/psm.c(.text+0x9fe): undefined >reference to `atkbdc >_open' >*** Error code 1 > >I know psm.c was changed today, I'd suppose one reference here was >missed in the process. Just figured I'd be the first to say so. The following commit is related to the psm update and should have been committed together. Sorry. Kazu ----------------------------------------------------------------- yokota 2000/03/18 19:25:13 PST Modified files: sys/isa atkbd_isa.c atkbdc_isa.c sys/dev/kbd atkbd.c atkbdc.c atkbdcreg.h atkbdreg.h sys/i386/isa/pcvt pcvt_hdr.h Log: - Properly keep track of I/O port resources. - Use bus_space_read/write() to access the ports. Revision Changes Path 1.8 +24 -19 src/sys/isa/atkbd_isa.c 1.15 +54 -24 src/sys/isa/atkbdc_isa.c 1.26 +13 -10 src/sys/dev/kbd/atkbd.c 1.6 +100 -79 src/sys/dev/kbd/atkbdc.c 1.6 +16 -6 src/sys/dev/kbd/atkbdcreg.h 1.6 +3 -3 src/sys/dev/kbd/atkbdreg.h 1.37 +3 -1 src/sys/i386/isa/pcvt/pcvt_hdr.h ----------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 19:40:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from firehouse.net (networkoperations.com [209.42.203.32]) by hub.freebsd.org (Postfix) with SMTP id 7823337B815 for ; Sat, 18 Mar 2000 19:40:53 -0800 (PST) (envelope-from abc@firehouse.net) Received: (qmail 62186 invoked by uid 1000); 19 Mar 2000 03:40:45 -0000 Date: Sat, 18 Mar 2000 22:40:45 -0500 From: Alan Clegg To: current@freebsd.org Subject: problem with CD changer 4.0-STABLE Message-ID: <20000318224045.A61302@ecto.greenpeas.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Panasonic CD-ROM Changer that is found in by the kernel as: acd0-4: CDROM with 5 CD changer at ata0-master using PIO4 In fstab, I have the following: /dev/acd0c /cdrom1 cd9660 ro,noauto 0 0 /dev/acd1c /cdrom2 cd9660 ro,noauto 0 0 /dev/acd2c /cdrom3 cd9660 ro,noauto 0 0 /dev/acd3c /cdrom4 cd9660 ro,noauto 0 0 /dev/acd4c /cdrom5 cd9660 ro,noauto 0 0 Mounting /cdrom1 works just fine: /dev/acd0c on /cdrom1 (cd9660, local, read-only, reads: sync 5 async 0) But, attempting to mount the second CD-ROM provides only: ecto 110} mount /cdrom2 cd9660: Device not configured /dev entries as follows: crw-r----- 1 root operator 117, 0 Mar 16 22:54 acd0a crw-r----- 1 root operator 117, 2 Mar 16 22:54 acd0c crw-r----- 1 root operator 117, 8 Mar 16 22:54 acd1a crw-r----- 1 root operator 117, 10 Mar 16 22:54 acd1c crw-r----- 1 root operator 117, 16 Mar 16 22:54 acd2a crw-r----- 1 root operator 117, 18 Mar 16 22:54 acd2c crw-r----- 1 root operator 117, 24 Mar 16 22:54 acd3a crw-r----- 1 root operator 117, 26 Mar 16 22:54 acd3c as verified in /dev/MAKEDEV. Any ideas? No failures show up in dmesg or any log files. AlanC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 19:52:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from pawn.primelocation.net (pawn.primelocation.net [205.161.238.235]) by hub.freebsd.org (Postfix) with ESMTP id B6B2437B8CF; Sat, 18 Mar 2000 19:52:53 -0800 (PST) (envelope-from jedgar@fxp.org) Received: by pawn.primelocation.net (Postfix, from userid 1016) id A4FFD9B17; Sat, 18 Mar 2000 22:52:52 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by pawn.primelocation.net (Postfix) with ESMTP id 98923BA1D; Sat, 18 Mar 2000 22:52:52 -0500 (EST) Date: Sat, 18 Mar 2000 22:52:52 -0500 (EST) From: "Chris D. Faulhaber" X-Sender: cdf.lists@pawn.primelocation.net To: Alan Clegg Cc: current@freebsd.org, sos@FreeBSD.org Subject: Re: problem with CD changer 4.0-STABLE In-Reply-To: <20000318224045.A61302@ecto.greenpeas.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 18 Mar 2000, Alan Clegg wrote: > Panasonic CD-ROM Changer that is found in by the kernel as: > > acd0-4: CDROM with 5 CD changer at ata0-master using PIO4 > > Mounting /cdrom1 works just fine: > > /dev/acd0c on /cdrom1 (cd9660, local, read-only, reads: sync 5 async 0) > > But, attempting to mount the second CD-ROM provides only: > > ecto 110} mount /cdrom2 > cd9660: Device not configured > Interesting, I'm seeing the same thing here with my changers: acd0-3: CDROM with 4 CD changer at ata1-master using PIO3 acd4-7: CDROM with 4 CD changer at ata1-slave using PIO3 It appears as though the changer no longer changes discs when attempting to access the non-current disc. I know it worked a few weeks under 4.0-CURRENT but is not using: FreeBSD sol.fxp.org 4.0-STABLE FreeBSD 4.0-STABLE #4: Tue Mar 14 09:09:53 EST 2000 root@sol.fxp:/usr/src/sys/compile/SOL i386 Soren (cc:'d), any recent changes that may have caused this? ----- 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-current" in the body of the message From owner-freebsd-current Sat Mar 18 20:10:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from norn.ca.eu.org (cr965240-b.abtsfd1.bc.wave.home.com [24.113.19.137]) by hub.freebsd.org (Postfix) with ESMTP id 2F23037B72D for ; Sat, 18 Mar 2000 20:10:24 -0800 (PST) (envelope-from cpiazza@norn.ca.eu.org) Received: by norn.ca.eu.org (Postfix, from userid 1000) id 8CF5919F5; Sat, 18 Mar 2000 20:10:23 -0800 (PST) Date: Sat, 18 Mar 2000 20:10:23 -0800 From: Chris Piazza To: Kazutaka YOKOTA Cc: rjk191@psu.edu, freebsd-current@FreeBSD.ORG Subject: Re: psm.c broken Message-ID: <20000318201023.A39469@norn.ca.eu.org> References: <20000318163439.A13655@rjk191.rh.psu.edu> <200003190339.MAA04826@zodiac.mech.utsunomiya-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200003190339.MAA04826@zodiac.mech.utsunomiya-u.ac.jp>; from yokota@zodiac.mech.utsunomiya-u.ac.jp on Sun, Mar 19, 2000 at 12:39:05PM +0900 X-Operating-System: FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 19, 2000 at 12:39:05PM +0900, Kazutaka YOKOTA wrote: > > >After a cvsup today, building a kernel finishes with this: > > > >linking kernel.debug > >psm.o: In function `psmprobe': > >/sys/compile/RJK191/../../isa/psm.c(.text+0x9fe): undefined > >reference to `atkbdc > >_open' > >*** Error code 1 > > > >I know psm.c was changed today, I'd suppose one reference here was > >missed in the process. Just figured I'd be the first to say so. > > The following commit is related to the psm update and should have been > committed together. Sorry. There's still something missing: cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../isa/syscons_isa.c ../../isa/atkbdc_isa.c: In function `atkbdc_read_ivar': ../../isa/atkbdc_isa.c:260: `KBDC_IVAR_PORT' undeclared (first use in this function) ../../isa/atkbdc_isa.c:260: (Each undeclared identifier is reported only once ../../isa/atkbdc_isa.c:260: for each function it appears in.) ../../isa/atkbdc_isa.c:261: warning: unreachable code at beginning of switch statement ../../isa/atkbdc_isa.c: In function `atkbdc_write_ivar': ../../isa/atkbdc_isa.c:282: `KBDC_IVAR_PORT' undeclared (first use in this function) ../../isa/atkbdc_isa.c:283: warning: unreachable code at beginning of switch statement *** Error code 1 1 error -Chris -- cpiazza@jaxon.net cpiazza@FreeBSD.org Abbotsford, BC, Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 20:51:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from oznet15.ozemail.com.au (oznet15.ozemail.com.au [203.2.192.116]) by hub.freebsd.org (Postfix) with ESMTP id DA4EF37B517 for ; Sat, 18 Mar 2000 20:51:34 -0800 (PST) (envelope-from c9710216@atlas.newcastle.edu.au) Received: from atlas.newcastle.edu.au (slnew54p53.ozemail.com.au [203.108.151.69]) by oznet15.ozemail.com.au (8.9.0/8.6.12) with ESMTP id PAA29647; Sun, 19 Mar 2000 15:51:27 +1100 (EST) Message-ID: <38D45DC9.70B9ABB3@atlas.newcastle.edu.au> Date: Sun, 19 Mar 2000 15:55:37 +1100 From: "Jacob A. Hart" X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Donn Miller Cc: freebsd-current@freebsd.org Subject: Re: gcc -Os optimisation broken (RELENG_4) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Donn Miller wrote: > > It's probably more of a "placebo effect", which makes you think your > are getting a big boost in performance. I'll admit that I've never > seen a whole order or magnitude increase in performance between -O and > -mpentium-O3, or whatever - it probably gives you boosts here and > there. Optimization is pretty good, as I've found out, with > plain-jane -O. Beyond that, I think your performance gains are > minimal. > > And yes, I think it's really macho to be usin' hopped-up CFLAGS, like > -march=pentium -Os -pipe. I feel really studly doing this. :-) Damn straight! But you ain't seen nothing yet... > We should do a survey, and find out what the guys use for CFLAGS and > COPTFLAGS and compare them to what the female users are using. That > would be interesting. Let's get the ball rolling then, shall we? CFLAGS/COPTFLAGS for day-to-day compiles (kernel, X, world, etc.): -O3 -march=pentiumpro -malign-double -fomit-frame-pointer -funroll-loops -fstrict-aliasing -pipe CFLAGS when I *REALLY* feel the need for speed (lame, mpg123, xmame, etc.): -O3 -march=pentiumpro -malign-double -malign-loops=4 -malign-jumps=4 -malign-functions=4 -fomit-frame-pointer -ffast-math -funroll-loops -fstrict-aliasing -pipe -O2 used to be my switch of choice so the -funroll-loops flag in the above strings may be redundant (can't remember). Considering, though, that the length of one's CFLAGS variable is directly proportional to studliness, I have little choice but to leave it there ;-) Can't say that I care for football, though. > - Donn -jake c9710216@atlas.newcastle.edu.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 21:43:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from holly.calldei.com (adsl-208-191-146-189.dsl.hstntx.swbell.net [208.191.146.189]) by hub.freebsd.org (Postfix) with ESMTP id A24F637B6F3 for ; Sat, 18 Mar 2000 21:43:32 -0800 (PST) (envelope-from chris@holly.calldei.com) Received: (from chris@localhost) by holly.calldei.com (8.9.3/8.9.3) id XAA83151 for current@FreeBSD.org; Sat, 18 Mar 2000 23:42:44 -0600 (CST) (envelope-from chris) Date: Fri, 17 Mar 2000 23:06:32 -0600 From: Chris Costello To: current@FreeBSD.org Subject: Proposal: Union mount of fdesc on top of /dev Message-ID: <20000317230632.I24374@holly.calldei.com> Reply-To: chris@calldei.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.4i User-Agent: Mutt/0.96.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Now that I've committed a change which fixes that pesky lstat() panic in fdesc, I'd like to suggest that it replace the existing /dev/fd devices and /dev/std{err,in,out}. I've already got such a setup running on a test box: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da0s1a 49583 25320 20297 56% / /dev/da0s1f 804119 697621 42169 94% /usr /dev/da0s1e 19815 840 17390 5% /var procfs 4 4 0 100% /proc fdesc 1 1 0 100% /dev This fdesc mount is mounted with the `union' option. And a little demonstration of the 'lightness' of fdesc over our oodles-of-device-nodes: $ ls -l 3<&1 4<&1 9<&1 total 0 crw------- 1 chris tty 5, 0 Mar 18 05:02 0 crw------- 1 chris tty 5, 0 Mar 18 05:02 1 crw------- 1 chris tty 5, 0 Mar 18 05:02 2 crw------- 1 chris tty 5, 0 Mar 18 05:02 3 crw------- 1 chris tty 5, 0 Mar 18 05:02 4 dr--r--r-- 2 root wheel 512 Mar 18 04:38 5 dr--r--r-- 2 root wheel 512 Mar 18 04:38 6 dr--r--r-- 2 root wheel 512 Mar 18 04:38 7 crw------- 1 chris tty 5, 0 Mar 18 05:02 9 Compared to our 63 device nodes, I think this is much nicer. Any of you folks have feedback? -- |Chris Costello |Using TSO is like kicking a dead whale down the beach. -- S. C. Johnson `------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 18 23:15:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from sharmas.dhs.org (c62443-a.frmt1.sfba.home.com [24.0.69.165]) by hub.freebsd.org (Postfix) with ESMTP id CC43037B68F for ; Sat, 18 Mar 2000 23:15:15 -0800 (PST) (envelope-from adsharma@sharmas.dhs.org) Received: (from adsharma@localhost) by sharmas.dhs.org (8.9.3/8.9.3) id XAA19378; Sat, 18 Mar 2000 23:15:17 -0800 Date: Sat, 18 Mar 2000 23:15:17 -0800 From: Arun Sharma Message-Id: <200003190715.XAA19378@sharmas.dhs.org> To: freebsd-current@freebsd.org Subject: Re: current lockups In-Reply-To: <20000304235010.B10778@sharmas.dhs.org> References: <20000304235010.B10778@sharmas.dhs.org> Reply-To: adsharma@sharmas.dhs.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Compiling Mozilla with make -j 2 got -current to lock up, twice in > succession. I'm running a fairly recent snapshot (a week or two old) > on a Dual celeron box (BP6) with UDMA66 enabled. > > The kernel had DDB enabled. I was running X, but I didn't see any > signs of the kernel attempting to get into the debugger. > > Has this been fixed ? Is anyone interested in investigating ? > I'll post more info if I find anything. Another data point: I had another lockup today. I left the box to do a buildworld and went out for dinner. When I'd returned, the machine had locked up tight, but the orange LED on the disk was on. Now, I don't know if the problem is my WDC 20 GB disk or something else in the ATA driver. I'm running on the RELENG_4 branch as of yesterday night. -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message