From owner-freebsd-stable@FreeBSD.ORG Sun Apr 25 08:56:45 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BADD16A4CE; Sun, 25 Apr 2004 08:56:45 -0700 (PDT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1406543D2F; Sun, 25 Apr 2004 08:56:45 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i3PFui3I097866; Sun, 25 Apr 2004 08:56:44 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i3PFugCX097865; Sun, 25 Apr 2004 08:56:42 -0700 (PDT) (envelope-from obrien) Date: Sun, 25 Apr 2004 08:56:42 -0700 From: "David O'Brien" To: Rahul Siddharthan Message-ID: <20040425155642.GH78422@dragon.nuxi.com> References: <1082737586.21666.11.camel@builder02.qubesoft.com> <20040423172211.GA11368@online.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040423172211.GA11368@online.fr> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-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 cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: Doug Rabson Subject: Re: Valgrind for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2004 15:56:45 -0000 On Fri, Apr 23, 2004 at 01:22:11PM -0400, Rahul Siddharthan wrote: > Doug Rabson wrote: > > > Please rename "valgrind-devel-port" to "valgrind-snapshot-port". > > > > I think I suggested the name valgrind-devel but I have no idea what the > > latest port naming conventions are. If valgrind-snapshot is more > > consistent, then thats the name it should have. > > Searching though the ports tree, I don't see any ports called > -snapshot. Some snapshot ports have a date stamp (eg, > gcc-3.3.4_20040322). There are dozens of -devel ports which are > unstable development versions of the regular ports (mutt-devel, > rxvt-devel, postgresql-devel, etc). We've had them in the past. > Many linux distributions use a -devel package for header files, which > they separate out from the main library package. Let's not go there. Yes, and FreeBSD has too.[*] This situaion is why "-devel" is a piss-poor name for these type of ports. "-snapshot" or "-indevel" are properly descriptive. -- -- David (obrien@FreeBSD.org) [*] And I would like to see a lot more of these, as I generally use Kris's packages vs. building from ports and I end up with a lot more crap on my system than I need. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 25 13:16:34 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15EEE16A4CE; Sun, 25 Apr 2004 13:16:34 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA89C43D62; Sun, 25 Apr 2004 13:16:33 -0700 (PDT) (envelope-from root@inbox.lv) Received: from pool0448.cvx36-bradley.dialup.earthlink.net ([216.244.19.193] helo=ringworm.mojavegreen.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1BHq3C-0005Kr-00; Sun, 25 Apr 2004 13:16:31 -0700 Received: by ringworm.mojavegreen.com (Postfix, from userid 0) id D3AB48455; Sun, 25 Apr 2004 13:12:28 -0700 (PDT) To: FreeBSD-gnats-submit@freebsd.org From: Michael C.Shultz X-send-pr-version: 3.113 X-GNATS-Notify: Message-Id: <20040425201228.D3AB48455@ringworm.mojavegreen.com> Date: Sun, 25 Apr 2004 13:12:28 -0700 (PDT) cc: freebsd-stable@freebsd.org Subject: make buildworld fails for STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Michael C.Shultz" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2004 20:16:34 -0000 >Submitter-Id: current-users >Originator: Michael C. Shultz >Organization: Mojavegreen Software Co. >Confidential: no >Synopsis: make buildworld fails for STABLE >Severity: serious >Priority: medium >Category: i386 >Class: sw-bug >Release: FreeBSD 4.10-BETA i386 >Environment: System: FreeBSD ringworm.mojavegreen.com 4.10-BETA FreeBSD 4.10-BETA #0: Wed Apr 7 20:15:25 PDT 2004 mike@ringworm.home.com:/speed/usr.obj/storage/usr.src/sys/RINGWORM i386 >Description: Build world for STABLE failed for me this morning with: /usr.src/sbin/ifconfig/ifconfig.c:288: `IFCAP_POLLING' undeclared here (not in a function) /usr.src/sbin/ifconfig/ifconfig.c:288: initializer element is not constant /usr.src/sbin/ifconfig/ifconfig.c:288: (near initialization for `cmds[71].c_parameter') /usr.src/sbin/ifconfig/ifconfig.c:289: `IFCAP_POLLING' undeclared here (not in a function) /usr.src/sbin/ifconfig/ifconfig.c:289: initializer element is not constant /storage/usr.src/sbin/ifconfig/ifconfig.c:289: (near initialization for `cmds[72].c_parameter') >How-To-Repeat: cd /usr/src make buildworld >Fix: The problem is in /usr/src/sbin/ifconfig/ifconfig.c there is a line: #include that prevents the new if.h at /usr/src/sys/net/if.h from being read. it should read: #include "../../sys/net/if.h" inorder to pull the new if.h So I am including a patch for /usr/src/sbin/ifconfig/ifconfig.c below: PS: I've never sent a patch before, if this is wrong please explain or tell me where I can find the correct what to do it. Thanks. --- ifconfig.c.ORIG Sun Apr 25 12:38:02 2004 +++ ifconfig.c Sun Apr 25 12:53:02 2004 @@ -54,7 +54,11 @@ #include #include +/************************** #include +***************************/ + #include "../../sys/net/if.h" +/***************************/ #include #include #include From owner-freebsd-stable@FreeBSD.ORG Sun Apr 25 14:06:10 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3630416A4CE for ; Sun, 25 Apr 2004 14:06:10 -0700 (PDT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0709A43D53 for ; Sun, 25 Apr 2004 14:06:10 -0700 (PDT) (envelope-from apeiron@comcast.net) Received: from prophecy.velum (pcp08490587pcs.levtwn01.pa.comcast.net[68.83.169.224]) by comcast.net (rwcrmhc13) with SMTP id <2004042521060901500ptkd7e> (Authid: apeiron@comcast.net); Sun, 25 Apr 2004 21:06:09 +0000 Date: Sun, 25 Apr 2004 17:06:06 -0400 From: Christopher Nehren To: freebsd-stable@freebsd.org Message-ID: <20040425210606.GA8202@prophecy.dyndns.org> References: <20040425190103.D554916A4D0@hub.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <20040425190103.D554916A4D0@hub.freebsd.org> User-Agent: Mutt/1.5.6i Subject: Re: Valgrind for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2004 21:06:10 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 25, 2004 at 15:01:03 EDT, David O'Brien scribbled these curious markings: > [*] And I would like to see a lot more of these, as I generally use > Kris's packages vs. building from ports and I end up with a lot more=20 crap > on my system than I need. Yuck. I don't want to have to install _two_ packages for a library to be able to build software with it. If I wanted that, I'd use Linux. =2E.. Well, maybe not. Perhaps a port Makefile hook, a la NOPORTDOCS, could be used? Of course, the snag there is deciding which camp to please insofar as default=20 settings are concerned. It'd be cool if you could put your decision in=20 /etc/make.conf and have it global, so you can just forget about it and=20 live your life as you want. =3D) --=20 I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson - Unix is user friendly. However, it isn't idiot friendly. - Please CC me in all replies, even if I'm on the relevant list(s). --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAjCg+k/lo7zvzJioRAn5PAKC3Iq/ylIoxfjOX8t1q24JvtKf0gQCeIoaZ C3Hj/1JFC0qBIbjgnAur2O0= =T8yS -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 25 14:10:31 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1355516A4CE for ; Sun, 25 Apr 2004 14:10:31 -0700 (PDT) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AFCE43D1F for ; Sun, 25 Apr 2004 14:10:30 -0700 (PDT) (envelope-from kstewart@owt.com) Received: from [207.41.94.233] (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id i3PLADjw016129; Sun, 25 Apr 2004 14:10:13 -0700 From: Kent Stewart To: freebsd-stable@freebsd.org, "Michael C.Shultz" Date: Sun, 25 Apr 2004 14:10:28 -0700 User-Agent: KMail/1.6.2 References: <20040425201228.D3AB48455@ringworm.mojavegreen.com> In-Reply-To: <20040425201228.D3AB48455@ringworm.mojavegreen.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404251410.28295.kstewart@owt.com> Subject: Re: make buildworld fails for STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2004 21:10:31 -0000 On Sunday 25 April 2004 01:12 pm, Michael C.Shultz wrote: > >Submitter-Id: current-users > >Originator: Michael C. Shultz > >Organization: Mojavegreen Software Co. > >Confidential: no > >Synopsis: make buildworld fails for STABLE > >Severity: serious > >Priority: medium > >Category: i386 > >Class: sw-bug > >Release: FreeBSD 4.10-BETA i386 > >Environment: > > System: FreeBSD ringworm.mojavegreen.com 4.10-BETA FreeBSD 4.10-BETA > #0: Wed Apr 7 20:15:25 PDT 2004 > mike@ringworm.home.com:/speed/usr.obj/storage/usr.src/sys/RINGWORM > i386 > > >Description: > > Build world for STABLE failed for me this morning with: > > /usr.src/sbin/ifconfig/ifconfig.c:288: `IFCAP_POLLING' undeclared > here (not in a function) /usr.src/sbin/ifconfig/ifconfig.c:288: > initializer element is not constant > /usr.src/sbin/ifconfig/ifconfig.c:288: (near initialization for > `cmds[71].c_parameter') /usr.src/sbin/ifconfig/ifconfig.c:289: > `IFCAP_POLLING' undeclared here (not in a function) > /usr.src/sbin/ifconfig/ifconfig.c:289: initializer element is not > constant /storage/usr.src/sbin/ifconfig/ifconfig.c:289: (near > initialization for `cmds[72].c_parameter') > > >How-To-Repeat: > > cd /usr/src > make buildworld > My mirror updated at 1825 UTC and I didn't have any problem. Did you wait an hour and re-cvsup. ===> sbin/ifconfig cc -O -pipe -DUSE_IF_MEDIA -DINET6 -DUSE_VLANS -DUSE_IEEE80211 -DNS -Wall -Wmissing-prototypes -Wcast-qual -Wwrite -strings -Wnested-externs -I.. -c /usr/src/sbin/ifconfig/ifconfig.c cc -O -pipe -DUSE_IF_MEDIA -DINET6 -DUSE_VLANS -DUSE_IEEE80211 -DNS -Wall -Wmissing-prototypes -Wcast-qual -Wwrite -strings -Wnested-externs -I.. -c /usr/src/sbin/ifconfig/ifmedia.c BTW, the "-I" point to where the non-normal headers are located. You don't need or want the full path in. Kent > >Fix: > > The problem is in /usr/src/sbin/ifconfig/ifconfig.c there is a line: > > #include > > that prevents the new if.h at /usr/src/sys/net/if.h > > from being read. > it should read: > > #include "../../sys/net/if.h" > > inorder to pull the new if.h > > So I am including a patch for /usr/src/sbin/ifconfig/ifconfig.c > below: > PS: I've never sent a patch before, if this is wrong please > explain or tell me where I can find the correct what to do it. > Thanks. > > --- ifconfig.c.ORIG Sun Apr 25 12:38:02 2004 > +++ ifconfig.c Sun Apr 25 12:53:02 2004 > @@ -54,7 +54,11 @@ > #include > > #include > +/************************** > #include > +***************************/ > + #include "../../sys/net/if.h" > +/***************************/ > #include > #include > #include > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From owner-freebsd-stable@FreeBSD.ORG Sun Apr 25 14:12:13 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 561D616A4CE; Sun, 25 Apr 2004 14:12:13 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4353643D53; Sun, 25 Apr 2004 14:12:13 -0700 (PDT) (envelope-from mike@inbox.lv) Received: from pool0296.cvx36-bradley.dialup.earthlink.net ([216.244.19.41] helo=ringworm.mojavegreen.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1BHqv6-000028-00; Sun, 25 Apr 2004 14:12:12 -0700 Received: by ringworm.mojavegreen.com (Postfix, from userid 1000) id BC81B8455; Sun, 25 Apr 2004 14:08:22 -0700 (PDT) From: "Michael C. Shultz" Organization: Mojave Green Software co. To: "Simon L. Nielsen" Date: Sun, 25 Apr 2004 14:08:20 -0700 User-Agent: KMail/1.6.1 References: <200404252056.i3PKuNpE060553@freefall.freebsd.org> In-Reply-To: <200404252056.i3PKuNpE060553@freefall.freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404251408.20625.ringworm@inbox.lv> cc: freebsd-stable@freebsd.org Subject: Re: i386/65965: make buildworld fails for STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2004 21:12:13 -0000 On Sunday 25 April 2004 01:56 pm, you wrote: > Synopsis: make buildworld fails for STABLE > > State-Changed-From-To: open->closed > State-Changed-By: simon > State-Changed-When: Sun Apr 25 13:55:53 PDT 2004 > State-Changed-Why: > During buildworld a new set of headers is created/installed for use > during build, so should give the correct updated header. > It sounds like you have some old stuff in your build environment. Try > removing your /usr/obj tree, running 'make cleandir', and then retry > the build. > > For the development branches it is also better just to write a mail to > the appropriate list (freebsd-stable in this case) instead of sending > PR's for stuff like this (build errors and so on). > > I just did test buildworld of 4-STABLE (on a 4.9-R) and that > succeeded, so I'm closing the PR. > > In any case, thanks for the effort. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=65965 I remove /usr/obj and run make cleandir twice everytime I run make buildworld and did so this time. So maybe the "create/installed for use during build" is missing something? It seems too early for you to close this with out making some effort to solve the problem. Why was the /usr/include/net/if.h on my system still missing IFCAP_POLLING? During make build world? -Mike From owner-freebsd-stable@FreeBSD.ORG Sun Apr 25 15:43:25 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 883DE16A4CE for ; Sun, 25 Apr 2004 15:43:25 -0700 (PDT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4FA643D58 for ; Sun, 25 Apr 2004 15:43:24 -0700 (PDT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id A0ED7119AA; Mon, 26 Apr 2004 00:43:21 +0200 (CEST) Date: Mon, 26 Apr 2004 00:43:21 +0200 From: "Simon L. Nielsen" To: "Michael C. Shultz" Message-ID: <20040425224321.GP1130@zaphod.nitro.dk> References: <200404252056.i3PKuNpE060553@freefall.freebsd.org> <200404251408.20625.ringworm@inbox.lv> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AYsPlKobQGgtCvjI" Content-Disposition: inline In-Reply-To: <200404251408.20625.ringworm@inbox.lv> User-Agent: Mutt/1.5.6i cc: freebsd-stable@freebsd.org Subject: Re: i386/65965: make buildworld fails for STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2004 22:43:25 -0000 --AYsPlKobQGgtCvjI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.04.25 14:08:20 -0700, Michael C. Shultz wrote: > On Sunday 25 April 2004 01:56 pm, you wrote: > > Synopsis: make buildworld fails for STABLE > > > I remove /usr/obj and run make cleandir twice everytime I run make buildw= orld > and did so this time. So maybe the "create/installed for use during buil= d" is=20 > missing something? It seems too early for you to close this with out maki= ng=20 > some effort to solve the problem. I'm rather sure that this isn't a general problem since I can't reproduce it and I have seen not anything on -STABLE about this problem. As I mentioned before build problems are (IMO) better disussed on -stable, so I don't see a reason to keep the PR open. > Why was the /usr/include/net/if.h on my=20 > system still missing IFCAP_POLLING? During make build world? buildworld will not update your installed files, but it created a temporary include diretory which is used during buildworld. In any case, to fix you problem you should check /etc/make.conf for options that can give problems (e.g CFLAGS). The problem could also be a corrupted /usr/src so you could try to remove that an run cvsup again. Also make sure that the cvsup server you are using is up-to-date. The problem could also be something in your shell environment. --=20 Simon L. Nielsen FreeBSD Documentation Team --AYsPlKobQGgtCvjI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAjD8Jh9pcDSc1mlERAjyyAJ9JPXoAHEE5DKIEQGfkFfC5Rx5uOgCfR5Oi 5PWHXa/LbtSnldTGhS3rSSU= =I141 -----END PGP SIGNATURE----- --AYsPlKobQGgtCvjI-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 25 22:37:54 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DDDD16A4CE; Sun, 25 Apr 2004 22:37:54 -0700 (PDT) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96F7843D1F; Sun, 25 Apr 2004 22:37:52 -0700 (PDT) (envelope-from eugen@kuzbass.ru) Received: from kuzbass.ru (kost [213.184.65.82])i3Q5blaB098866; Mon, 26 Apr 2004 13:37:48 +0800 (KRAST) (envelope-from eugen@kuzbass.ru) Message-ID: <408CA012.AF5018B@kuzbass.ru> Date: Mon, 26 Apr 2004 13:37:22 +0800 From: Eugene Grosbein Organization: SVZServ X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20040422130659.GG722@empiric.dek.spc.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit cc: Bruce M Simpson cc: freebsd-stable@freebsd.org Subject: BGP MD5: compatibility for STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2004 05:37:54 -0000 Hi! What is the current status of BGP MD5 support for STABLE branch? I know that STABLE has TCP_SIGNATURE kernel option for basic compatibility with Cisco BGP neighbors but wonder if zebra/quagga/something have RFC 2385 support for FreeBSD? Are there corresponding patches for routing daemons available to public? Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon Apr 26 01:58:12 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6956C16A4CE for ; Mon, 26 Apr 2004 01:58:12 -0700 (PDT) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id E913C43D5F for ; Mon, 26 Apr 2004 01:58:10 -0700 (PDT) (envelope-from neuhauser@chello.cz) Received: (qmail 42309 invoked by uid 0); 26 Apr 2004 08:58:08 -0000 Received: from r3al16.mistral.cz (HELO isis.wad.cz) (213.220.229.16) by smtp.dkm.cz with SMTP; 26 Apr 2004 08:58:08 -0000 Received: by isis.wad.cz (Postfix, from userid 1001) id 7DEE32FDA01; Mon, 26 Apr 2004 10:58:08 +0200 (CEST) Date: Mon, 26 Apr 2004 10:58:08 +0200 From: Roman Neuhauser To: Colin Percival Message-ID: <20040426085808.GC29998@isis.wad.cz> References: <20040424132233.GA29518@xor.obsecurity.org> <6.0.1.1.1.20040424143310.04326bb0@imap.sfu.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.0.1.1.1.20040424143310.04326bb0@imap.sfu.ca> User-Agent: Mutt/1.5.6i cc: Kov?cs P?ter cc: freebsd-stable@freebsd.org cc: Kris Kennaway Subject: Re: FreeBSD Eol's? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2004 08:58:12 -0000 # colin.percival@wadham.ox.ac.uk / 2004-04-24 14:39:57 +0100: > At 14:22 24/04/2004, Kris Kennaway wrote: > >4.8 passed its expiry date and was extended. 4.9 will probably be > >extended at a later date too. > > Looks like Kris got a bit confused here. :-) > > The idea behind the extended support branches is that *selected* > releases will be supported for at least 24 months; this allows us to > offer extended support to people who can't upgrade on a regular basis, > while keeping the number of supported branches to a manageable level. > We haven't yet decided which future branches will qualify for > extended support, but it is quite unlikely that this set would include > FreeBSD 4.9. How are the extended-support branches chosen? -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-stable@FreeBSD.ORG Mon Apr 26 04:56:03 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88E4C16A4CE for ; Mon, 26 Apr 2004 04:56:03 -0700 (PDT) Received: from hut.comstar.ru (hut.comstar.ru [195.210.128.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 893DD43D49 for ; Mon, 26 Apr 2004 04:56:02 -0700 (PDT) (envelope-from summary@rambler.ru) Received: from hottab (d143.p6.col.ru [212.248.5.143]) by hut.comstar.ru (8.12.10/8.12.9) with ESMTP id i3QBtvJP087105 for ; Mon, 26 Apr 2004 15:55:59 +0400 (MSD) X-Deliver-To: Date: Mon, 26 Apr 2004 16:02:31 +0400 From: summary X-Mailer: The Bat! (v2.00.6) Business X-Priority: 3 (Normal) Message-ID: <45260768735.20040426160231@rambler.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: 8bit Subject: gre X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Prikhodko Aleksandr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2004 11:56:03 -0000 How switching GRE-support for FreeBSD4.7? -- С уважением, summary mailto:summary@rambler.ru From owner-freebsd-stable@FreeBSD.ORG Mon Apr 26 05:05:05 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7173716A4CF for ; Mon, 26 Apr 2004 05:05:05 -0700 (PDT) Received: from mx0.rambler.ru (mx0.rambler.ru [81.19.66.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A2A543D46 for ; Mon, 26 Apr 2004 05:05:05 -0700 (PDT) (envelope-from summary@rambler.ru) Received: from mailc.rambler.ru (mailc.rambler.ru [81.19.66.27]) by mx0.rambler.ru (Postfix) with ESMTP id 4DA9F42F62C for ; Mon, 26 Apr 2004 16:05:03 +0400 (MSD) (envelope-from summary@rambler.ru) Received: from hottab (d143.p6.col.ru [212.248.5.143]) (authenticated bits=0) by mailc.rambler.ru (8.12.10/8.12.10) with ESMTP id i3QC51jO037486 for ; Mon, 26 Apr 2004 16:05:02 +0400 (MSD) Date: Mon, 26 Apr 2004 16:02:31 +0400 From: summary X-Mailer: The Bat! (v2.00.6) Business X-Priority: 3 (Normal) Message-ID: <45260768735.20040426160231@rambler.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: 8bit X-Auth-User: summary, whoson: (null) Subject: gre X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Prikhodko Aleksandr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2004 12:05:05 -0000 How switching GRE-support for FreeBSD4.7? -- С уважением, summary mailto:summary@rambler.ru From owner-freebsd-stable@FreeBSD.ORG Mon Apr 26 06:53:48 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC7FB16A4CE for ; Mon, 26 Apr 2004 06:53:48 -0700 (PDT) Received: from mx0.rambler.ru (mx0.rambler.ru [81.19.66.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8203643D3F for ; Mon, 26 Apr 2004 06:53:48 -0700 (PDT) (envelope-from summary@rambler.ru) Received: from mailc.rambler.ru (mailc.rambler.ru [81.19.66.27]) by mx0.rambler.ru (Postfix) with ESMTP id A9C5C42F63E for ; Mon, 26 Apr 2004 17:53:47 +0400 (MSD) (envelope-from summary@rambler.ru) Received: from hottab (d143.p6.col.ru [212.248.5.143]) (authenticated bits=0) by mailc.rambler.ru (8.12.10/8.12.10) with ESMTP id i3QDrfjO062188 for ; Mon, 26 Apr 2004 17:53:46 +0400 (MSD) Resent-Date: Mon, 26 Apr 2004 17:53:41 +0400 (MSD) Resent-Message-Id: <200404261353.i3QDrfjO062188@mailc.rambler.ru> Date: Mon, 26 Apr 2004 18:00:12 +0400 From: summary X-Mailer: The Bat! (v2.00.6) Business X-Priority: 3 (Normal) Message-ID: <75267829808.20040426180012@rambler.ru> To: freebsd-stable@freebsd.org Resent-From: summary MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: 8bit X-Auth-User: summary, whoson: (null) Subject: gre X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Prikhodko Aleksandr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2004 13:53:48 -0000 How switching GRE-support for FreeBSD4.7? -- С уважением, summary mailto:summary@rambler.ru From owner-freebsd-stable@FreeBSD.ORG Mon Apr 26 07:45:09 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D22A416A4CF; Mon, 26 Apr 2004 07:45:09 -0700 (PDT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D62E43D48; Mon, 26 Apr 2004 07:45:08 -0700 (PDT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i3QEo2Ks026512 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Apr 2004 17:50:03 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i3QEiopO091639; Mon, 26 Apr 2004 17:44:50 +0300 (EEST) (envelope-from ru) Date: Mon, 26 Apr 2004 17:44:50 +0300 From: Ruslan Ermilov To: "Simon L. Nielsen" Message-ID: <20040426144450.GC91419@ip.net.ua> References: <200404252056.i3PKuNpE060553@freefall.freebsd.org> <200404251408.20625.ringworm@inbox.lv> <20040425224321.GP1130@zaphod.nitro.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RIYY1s2vRbPFwWeW" Content-Disposition: inline In-Reply-To: <20040425224321.GP1130@zaphod.nitro.dk> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-stable@freebsd.org cc: "Michael C. Shultz" Subject: Re: i386/65965: make buildworld fails for STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2004 14:45:10 -0000 --RIYY1s2vRbPFwWeW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 26, 2004 at 12:43:21AM +0200, Simon L. Nielsen wrote: > On 2004.04.25 14:08:20 -0700, Michael C. Shultz wrote: > > On Sunday 25 April 2004 01:56 pm, you wrote: > > > Synopsis: make buildworld fails for STABLE > > > > > I remove /usr/obj and run make cleandir twice everytime I run make buil= dworld > > and did so this time. So maybe the "create/installed for use during bu= ild" is=20 > > missing something? It seems too early for you to close this with out ma= king=20 > > some effort to solve the problem. >=20 > I'm rather sure that this isn't a general problem since I can't > reproduce it and I have seen not anything on -STABLE about this problem. > As I mentioned before build problems are (IMO) better disussed on > -stable, so I don't see a reason to keep the PR open. >=20 I agree. I'd have closed the PR myself, but I've only got a copy of this PR that was Cc:'ed to stable@, which didn't include the PR number. > > Why was the /usr/include/net/if.h on my=20 > > system still missing IFCAP_POLLING? During make build world? >=20 > buildworld will not update your installed files, but it created a > temporary include diretory which is used during buildworld. >=20 > In any case, to fix you problem you should check /etc/make.conf for > options that can give problems (e.g CFLAGS). The problem could also be > a corrupted /usr/src so you could try to remove that an run cvsup again. > Also make sure that the cvsup server you are using is up-to-date. The > problem could also be something in your shell environment. >=20 I'd further suggest that an originator have put the (compressed) output of ``make buildworld'' (both stdout and stderr) available somewhere for download. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --RIYY1s2vRbPFwWeW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAjSBiUkv4P6juNwoRAnU0AJ9KKG6dGkY+vmoqFUuEcd8gBTCiUQCeMGAA S561qccCvfRmT3yl9pZ5Lec= =2SqQ -----END PGP SIGNATURE----- --RIYY1s2vRbPFwWeW-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 26 16:43:16 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2079D16A4CE for ; Mon, 26 Apr 2004 16:43:16 -0700 (PDT) Received: from leticia.terra.com.br (leticia.terra.com.br [200.154.55.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id D576243D1D for ; Mon, 26 Apr 2004 16:43:14 -0700 (PDT) (envelope-from suporte@wahtec.com.br) Received: from paramonga.terra.com.br (paramonga.terra.com.br [200.154.55.133]) by leticia.terra.com.br (Postfix) with ESMTP id 9FC393CBD6 for ; Mon, 26 Apr 2004 20:43:13 -0300 (BRT) Received: from wahottisray (unknown [200.96.65.150]) (authenticated user arisjr) by paramonga.terra.com.br (Postfix) with ESMTP id 2D56D3C015 for ; Mon, 26 Apr 2004 20:43:13 -0300 (BRT) From: "Aristeu Gil Alves Jr" To: "Freebsd-Stable" Date: Mon, 26 Apr 2004 20:43:39 -0300 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 V6.00.2800.1165 Importance: Normal Subject: ipfilter/ipfw + bridge + out checking X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2004 23:43:16 -0000 Hi all. I didn't find any thread discussing it, sorry if I am re-posting the same subject. Is there a way to check the ipfilter/ipfw out-flow with bridge? Is it implemented already? The case ilustrated in most howtos is shown with only two NICs NET-1 || ___________ |bridge-fw| ----------- || NET-2 It's important for us to use a bridge-fw with three NICs. NET-1 || ___________ |bridge-fw|== NET-3 ----------- || NET-2 without the out packet controling, a solution with three or more NIC's could lead to an information leak problem. I've heard this checking is not done due a performance issue (it's writen in ipf-howto), but performance is not the main goal in this particular situation. I would like to have the stateful firewall and the bridge _fully_ working together. If there's anything I can do to contribute, I'll be happy to help. []'s --aristeu From owner-freebsd-stable@FreeBSD.ORG Mon Apr 26 17:52:29 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B513C16A4CF for ; Mon, 26 Apr 2004 17:52:29 -0700 (PDT) Received: from watergate.starhub.net.sg (watergate.starhub.net.sg [203.116.254.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3074D43D53 for ; Mon, 26 Apr 2004 17:52:29 -0700 (PDT) (envelope-from "") Received: from mss1a.cyberway.com.sg (mss1a.starhub.net.sg [203.116.254.36]) by watergate.starhub.net.sg (Postfix) with ESMTP id 53CF7F5F67 for ; Tue, 27 Apr 2004 08:52:27 +0800 (SGT) Received: from autoreply-daemon.pop2.starhub.net.sg by pop2.starhub.net.sg (iPlanet Messaging Server 5.1 HotFix 0.9 (built May 30 2002)) id <0HWT00G0213E35@pop2.starhub.net.sg> for freebsd-stable@freebsd.org; Tue, 27 Apr 2004 08:52:27 +0800 (SGT) Date: Tue, 27 Apr 2004 08:52:27 +0800 (SGT) Date-warning: Invalid date header replaced by pop2.starhub.net.sg; original content: From: unsub@starhub.net.sg In-reply-to: <20040427084606.39C064052B@vf2.starhub.net.sg> To: freebsd-stable@freebsd.org Message-id: <0HWT00G0313E35@pop2.starhub.net.sg> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Subject: Auto Reply Message X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Apr 2004 00:52:29 -0000 We have received your request to unsubscribe from our E-Newsletter. For future happenings, do continue to check out www.starhub.net.sg (for paid customers) and www.mystarhub.com.sg (for Surf-for-Free customers) Warmest Regards, StarHub Internet Pte Ltd From owner-freebsd-stable@FreeBSD.ORG Mon Apr 26 22:21:06 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B06216A4CE for ; Mon, 26 Apr 2004 22:21:06 -0700 (PDT) Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC28743D53 for ; Mon, 26 Apr 2004 22:21:05 -0700 (PDT) (envelope-from M.Santhoff@t-online.de) Received: from fwd06.aul.t-online.de by mailout06.sul.t-online.com with smtp id 1BIL1k-0004bf-00; Tue, 27 Apr 2004 07:21:04 +0200 Received: from localhost.das.netz (bNl9XGZ-QeA4qm0+xt+f6AKOf0+6ZPYwLiEclWIE5a8pnGrnXyeJ8W@[62.156.32.76]) by fwd06.sul.t-online.com with esmtp id 1BIL1S-0iR30C0; Tue, 27 Apr 2004 07:20:46 +0200 Received: from [10.0.0.3] (zaphod.das.netz [10.0.0.3]) by localhost.das.netz (8.12.10/8.12.10) with ESMTP id i3R5K8kf067361 for ; Tue, 27 Apr 2004 07:20:08 +0200 (CEST) (envelope-from M.Santhoff@t-online.de) From: M.Santhoff@t-online.de (Marc Santhoff) To: "FreeBSD stable (Liste)" In-Reply-To: References: Content-Type: text/plain Message-Id: <1083043043.1855.42.camel@zaphod.das.netz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 27 Apr 2004 07:17:23 +0200 Content-Transfer-Encoding: 7bit X-Seen: false X-ID: bNl9XGZ-QeA4qm0+xt+f6AKOf0+6ZPYwLiEclWIE5a8pnGrnXyeJ8W Subject: Re: freebsd-stable Digest, Vol 57, Issue 3 - umass no working after mfc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Apr 2004 05:21:06 -0000 Hi! Some more information: I gave the USB stick the chance to think about it by forgetting to plug it off and this happens after some minutes: umass0: USB Flash Disk, rev 2.00/2.00, addr 2, SCSI over Bulk-Only umass0:1:0:-1: Attached to scbus1 as device 0 usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 650KB/s transfers da0: 62MB (128000 512 byte sectors: 64H 32S/T 62C) Appears to me as if this is some sort of timing problem or the like ... The /dev/da0 device appears at the bus: # usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), (0x10de)(0x0000), rev 1.00 port 1 powered port 2 addr 2: full speed, power 200 mA, config 1, Flash Disk(0x2168), USB(0x0ea0), rev 2.00 port 3 powered # camcontrol devlist at scbus0 target 2 lun 0 (pass0,cd0) at scbus1 target 0 lun 0 (da0,pass1) but mounting it fails with this syslog output: usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed umass0: BBB reset failed, TIMEOUT usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed umass0: BBB reset failed, TIMEOUT usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed umass0: BBB reset failed, TIMEOUT usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed umass0: BBB reset failed, TIMEOUT usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed umass0: BBB reset failed, TIMEOUT da0: reading primary partition table: error reading fsbn 0 The last line might result from the fact that I forgot to tell mount that it should use "-r -t msdos" in my excitement (write protect switch set to "on") ... after that the device was busy until I gave up. Any change in state takes long time, approx. between one to three minutes. Hopefully this helps catching some errors, Marc Am Mi, den 21.04.2004 schrieb Julian Elischer um 21:16: > AAARRRGGHHHHHHHHHH!!!! > we have already branched 4.10 > > It is a pitty that you could not report this a couple of > weeks ago.. > > I will try send you some patches to try in the next week or so, but they > will not be in 4.10. > > Thanks for the report... > > I'll get back to you on this... > > julian > > > > > > > Date: Wed, 21 Apr 2004 13:13:21 +0200 > > From: M.Santhoff@t-online.de (Marc Santhoff) > > Subject: USB device broken since big mfc > > To: "FreeBSD stable (Liste)" > > Message-ID: <1082546001.255.16.camel@zaphod.das.netz> > > Content-Type: text/plain > > > > > Hi! > > > > Now that i find the time: > > > > After the last big MFC for the USB code two devices are not (more) > > working: > > > > 1. CompactFlash card adapter with Genesys-Chip > > > > Worked a while ago (no old logs available) and now shows at plugging in > > > > umass0: Genesys Logic USB Storage Device, rev 1.10/1.13, addr 2, SCSI > > over > > Bulk-Only > > umass0: Get Max Lun not supported (STALLED) > > umass0:1:0:-1: Attached to scbus1 as device 0 > > > > and on plugging out > > > > umass0: at uhub0 port 2 (addr 2) disconnected > > ohci_freex: xfer=0xc2375900 not busy, 0x4f4e5155 > > usb_insert_transfer: xfer=0xc28e3d00 not busy 0x46524545 > > umass0: detached > > > > usbdevs -v > > > > Controller /dev/usb0: > > addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), > > (0x10de)(0x0000), rev 1.00 > > port 1 powered > > port 2 addr 2: full speed, power 96 mA, config 1, USB Storage > > Device(0x0700), > > Genesys Logic(0x05e3), rev 1.13 > > port 3 powered > > > > 2. Sharkoon USB stick > > > > This one is new after the code change > > > > > > umass0: USB Flash Disk, rev 2.00/2.00, addr 2, SCSI over Bulk-Only > > umass0:1:0:-1: Attached to scbus1 as device 0 > > > > umass0: at uhub0 port 2 (addr 2) disconnected > > umass0: detached > > > > > > usbdevs -v > > > > Controller /dev/usb0: > > addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), > > (0x10de)(0x0000), rev 1.00 > > port 1 powered > > port 2 addr 2: full speed, power 200 mA, config 1, Flash Disk(0x2168), > > USB(0x0ea0), rev 2.00 > > port 3 powered > > > > Some info about the system: > > > > ohci0: mem 0xea083000-0xea083fff irq 11 > > at > > device 2.1 on pci0 > > usb0: OHCI version 1.0, legacy support > > usb0: SMM does not respond, resetting > > usb0: on ohci0 > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 27 09:19:25 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ACC116A4CE for ; Tue, 27 Apr 2004 09:19:25 -0700 (PDT) Received: from util.inch.com (shellutil.inch.com [216.223.208.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EE4F43D5A for ; Tue, 27 Apr 2004 09:19:24 -0700 (PDT) (envelope-from bsdlist@bsdisp.com) Received: from kod.inch.com (kod.inch.com [216.223.192.68]) i3RGJM6V048892 for ; Tue, 27 Apr 2004 12:19:23 -0400 (EDT) (envelope-from bsdlist@bsdisp.com) Date: Tue, 27 Apr 2004 12:19:22 -0400 (EDT) From: Gerald To: freebsd-stable@freebsd.org Message-ID: <20040427120729.W56999@kod.inch.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Compaq 1850R freezing, controller issues? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Apr 2004 16:19:25 -0000 I'll try to be as specific as possible without overkill. I have a Compaq 1850R with dual P3 450s and a gig of RAM running FreeBSD 4.8-RELEASE-p16. The 3 internal 36G SCSI 10k disks are set up RAID 5 on the Smart 2 SL RAID controller. SMP is enabled. FreeBSD uses the ida driver to interact with the RAID controller. This machine is the most I've tasked these 1850s to do so far and it has started Freezing shortly after I was forced to put it in production. There is a lot of disk I/O since this is a mail server (POP & SMTP), and the disk is being NFS accessed as well. Time between freezes ranges 15 hours to 72 hours. I've set up a lot of debugging to try and find what is going on with the machine and I had a little more light shed this morning. Let me define freeze: - no network response at all - display was still going to monitor - alt fN keys would switch displays, but... - type in username and hit enter and it just acknowledges the enter with line feeds. - mrtg was also registering a huge release of memory right before the crash. Average is 10-100 MB of Free memory and it would register all of the memory being freed up. Saturday when it froze last I setup 2 displays running commands since it appeared to keep running to the monitor after it would die to all else. One was running top -ores (since mrtg was pointing around memory) and the other was running systat -vm 5. When it froze today, there were about 15 processes in State: inode running at priority -14. They weren't all sendmail either. snmpd, radiator (just for accounting), and sendmail were running at -14. The top process and other processes were still running but all services had died again and I couldn't pull it out of the coma without hitting the power button...again. None of the logs record anything out of the ordinary. The machine goes from normal operation to freeze too fast to record the problem. Also, if it is a disk access problem, then that would explain why my logs don't have anything. If I had to put this as questions...: - What do I do to keep the freezes from happening? - What can I do to record more information to find out what specifically is causing the freeze? (or is this enough information and I just don't know the answer?) - Has anyone else put the Smart 2 SL or the 1850Rs through some heavy lifting on 4.8? I'm going to do some research on the Smart 2 SL and see if there are any updates that the SmartStart CD might have put an SEP field around and I'm going to try to find drop in replacement controller prices. The disks are brand new from newegg so I don't speculate them yet. Thanks for any help, suggestions, pointers, or assistance in advance, Gerald P.S. First post to the FreeBSD lists. Go easy on me. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 27 09:32:28 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB4D816A4CE for ; Tue, 27 Apr 2004 09:32:28 -0700 (PDT) Received: from mail.errors.firstcallgroup.co.uk (mail.errors.firstcallgroup.co.uk [213.167.69.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 868A043D2F for ; Tue, 27 Apr 2004 09:32:28 -0700 (PDT) (envelope-from petefrench@keithprowse.com) Received: from smaug.rattatosk ([172.16.1.8]) by mail.errors.firstcallgroup.co.uk with esmtp (Exim 4.22) id 1BIVVS-000Htx-DF; Tue, 27 Apr 2004 17:32:26 +0100 Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by smaug.rattatosk with esmtp (Exim 4.22) id 1BIVVS-000EI7-5y; Tue, 27 Apr 2004 17:32:26 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.30; FreeBSD) id 1BIVVS-000MDP-4L; Tue, 27 Apr 2004 17:32:26 +0100 To: bsdlist@bsdisp.com, freebsd-stable@freebsd.org In-Reply-To: <20040427120729.W56999@kod.inch.com> Message-Id: From: Pete French Date: Tue, 27 Apr 2004 17:32:26 +0100 Subject: Re: Compaq 1850R freezing, controller issues? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Apr 2004 16:32:29 -0000 > FreeBSD uses the ida driver to interact with the RAID controller. I've used this driver a lot on various bits of Compaq hardware and it has always worked excellently for me. Have had a pair of SMART 2-SL's,which I then upgraded to a single 3200 and subsequently a 4200. All workfine. I've been using various releases of FreeBSD-4 on them, latest being 4.9 obviously, and have never seen a problem with the ida driver. > - What do I do to keep the freezes from happening? I have, however, seen the "Freezing" thing on Compaq hardware, related to a different controller. It only happened with SMP enabled. I would suggest you try running them without SMP for a while and see if it still freezes. In my case it was the sym0 on board SCSI controller, and eventually some extra code was added to sym0 to catch lost interrupts and unfreeze the machine. -pcf. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 27 09:59:22 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AF5116A4CE for ; Tue, 27 Apr 2004 09:59:22 -0700 (PDT) Received: from util.inch.com (shellutil.inch.com [216.223.208.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2F4143D46 for ; Tue, 27 Apr 2004 09:59:21 -0700 (PDT) (envelope-from bsdlist@bsdisp.com) Received: from kod.inch.com (kod.inch.com [216.223.192.68]) i3RGxIjY076104; Tue, 27 Apr 2004 12:59:18 -0400 (EDT) (envelope-from bsdlist@bsdisp.com) Date: Tue, 27 Apr 2004 12:59:18 -0400 (EDT) From: Gerald To: Pete French In-Reply-To: Message-ID: <20040427125109.Q56999@kod.inch.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: bsdlist@bsdisp.com cc: freebsd-stable@freebsd.org Subject: Re: Compaq 1850R freezing, controller issues? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Apr 2004 16:59:22 -0000 On Tue, 27 Apr 2004, Pete French wrote: > Have had a pair of SMART 2-SL's,which I then upgraded to a single 3200 > and subsequently a 4200. All workfine. Is there any tricks to setting up a newer controller with the RAID still in tact or did you just start from scratch with each newer controller? One of the options I'm considering is getting a newer SCSI controller, but I don't want to have to do a dump | restore on it if I can get around it. (Plus the less down time, the better.) > I would suggest you try running them without SMP for a while and see if > it still freezes. Compiling the non-SMP kernel now. I'll install it and boot it on the next crash or late tonight whichever happens first. I haven't had any SMP problems yet on these 1850Rs, but as I mentioned before I haven't run any as hard as this one yet. Thanks for the suggestion. Gerald From owner-freebsd-stable@FreeBSD.ORG Wed Apr 28 03:12:27 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 787AE16A4CE for ; Wed, 28 Apr 2004 03:12:27 -0700 (PDT) Received: from mail.errors.firstcallgroup.co.uk (mail.errors.firstcallgroup.co.uk [213.167.69.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3079D43D6D for ; Wed, 28 Apr 2004 03:12:27 -0700 (PDT) (envelope-from petefrench@keithprowse.com) Received: from smaug.rattatosk ([172.16.1.8]) by mail.errors.firstcallgroup.co.uk with esmtp (Exim 4.22) id 1BIm3F-0003PP-BN; Wed, 28 Apr 2004 11:12:25 +0100 Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by smaug.rattatosk with esmtp (Exim 4.22) id 1BIm3F-000EdD-4F; Wed, 28 Apr 2004 11:12:25 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.30; FreeBSD) id 1BIm3F-000ONv-2M; Wed, 28 Apr 2004 11:12:25 +0100 To: bsdlist@bsdisp.com, petefrench@keithprowse.com In-Reply-To: <20040427125109.Q56999@kod.inch.com> Message-Id: From: Pete French Date: Wed, 28 Apr 2004 11:12:25 +0100 cc: freebsd-stable@freebsd.org Subject: Re: Compaq 1850R freezing, controller issues? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2004 10:12:27 -0000 > Is there any tricks to setting up a newer controller with the RAID still > in tact or did you just start from scratch with each newer controller? One Compaq conttrollers store the config on the drives. You just plug in the newer controller as a drop-in replacement for the old and it recognises all the arrays automatically. Its very nifty. As controllers I love them - they are very easy to use, the management software is good and they are easily available on ebay :-) The only downside is that persuading them to work in non-Compaq machines can be difficult (especially with the later ones). > of the options I'm considering is getting a newer SCSI controller, but I > don't want to have to do a dump | restore on it if I can get around it. You should be able to just plug a 3200 into the same slot, plug in the drives and it will boot. This is what I did. Indeed I took two arraysfrom a pair of SMART 2-SL's and plugged them into a single 3200. If you want to go to a 4200 you need to check that your PCI bus supplies 3.3V as well as 5V. That caught me out and I had to get a newer machine as the server. -pcf. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 28 03:28:17 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 358E716A4CE for ; Wed, 28 Apr 2004 03:28:17 -0700 (PDT) Received: from mail.ncipher.com (mail.ncipher.com [82.108.130.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD74E43D2F for ; Wed, 28 Apr 2004 03:28:16 -0700 (PDT) (envelope-from markk@knigma.org) Received: from cromer.ncipher.com ([172.23.135.200]) by mail.ncipher.com with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 3.34 #1) id 1BImIZ-0004IC-00 for freebsd-stable@freebsd.org; Wed, 28 Apr 2004 11:28:15 +0100 Received: from lap.knigma.org (mourn.ncipher.com [172.19.133.171]) by cromer.ncipher.com (8.12.10/8.12.10) with ESMTP id i3SASEq3027806 for ; Wed, 28 Apr 2004 11:28:15 +0100 (BST) (envelope-from markk@knigma.org) Message-ID: <9FcK5HP5c4jAFwlX@lap.knigma.org> Date: Wed, 28 Apr 2004 11:28:09 +0100 To: freebsd-stable@freebsd.org From: Mark Knight MIME-Version: 1.0 Content-Type: text/plain;charset=us-ascii;format=flowed User-Agent: Turnpike/6.02-U () Subject: Incredibly slow USB CompactFlash reader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2004 10:28:17 -0000 I posted a similar query back in September, but having just tried with 4.10-PRERELEASE, I thought it might be worth mentioning this again: Throughput using a Belkin USB CompactFlash reader (with SanDisk 64MB card installed) is reliable but *incredibly* slow: >mkn@shrewd$ sudo dd if=/dev/da0s1c of=/dev/null bs=512 count=100 >100+0 records in >100+0 records out >51200 bytes transferred in 104.866992 secs (488 bytes/sec) This doesn't seem consistent with: >da0: Removable Direct Access SCSI-0 device >da0: 650KB/s transfers Full diagnostics at: Should I bug it? Any suggestions gratefully received. -- Mark A. R. Knight finger: markk@knigma.org Tel: +44 7973 410732 http://www.knigma.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 28 13:44:18 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29CB116A4CE for ; Wed, 28 Apr 2004 13:44:18 -0700 (PDT) Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99AA443D2F for ; Wed, 28 Apr 2004 13:44:17 -0700 (PDT) (envelope-from M.Santhoff@t-online.de) Received: from fwd04.aul.t-online.de by mailout10.sul.t-online.com with smtp id 1BIvui-0003hx-01; Wed, 28 Apr 2004 22:44:16 +0200 Received: from localhost.das.netz (GWMCRBZroed-37jDXf0ONrOpJZKcvRof5avwgBZcW-g-4n2Mbp7w8L@[62.224.103.72]) by fwd04.sul.t-online.com with esmtp id 1BIvue-0KyfKa0; Wed, 28 Apr 2004 22:44:12 +0200 Received: from [10.0.0.3] (zaphod.das.netz [10.0.0.3]) by localhost.das.netz (8.12.10/8.12.10) with ESMTP id i3SKhlkf084615 for ; Wed, 28 Apr 2004 22:43:47 +0200 (CEST) (envelope-from M.Santhoff@t-online.de) From: M.Santhoff@t-online.de (Marc Santhoff) To: "FreeBSD stable (Liste)" In-Reply-To: <1083043043.1855.42.camel@zaphod.das.netz> References: <1083043043.1855.42.camel@zaphod.das.netz> Content-Type: text/plain Message-Id: <1083184863.349.12.camel@zaphod.das.netz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 28 Apr 2004 22:41:04 +0200 Content-Transfer-Encoding: 7bit X-Seen: false X-ID: GWMCRBZroed-37jDXf0ONrOpJZKcvRof5avwgBZcW-g-4n2Mbp7w8L Subject: Re: freebsd-stable Digest, Vol 57, Issue 3 - umass no working after mfc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2004 20:44:18 -0000 Hi! After trying again with correct "mount" command, the last log messages say: zaphod# camcontrol devlist at scbus0 target 2 lun 0 (pass0,cd0) at scbus1 target 0 lun 0 (da0,pass1) zaphod# mount -r -t /dev/da0 /mnt usage: mount [-dfpruvw] [-o options] [-t ufs | external_type] special node mount [-adfpruvw] [-o options] [-t ufs | external_type] mount [-dfpruvw] special | node zaphod# mount -r -t msdos /dev/da0 /mnt msdos: /dev/da0: Input/output error da0: Removable Direct Access SCSI-2 device da0: 650KB/s transfers da0: 62MB (128000 512 byte sectors: 64H 32S/T 62C) Apr 28 20:39:14 zaphod su: marc to root on /dev/ttyp4 usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed umass0: BBB reset failed, TIMEOUT usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed umass0: BBB reset failed, TIMEOUT usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed umass0: BBB reset failed, TIMEOUT usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed umass0: BBB reset failed, TIMEOUT usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed umass0: BBB reset failed, TIMEOUT da0: reading primary partition table: error reading fsbn 0 umass0: BBB reset failed, TIMEOUT (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 umass0: BBB reset failed, TIMEOUT Look like it could tell something important about the reason for the failure ... ;) Marc From owner-freebsd-stable@FreeBSD.ORG Wed Apr 28 18:33:58 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88B0316A4CE for ; Wed, 28 Apr 2004 18:33:58 -0700 (PDT) Received: from smtp1.mc.surewest.net (smtp1.mc.surewest.net [66.60.130.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 5E8BB43D31 for ; Wed, 28 Apr 2004 18:33:58 -0700 (PDT) (envelope-from dislists@updegrove.net) Received: (s3-18743); Wed, 28 Apr 2004 18:32:35 -0700 Received: from unknown (HELO updegrove.net) (64.30.97.117) by smtp1.mc.surewest.net (s3-smtpd/0.90-beta3) with SMTP; Wed, 28 Apr 2004 18:32:35 -0700 Received: (qmail 36950 invoked by uid 98); 29 Apr 2004 01:34:12 -0000 Received: from dislists@updegrove.net by smeagol.purgatory by uid 1008 with qmail-scanner-1.20 Clear:RC:1(64.166.46.10):. Processed in 0.9513 secs); 29 Apr 2004 01:34:12 -0000 X-Qmail-Scanner-Mail-From: dislists@updegrove.net via smeagol.purgatory X-Qmail-Scanner: 1.20 (Clear:RC:1(64.166.46.10):. Processed in 0.9513 secs) Received: from adsl-64-166-46-10.dsl.scrm01.pacbell.net (HELO updegrove.net) (64.166.46.10) by updegrove.net with SMTP; 29 Apr 2004 01:34:10 -0000 Message-ID: <40905B5C.30805@updegrove.net> Date: Wed, 28 Apr 2004 18:33:16 -0700 From: Rick Updegrove User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <40770C0A.3000000@updegrove.net> <407979F3.20501@freebsd.org> <407C5AED.9040709@updegrove.net> <407C76A6.5080502@users.sourceforge.net> <407CA3D6.2090803@updegrove.net> <20040415144458.P51703@duey.wolves.k12.mo.us> <20040416122506.GA27206@freenix.no> In-Reply-To: <20040416122506.GA27206@freenix.no> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TST: smtp1 SNWK3 0.31-65 ip=64.30.97.117 Subject: Re: 4.9 SMP Stability? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2004 01:33:58 -0000 Morten A. Middelthon wrote: > Now I let FreeBSD do this for me, that is setting maxusers to 0 and > then > _not_ defining NMBCLUSTERS, NSFBUFS etc. So far the machine has been > completely stable. I've done one 'make -j4 buildworld', built several > ports and moved a large filesystem to it over NFS, and no problems. Ever since I built the GENERIC kernel and only enabled SMP and gdb (not disabling anything ) this kernel has not crashed : ) I did upgrade the firmware on the Integrated RAID controller at the same time because I was simply out of troubleshooting time : ( Well so far so good :) (uptime 3 days) I did get this one stuck apache process (this machine is not even a web server so I don't really care that much) root@govmail ~ # ps wwwaux | grep httpd www 344 0.0 3.1 24500 15884 ?? R Thu07PM 0:37.99 /usr/local/sbin/httpd -DSSL but when I tried to kill it with kill -9 it refused to die. So I rebooted the machine and it got stuck on power down waiting for the second CPU to do "something" Sorry I didn't write it down. So, I had to drive to the machine (an hour away) and manually reset it. Anyway, it has been back up for 8 days, 8 hours, 14 minutes and I think the worst is over. I forgot to mention I have two of these Dell PowerEdge 440 boxes running 4.9-STABLE and they are doing just fine! (Both high traffic web+ servers) Kernel Version FreeBSD 4.9-STABLE #0 Uptime 168 days, 15 hours, 48 minutes Processors 2 Model Intel Pentium III Xeon Chip MHz 864 PCI Devices aac0: Dell PERC 2/QC ahc0: Adaptec aic7899 Ultra160 SCSI adapter ahc1: Adaptec aic7899 Ultra160 SCSI adapter ahc2: Adaptec aic7880 Ultra SCSI adapter bge0: Broadcom BCM5700 Gigabit Ethernet, ASIC rev. 0x7102 fxp0: Intel 82559 Pro/100 Ethernet isab0: ServerWorks IB6566 PCI to ISA bridge ohci0: OHCI (generic) USB controller pci8: unknown card pcib2: PCI to PCI bridge (vendor=8086 device=0962) IDE Devices none SCSI Devices cd0: NEC CD-ROM DRIVE:466 1.06 Rick Thanks again to everyone on the list/team etc. and especially Kris K!! From owner-freebsd-stable@FreeBSD.ORG Wed Apr 28 20:21:22 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A31D916A4CE for ; Wed, 28 Apr 2004 20:21:22 -0700 (PDT) Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7326443D53 for ; Wed, 28 Apr 2004 20:21:22 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (c14da3d83478aed6f7b738d472e807e9@adsl-67-115-73-128.dsl.lsan03.pacbell.net [67.115.73.128])i3T3LLK4013966; Wed, 28 Apr 2004 22:21:21 -0500 (CDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B5C015220D; Wed, 28 Apr 2004 20:21:20 -0700 (PDT) Date: Wed, 28 Apr 2004 20:21:20 -0700 From: Kris Kennaway To: Rick Updegrove Message-ID: <20040429032120.GA74442@xor.obsecurity.org> References: <40770C0A.3000000@updegrove.net> <407979F3.20501@freebsd.org> <407C5AED.9040709@updegrove.net> <407C76A6.5080502@users.sourceforge.net> <407CA3D6.2090803@updegrove.net> <20040415144458.P51703@duey.wolves.k12.mo.us> <20040416122506.GA27206@freenix.no> <40905B5C.30805@updegrove.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <40905B5C.30805@updegrove.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 4.9 SMP Stability? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2004 03:21:22 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Apr 28, 2004 at 06:33:16PM -0700, Rick Updegrove wrote: > Ever since I built the GENERIC kernel and only enabled SMP and gdb (not > disabling anything ) this kernel has not crashed : ) Glad to hear your stability problems are resolved. Kris --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAkHSwWry0BWjoQKURAjFVAJ4ua7So6ygwA3IBrB3p1H6bLM6P2wCgny74 JKHIpC3LPhKNfZ2S89v5Zk4= =C4nB -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 29 09:25:55 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E1CA16A4CE; Thu, 29 Apr 2004 09:25:55 -0700 (PDT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B84F543D4C; Thu, 29 Apr 2004 09:25:54 -0700 (PDT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.12.11/8.12.11) with ESMTP id i3TGPqY4003882; Thu, 29 Apr 2004 20:25:52 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Thu, 29 Apr 2004 20:25:52 +0400 (MSD) From: Dmitry Morozovsky To: freebsd-stable@freebsd.org Message-ID: <20040429201518.K1028@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: julian@freebsd.org Subject: USB/CAM multi-lun devices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2004 16:25:55 -0000 Dear colleagues, trying to connect Apacer multi-flash USB reader [usbdevs -v] port 2 addr 2: full speed, power 500 mA, config 1, Embedded Reader(0x0240), Apacer(0x0d7d), rev 1.00 I got only the first sub-reader connected: Creating DISK da0 pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Removable Direct Access SCSI-0 device pass0: Serial Number \^_ pass0: 650KB/s transfers (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: Serial Number \^_ da0: 650KB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present I tried to detect this device under -current snapshot from 20040422, and it successfully detects reader as multi-lun device, creating da0 to da3 disk devices (some of them miss to create s1 partition, but this is another story) I looked into sources a bit, and google also, but without much success. So, am I right in my assumption that -stable does not support multi-lun devices at all? And, how much effort would it require to port it from -current? Of course, I would be glad to test solutions/patches proposed. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu Apr 29 09:36:43 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 325D216A4CF for ; Thu, 29 Apr 2004 09:36:43 -0700 (PDT) Received: from topper.inf.ed.ac.uk (topper.inf.ed.ac.uk [129.215.32.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00B7D43D1F for ; Thu, 29 Apr 2004 09:36:42 -0700 (PDT) (envelope-from richard@inf.ed.ac.uk) Received: from macintosh.inf.ed.ac.uk (macintosh.inf.ed.ac.uk [129.215.164.64]) by topper.inf.ed.ac.uk (8.11.6/8.11.6) with ESMTP id i3TGaep10407; Thu, 29 Apr 2004 17:36:40 +0100 Received: by macintosh.inf.ed.ac.uk (Postfix, from userid 501) id D7DD5B8DC5; Thu, 29 Apr 2004 17:36:38 +0100 (BST) From: Richard Tobin To: Dmitry Morozovsky , freebsd-stable@freebsd.org In-Reply-To: Dmitry Morozovsky's message of Thu, 29 Apr 2004 20:25:52 +0400 (MSD) Organization: just say no X-Mailer: Ream 5.1.51-richard-mac Message-Id: <20040429163638.D7DD5B8DC5@macintosh.inf.ed.ac.uk> Date: Thu, 29 Apr 2004 17:36:38 +0100 (BST) Subject: Re: USB/CAM multi-lun devices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2004 16:36:43 -0000 > I got only the first sub-reader connected: Well, I suggested this to someone else this morning. It didn't work for him, but maybe it will for you (it does for me). Use camcontrol to rescan the other LUNs, e.g. camcontrol rescan 0:0:1. -- Richard From owner-freebsd-stable@FreeBSD.ORG Thu Apr 29 11:17:32 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D5C516A4CE for ; Thu, 29 Apr 2004 11:17:32 -0700 (PDT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC11443D4C for ; Thu, 29 Apr 2004 11:17:31 -0700 (PDT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.12.11/8.12.11) with ESMTP id i3TIHT6F005751; Thu, 29 Apr 2004 22:17:30 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Thu, 29 Apr 2004 22:17:29 +0400 (MSD) From: Dmitry Morozovsky To: Richard Tobin In-Reply-To: <20040429163638.D7DD5B8DC5@macintosh.inf.ed.ac.uk> Message-ID: <20040429205627.M1028@woozle.rinet.ru> References: <20040429163638.D7DD5B8DC5@macintosh.inf.ed.ac.uk> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: USB/CAM multi-lun devices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2004 18:17:32 -0000 On Thu, 29 Apr 2004, Richard Tobin wrote: RT> > I got only the first sub-reader connected: RT> RT> Well, I suggested this to someone else this morning. It didn't work RT> for him, but maybe it will for you (it does for me). Use camcontrol RT> to rescan the other LUNs, e.g. camcontrol rescan 0:0:1. Wow, it works! Thanks for the suggestion, I suppose I add rescan command to some of startup scrips. I even can do two concurrent dd's from /dev/da0 (CF reader part) and /dev/da3 (MemoryStick reader part) and it works flawlessly. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu Apr 29 14:59:21 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBB4816A4CE for ; Thu, 29 Apr 2004 14:59:21 -0700 (PDT) Received: from out007.verizon.net (out007pub.verizon.net [206.46.170.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A97643D2F for ; Thu, 29 Apr 2004 14:59:21 -0700 (PDT) (envelope-from dgl@kirk.dlee.org) Received: from kirk.dlee.org ([141.156.37.12]) by out007.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040429215920.KCGT28276.out007.verizon.net@kirk.dlee.org> for ; Thu, 29 Apr 2004 16:59:20 -0500 Received: from kirk.dlee.org (dgl@localhost.dlee.org [127.0.0.1]) by kirk.dlee.org (8.12.9p2/8.12.9) with ESMTP id i3TLxJG9056844 for ; Thu, 29 Apr 2004 17:59:19 -0400 (EDT) (envelope-from dgl@kirk.dlee.org) Received: (from dgl@localhost) by kirk.dlee.org (8.12.9p2/8.12.9/Submit) id i3TLxIcl056843 for freebsd-stable@freebsd.org; Thu, 29 Apr 2004 17:59:19 -0400 (EDT) (envelope-from dgl) Date: Thu, 29 Apr 2004 17:59:18 -0400 From: Doug Lee To: freebsd-stable@freebsd.org Message-ID: <20040429215917.GZ55912@kirk.dlee.org> Mail-Followup-To: Doug Lee , freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: Bartimaeus Group User-Agent: Mutt/1.5.4i X-Authentication-Info: Submitted using SMTP AUTH at out007.verizon.net from [141.156.37.12] at Thu, 29 Apr 2004 16:59:20 -0500 Subject: Can I maintain config files as a CVS branch w/o messing up mergemaster etc.? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2004 21:59:21 -0000 I track STABLE and wonder if there's a clean way for me to use CVS to do it (without having the whole CVS repo on my box). Example: I modify /etc/rc.firewall and then cvsup my way up to a more current STABLE. The normal tactic is to hand-merge via mergemaster, but I think there should be a way for me to get CVS to do it: cvsup/mergemaster for fresh system (hypothetical of course) (current /etc/rc.firewall is now exactly the STABLE version) make local mods cvs commit mods (locally) cvsup use CVS instead of Mergemaster to merge in changes since last cvsup Problems: 1. FreeBSD itself uses CVS, so I don't think I can just create a repo of my config files and pull in cvsups as a vendor branch. 2. Mergemaster (which might still be useful alongside this sometimes) uses CVS Id strings to notice when a file hasn't really changed in the main FreeBSD repository, so even if I do start managing my config files by CVS despite the above issue, I think I'd be making Mergemaster throw a lot more stuff at me to do myself. Comments and ideas welcome. Please Cc me if that's ok. -- Doug Lee dgl@dlee.org http://www.dlee.org Bartimaeus Group doug@bartsite.com http://www.bartsite.com "Pray devoutly, but hammer stoutly." --Sir William G. Benham From owner-freebsd-stable@FreeBSD.ORG Thu Apr 29 16:34:37 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A609C16A4CE for ; Thu, 29 Apr 2004 16:34:37 -0700 (PDT) Received: from grummit.biaix.org (86.Red-213-97-212.pooles.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 8B3A343D4C for ; Thu, 29 Apr 2004 16:34:36 -0700 (PDT) (envelope-from lists-freebsd-stable@biaix.org) Received: (qmail 19122 invoked by uid 1000); 29 Apr 2004 23:34:15 -0000 Date: Fri, 30 Apr 2004 01:34:15 +0200 From: Joan Picanyol To: freebsd-stable@freebsd.org Message-ID: <20040429233415.GA18937@grummit.biaix.org> Mail-Followup-To: freebsd-stable@freebsd.org, Doug Lee References: <20040429215917.GZ55912@kirk.dlee.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040429215917.GZ55912@kirk.dlee.org> User-Agent: Mutt/1.4.1i Subject: Re: Can I maintain config files as a CVS branch w/o messing up mergemaster etc.? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2004 23:34:37 -0000 * Doug Lee [20040429 23:59]: > Comments and ideas welcome. Please Cc me if that's ok. /usr/ports/sysutils/etcmerge I don't use it (yet), but have thought about it. Please report back (even privately) on usage if it works for you. qvb -- pica From owner-freebsd-stable@FreeBSD.ORG Thu Apr 29 18:02:46 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 865FA16A4CE for ; Thu, 29 Apr 2004 18:02:46 -0700 (PDT) Received: from topper.inf.ed.ac.uk (topper.inf.ed.ac.uk [129.215.32.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5485343D48 for ; Thu, 29 Apr 2004 18:02:45 -0700 (PDT) (envelope-from richard@inf.ed.ac.uk) Received: from macintosh.inf.ed.ac.uk (macintosh.inf.ed.ac.uk [129.215.164.64]) by topper.inf.ed.ac.uk (8.11.6/8.11.6) with ESMTP id i3U12hp01225; Fri, 30 Apr 2004 02:02:43 +0100 Received: by macintosh.inf.ed.ac.uk (Postfix, from userid 501) id ECB9AB91C7; Fri, 30 Apr 2004 02:02:43 +0100 (BST) From: Richard Tobin To: Dmitry Morozovsky , Richard Tobin In-Reply-To: Dmitry Morozovsky's message of Thu, 29 Apr 2004 22:17:29 +0400 (MSD) Organization: just say no X-Mailer: Ream 5.1.51-richard-mac Message-Id: <20040430010243.ECB9AB91C7@macintosh.inf.ed.ac.uk> Date: Fri, 30 Apr 2004 02:02:43 +0100 (BST) cc: freebsd-stable@freebsd.org Subject: Re: USB/CAM multi-lun devices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2004 01:02:46 -0000 > Wow, it works! Thanks for the suggestion, I suppose I add rescan command to > some of startup scrips. You can also add an entry to /etc/usbd.conf to run a shell script that does rescans if you attach the device after booting. If necessary you can extract the bus and target number from the output of "camcontrol devlist". As far as I know, there's no way to detect insertion of a card. -- Richard From owner-freebsd-stable@FreeBSD.ORG Thu Apr 29 18:14:10 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 516F616A4CF for ; Thu, 29 Apr 2004 18:14:10 -0700 (PDT) Received: from out009.verizon.net (out009pub.verizon.net [206.46.170.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id D297643D3F for ; Thu, 29 Apr 2004 18:14:09 -0700 (PDT) (envelope-from dgl@kirk.dlee.org) Received: from kirk.dlee.org ([141.156.37.12]) by out009.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040430011409.OTEZ29216.out009.verizon.net@kirk.dlee.org> for ; Thu, 29 Apr 2004 20:14:09 -0500 Received: from kirk.dlee.org (dgl@localhost.dlee.org [127.0.0.1]) by kirk.dlee.org (8.12.9p2/8.12.9) with ESMTP id i3U1E8G9057882 for ; Thu, 29 Apr 2004 21:14:08 -0400 (EDT) (envelope-from dgl@kirk.dlee.org) Received: (from dgl@localhost) by kirk.dlee.org (8.12.9p2/8.12.9/Submit) id i3U1E736057881 for freebsd-stable@freebsd.org; Thu, 29 Apr 2004 21:14:07 -0400 (EDT) (envelope-from dgl) Date: Thu, 29 Apr 2004 21:14:06 -0400 From: Doug Lee To: freebsd-stable@freebsd.org Message-ID: <20040430011406.GA55912@kirk.dlee.org> Mail-Followup-To: Doug Lee , freebsd-stable@freebsd.org References: <20040429215917.GZ55912@kirk.dlee.org> <20040429233415.GA18937@grummit.biaix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040429233415.GA18937@grummit.biaix.org> Organization: Bartimaeus Group User-Agent: Mutt/1.5.4i X-Authentication-Info: Submitted using SMTP AUTH at out009.verizon.net from [141.156.37.12] at Thu, 29 Apr 2004 20:14:08 -0500 Subject: Re: Can I maintain config files as a CVS branch w/o messing up mergemaster etc.? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2004 01:14:10 -0000 On Fri, Apr 30, 2004 at 01:34:15AM +0200, Joan Picanyol wrote: > * Doug Lee [20040429 23:59]: > > Comments and ideas welcome. Please Cc me if that's ok. > /usr/ports/sysutils/etcmerge > > I don't use it (yet), but have thought about it. Please report back > (even privately) on usage if it works for you. Might try that...a good start on what I want I think. I'd want to manage /etc, /usr/local/etc, and maybe another place or two with this, which I think is supported via multiple runs and carefully-constructed command lines. Only one thing still missing in my book: No change history as in CVS, which would let me repeal an errant update pretty painlessly. I know most users might not want a CVS repository hanging around, but I'd like it, both for the backup and for semi-automated logging (cvs log) of admin changes to an entire system. Come to think of it, a CVS-based system might be adaptable to managing a whole bunch of similar systems via branching and semi- or fully-automatic merging among them. I haven't thought long enough about that to say more though. -- Doug Lee dgl@dlee.org http://www.dlee.org Bartimaeus Group doug@bartsite.com http://www.bartsite.com "The most exhausting thing in life is being insincere." - Anne Morrow Lindbergh {American Author} From owner-freebsd-stable@FreeBSD.ORG Thu Apr 29 18:35:19 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28FFB16A4CE for ; Thu, 29 Apr 2004 18:35:11 -0700 (PDT) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2046143D41 for ; Thu, 29 Apr 2004 18:35:11 -0700 (PDT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) i3U1Z5Ji066939; Thu, 29 Apr 2004 18:35:05 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.11/8.12.11/Submit) id i3U1Z5c4066938; Thu, 29 Apr 2004 18:35:05 -0700 (PDT) (envelope-from david) Date: Thu, 29 Apr 2004 18:35:05 -0700 (PDT) From: David Wolfskill Message-Id: <200404300135.i3U1Z5c4066938@bunrab.catwhisker.org> To: dgl@dlee.org, freebsd-stable@freebsd.org In-Reply-To: <20040429215917.GZ55912@kirk.dlee.org> Subject: Re: Can I maintain config files as a CVS branch w/o messing up mergemaster etc.? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2004 01:35:19 -0000 >Date: Thu, 29 Apr 2004 17:59:18 -0400 >From: Doug Lee >To: freebsd-stable@freebsd.org >Subject: Can I maintain config files as a CVS branch w/o messing up >Sender: owner-freebsd-stable@freebsd.org >I track STABLE and wonder if there's a clean way for me to use CVS to >do it (without having the whole CVS repo on my box). I also track -STABLE (as well as -CURRENT); however, my approach is to go ahead and maintain a private mirror of the CVS repo. (Actually, I do this on a couple of boxen, one of which is my laptop. The CVS repo on my laptop is thus actually a mirror of my private mirror.) Disk space is not all that expensive nowadays; the repo appears to take right around 2 GB: g1-15(4.10-P)[1] cd /cvs/freebsd/ g1-15(4.10-P)[2] du -ks . 2084040 . g1-15(4.10-P)[3] And I find it handy to have the repo on my laptop. (I run a Web server on it, too, so I can play with cvsweb locally, even if I'm disconnected from the Net.) >Example: I >modify /etc/rc.firewall and then cvsup my way up to a more current >STABLE. The normal tactic is to hand-merge via mergemaster, but I >think there should be a way for me to get CVS to do it: Yes, well.... I could be wrong about this, but I would expect that having different files in the same (CVS working) directory have their histories &c. in different CVS repositories would be awkward, at best. After all, a given directory may have at most one "CVS" subdirectory. That said, I do this sort of thing for /usr/src/sys/i386/conf: the original files I leave alone; my working kernel config files are merely represented by symlinks (in my case, to /usr/local/src/kernels/...), and the latter hierarchy is in a local CVS repository (parallel to the FreeBSD one). (Source control is A Good Thing.) > cvsup/mergemaster for fresh system (hypothetical of course) > (current /etc/rc.firewall is now exactly the STABLE version) > make local mods > cvs commit mods (locally) > cvsup > use CVS instead of Mergemaster to merge in changes since last cvsup Along with the above, I use mergemaster. Frankly, after doing this for over 2.5 years (tracking each of -STABLE and -CURRENT on a daily basis, missing a total of maybe a dozen days in that time for -STABLE; perhaps twice that for -CURRENT), I find it rather simple and straightforward. I would be hard-pressed to come up with a reason for wanting to find a different approach. (My build machine -- which is presently powered off -- has built something along the order of the 875th iteration of its -STABLE kernel since /usr/obj was last cleared. The laptop's numbers are considerably smaller, as I needed to replace the disk drive a few months ago. And -CURRENT tends to need clearing /usr/obj a bit more often than -STABLE does. :-}) Peace, david -- David H. Wolfskill david@catwhisker.org I do not "unsubscribe" from email "services" to which I have not explicitly subscribed. Rather, I block spammers' access to SMTP servers I control, and encourage others who are in a position to do so to do likewise. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 30 02:30:50 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AD2116A4CE for ; Fri, 30 Apr 2004 02:30:50 -0700 (PDT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59CDB43D58 for ; Fri, 30 Apr 2004 02:30:48 -0700 (PDT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i3U9Zqbd084815 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Apr 2004 12:35:54 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i3U9UAA1000445; Fri, 30 Apr 2004 12:30:10 +0300 (EEST) (envelope-from ru) Date: Fri, 30 Apr 2004 12:30:10 +0300 From: Ruslan Ermilov To: Archie Cobbs Message-ID: <20040430093010.GA394@ip.net.ua> References: <20040408100929.GD16290@ip.net.ua> <200404081421.i38ELdgJ003094@arch20m.dellroad.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <200404081421.i38ELdgJ003094@arch20m.dellroad.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: stable@FreeBSD.org cc: Julian Elischer Subject: Re: ng_bridge(4) has an easily exploitable memory leak X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2004 09:30:50 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 08, 2004 at 09:21:39AM -0500, Archie Cobbs wrote: > Ruslan Ermilov wrote: > > > > On RELENG_4, ng_bridge(4) has an easily exploitable memory leak, > > > > and may quickly run system out of mbufs. It's enough to just > > > > have only one link connected to the bridge, e.g., the "upper" > > > > hook of the ng_ether(4) with IP address assigned, and pinging > > > > the broadcast IP address on the interface. The bug is more > > > > real when constructing a bridge, or, like we experienced it, > > > > by shutting down all except one bridge's link. The following > > > > patch fixes it: > > > >=20 > > [snipped] > >=20 > > > > An alternate solution is to MFC most of ng_bridge.c,v 1.8. Julian? > > >=20 > > > what does an MFC diff look like? > > > (bridge is one of archies's nodes) >=20 > I'd just like to add a personal note... "Oops!" >=20 OK, I've committed my patch now, after testing it locally. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAkhyiUkv4P6juNwoRAgCuAJ9K//gXmWJTzTotmeWAmfwGcOuFCgCfcMhV DxefgMiI0xUriY/ncbU4oI8= =4yvp -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 30 07:52:58 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7CA016A4CE for ; Fri, 30 Apr 2004 07:52:58 -0700 (PDT) Received: from util.inch.com (shellutil.inch.com [216.223.208.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A25343D58 for ; Fri, 30 Apr 2004 07:52:58 -0700 (PDT) (envelope-from bsdlist@bsdisp.com) Received: from kod.inch.com (kod.inch.com [216.223.192.68]) i3UEqkpH006447; Fri, 30 Apr 2004 10:52:46 -0400 (EDT) (envelope-from bsdlist@bsdisp.com) Date: Fri, 30 Apr 2004 10:52:46 -0400 (EDT) From: Gerald To: Gerald In-Reply-To: <20040427120729.W56999@kod.inch.com> Message-ID: <20040430104156.G15623@kod.inch.com> References: <20040427120729.W56999@kod.inch.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Compaq 1850R freezing, controller issues? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2004 14:52:59 -0000 On Tue, 27 Apr 2004, Gerald wrote: > Saturday when it froze last I setup 2 displays running commands since it > appeared to keep running to the monitor after it would die to all else. > One was running top -ores (since mrtg was pointing around memory) and the > other was running systat -vm 5. When it froze today, there were about 15 > processes in State: inode running at priority -14. They weren't all > sendmail either. snmpd, radiator (just for accounting), and sendmail were > running at -14. The top process and other processes were still running but > all services had died again and I couldn't pull it out of the coma > without hitting the power button...again. This machine died again Wed night at 9 PM. I had already installed kernel sans SMP but not booted to it yet so I'll see how long that goes. If we make it past tonight, I'll know if that resolved the issue for certain after this weekend. The biggest clue thus far in my problem on this machine has been when I left a top running on the console. When it freezes, the processes are still alive but sleeping in "STATE: inode". This was not one process in such state but 80% of the processes that were still on the screen. Most of those processes had a Priority of -14. I don't know UFS or the kernel source code well enough to know what problem a ton of processes waiting for "inode" would indicate, but I know what an inode is. I have plenty free, and a lack of response from the disk or RAID array would leave the kernel waiting for some type of inode information. Can someone shed some light on what this alone might indicate? Could it be RAID controller OR a hard drive flaking? Would something (the kernel) missing an interrupt from something else (a disk or RAID card) cause this? How can I debug this information and find out why it was waiting for inodes? Can someone even clarify what a process in STATE: inode means literally. (reading/writing/both/taking inventory,requesting inode information) Gerald From owner-freebsd-stable@FreeBSD.ORG Fri Apr 30 10:27:56 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D225D16A4CE for ; Fri, 30 Apr 2004 10:27:56 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A7C643D45 for ; Fri, 30 Apr 2004 10:27:56 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3FDA172DF0; Fri, 30 Apr 2004 10:27:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 3AAB672DBF; Fri, 30 Apr 2004 10:27:53 -0700 (PDT) Date: Fri, 30 Apr 2004 10:27:53 -0700 (PDT) From: Doug White To: Ollie Cook In-Reply-To: <20040418211852.GA67452@mutare.noc.clara.net> Message-ID: <20040430102518.V67392@carver.gumbysoft.com> References: <20040418211852.GA67452@mutare.noc.clara.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: filesystem corruption with 1TB filesystem, 4.9-STABLE, twe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2004 17:27:57 -0000 On Sun, 18 Apr 2004, Ollie Cook wrote: > I am experiencing filesystem corruption while using a 1TB (appx.) partition > under 4.9-STABLE (sources from Mar 17) and an 8-port 3ware ATA RAID card (twe > device driver). The RAID set comprises 5x250GB ATA disks. [...] The type of corruption you're seeing would be consistent with one of the disks not accepting writes or some other sort of array corruption. I realize it'll take forever, but can you run an array verify? I wonder if the BIOS isn't picking up a disk failure since it isn't throwing errors, but isn't doing any useful work either. > > The kernel logs such messages as: > > Apr 17 16:25:37 heman /kernel: free inode /clara/170175645 had 137391860 blocks > Apr 17 17:18:29 heman /kernel: free inode /clara/169969279 had 1803039330 blocks > Apr 17 18:06:38 heman /kernel: free inode /clara/171086221 had 544501359 blocks > > The operations it was performing at the time involved copying a lot of small > (email messages) files from a busy NFS mount to the RAID5 array. A number of > processes were all copying different files and the throughput was around 3MB/s > to disk. > > As far as I can tell from sys/ufs/ffs/ffs_alloc.c this error indicates that a > kernel data structure contains unexpected data, but I'm not confident enough to > be able to tell what might be causing that. > > After such messages, if I cleanly unmount the filesystem and run fsck, errors > are detected. Such errors are: > > directory corrupted > directory contains empty blocks > unallocated inode > wrong link counts > > There are many more distinct error messages, but those are the ones I recall. > After a number of passes through fsck, the filesystem is eventually marked > clean but quite a number of files wind up in lost+found. > > Has anyone seen behaviour similar to this with twe RAID sets or large > partitions in the past? I've not been able to find reports of similar symptoms > using Google. > > Can anyone offer advice on how I might further debug this problem? > > Yours, > > Ollie > > Apr 16 11:34:12 heman /kernel: twe0: <3ware Storage Controller> port 0xc800-0xc80f mem 0xfe000000-0xfe7fffff,0xfe8ffc00-0xfe8ffc0f irq 10 at device 4.0 on pci3 > Apr 16 11:34:12 heman /kernel: twe0: 8 ports, Firmware FE7X 1.05.00.065, BIOS BE7X 1.08.00.048 > Apr 16 11:34:12 heman /kernel: twed0: on twe0 > Apr 16 11:34:12 heman /kernel: twed0: 4126MB (8452080 sectors) > Apr 16 11:34:12 heman /kernel: twed1: on twe0 > Apr 16 11:34:12 heman /kernel: twed1: 953896MB (1953580032 sectors) > Apr 16 11:34:12 heman /kernel: twe0: command interrupt > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Apr 30 10:47:51 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D383116A4CE for ; Fri, 30 Apr 2004 10:47:51 -0700 (PDT) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4976D43D4C for ; Fri, 30 Apr 2004 10:47:50 -0700 (PDT) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (localhost [127.0.0.1]) by fw.farid-hajji.net (Postfix) with ESMTP id 8935040811 for ; Fri, 30 Apr 2004 19:47:12 +0200 (CEST) From: Cordula's Web To: freebsd-stable@freebsd.org X-Mailer: Emacs-21.3.1/FreeBSD-4.10-BETA Message-Id: <20040430174712.8935040811@fw.farid-hajji.net> Date: Fri, 30 Apr 2004 19:47:12 +0200 (CEST) Subject: dump -P on RELENG_4? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cpghost@cordula.ws List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2004 17:47:51 -0000 Hi, is there a chance to have dump(8)'s -P option MFCed after 4.10-RELEASE? Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Fri Apr 30 10:52:32 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE32216A4CE for ; Fri, 30 Apr 2004 10:52:32 -0700 (PDT) Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C53D43D5A for ; Fri, 30 Apr 2004 10:52:32 -0700 (PDT) (envelope-from mreimer@vpop.net) Received: from vpop.net (bilbo.vpop.net [65.103.33.41]) by boromir.vpop.net (Postfix) with ESMTP id 5C5743A7FD4 for ; Fri, 30 Apr 2004 10:52:30 -0700 (PDT) Message-ID: <40929275.90203@vpop.net> Date: Fri, 30 Apr 2004 12:52:53 -0500 From: Matthew Reimer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040102 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: filesystem corruption with 1TB filesystem, 4.9-STABLE, twe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2004 17:52:32 -0000 Is your card plugged into a riser card? We had similar problems (random corruption) with a 7506-8 card. The workaround was to set the speed for that PCI slot to 33MHz (rather than Auto or 66MHz). I think this tech note describes our problem: http://www.3ware.com/kb/article.aspx?id=10848 (Read the PDF file attached to the tech note.) Now the box is as solid as a rock. Matt Doug White wrote: > On Sun, 18 Apr 2004, Ollie Cook wrote: > > >>I am experiencing filesystem corruption while using a 1TB (appx.) partition >>under 4.9-STABLE (sources from Mar 17) and an 8-port 3ware ATA RAID card (twe >>device driver). The RAID set comprises 5x250GB ATA disks. > > > [...] > > The type of corruption you're seeing would be consistent with one of the > disks not accepting writes or some other sort of array corruption. I > realize it'll take forever, but can you run an array verify? I wonder if > the BIOS isn't picking up a disk failure since it isn't throwing errors, > but isn't doing any useful work either. > > > >>The kernel logs such messages as: >> >>Apr 17 16:25:37 heman /kernel: free inode /clara/170175645 had 137391860 blocks >>Apr 17 17:18:29 heman /kernel: free inode /clara/169969279 had 1803039330 blocks >>Apr 17 18:06:38 heman /kernel: free inode /clara/171086221 had 544501359 blocks >> >>The operations it was performing at the time involved copying a lot of small >>(email messages) files from a busy NFS mount to the RAID5 array. A number of >>processes were all copying different files and the throughput was around 3MB/s >>to disk. >> >>As far as I can tell from sys/ufs/ffs/ffs_alloc.c this error indicates that a >>kernel data structure contains unexpected data, but I'm not confident enough to >>be able to tell what might be causing that. >> >>After such messages, if I cleanly unmount the filesystem and run fsck, errors >>are detected. Such errors are: >> >> directory corrupted >> directory contains empty blocks >> unallocated inode >> wrong link counts >> >>There are many more distinct error messages, but those are the ones I recall. >>After a number of passes through fsck, the filesystem is eventually marked >>clean but quite a number of files wind up in lost+found. >> >>Has anyone seen behaviour similar to this with twe RAID sets or large >>partitions in the past? I've not been able to find reports of similar symptoms >>using Google. >> >>Can anyone offer advice on how I might further debug this problem? >> >>Yours, >> >>Ollie >> >>Apr 16 11:34:12 heman /kernel: twe0: <3ware Storage Controller> port 0xc800-0xc80f mem 0xfe000000-0xfe7fffff,0xfe8ffc00-0xfe8ffc0f irq 10 at device 4.0 on pci3 >>Apr 16 11:34:12 heman /kernel: twe0: 8 ports, Firmware FE7X 1.05.00.065, BIOS BE7X 1.08.00.048 >>Apr 16 11:34:12 heman /kernel: twed0: on twe0 >>Apr 16 11:34:12 heman /kernel: twed0: 4126MB (8452080 sectors) >>Apr 16 11:34:12 heman /kernel: twed1: on twe0 >>Apr 16 11:34:12 heman /kernel: twed1: 953896MB (1953580032 sectors) >>Apr 16 11:34:12 heman /kernel: twe0: command interrupt >> >> > > From owner-freebsd-stable@FreeBSD.ORG Sat May 1 09:06:58 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CEC816A4CE for ; Sat, 1 May 2004 09:06:58 -0700 (PDT) Received: from 153-bem-1.acn.waw.pl (153-bem-1.acn.waw.pl [62.121.80.153]) by mx1.FreeBSD.org (Postfix) with SMTP id 17F9F43D1F for ; Sat, 1 May 2004 09:06:57 -0700 (PDT) (envelope-from lukasz.stelmach@k.telmark.waw.pl) Received: (qmail 519 invoked by uid 1000); 1 May 2004 16:06:55 -0000 Date: Sat, 1 May 2004 18:06:55 +0200 From: Lukasz Stelmach To: freebsd-stable@freebsd.org Message-ID: <20040501160655.GA505@tygrys.k.telmark.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.4.1i X-Mail-Editor: nvi X-GPG-Fingerprint: 68B8 6D4F 0C5E 291F C4E0 BBF4 35DC D8F2 C9BD 2BDC X-GPG-Key: http://www.ee.pw.edu.pl/~stelmacl/gpg_key.txt Subject: if_stf bug/feature X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 May 2004 16:06:58 -0000 Greetings. stf interface has one very inconvinient for me feature. As far as i could read the source it returns ENETDOWN if the inet4 address of the machine's net interface (primary or the one would be used) does not match proper part of stf's address. This is ok if one has public, routable ip4 address. Since my machine is behind a firewall that forwards and nats all proto 41 ip packets I'd rather stf didn't complain about it. Now what would you suggest? I may comment out the "if" in if_stf.c:348. However this check should be done in general but there also should be some at-runtime method to overide it. Best regards, --=20 |/ |_, _ .- --, Ju=BF z ka=BFdej strony pe=B3zn=B1, potworne =BF= =B1dze |__ |_|. | \ |_|. ._' /_. B=EAd=EA uprawia=B3 nierz=B1d, za pieni= =B1ze From owner-freebsd-stable@FreeBSD.ORG Sat May 1 09:23:20 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F02B16A4CE for ; Sat, 1 May 2004 09:23:20 -0700 (PDT) Received: from smtp0.server.rpi.edu (smtp0.server.rpi.edu [128.113.53.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6600043D3F for ; Sat, 1 May 2004 09:23:19 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp0.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i41GNGEd007168; Sat, 1 May 2004 12:23:16 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040429215917.GZ55912@kirk.dlee.org> References: <20040429215917.GZ55912@kirk.dlee.org> Date: Sat, 1 May 2004 12:23:15 -0400 To: Doug Lee , freebsd-stable@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Can I maintain config files as a CVS branch w/o messing up mergemaster etc.? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 May 2004 16:23:20 -0000 At 5:59 PM -0400 4/29/04, Doug Lee wrote: >I track STABLE and wonder if there's a clean way for me to use >CVS to do it (without having the whole CVS repo on my box). >Example: I modify /etc/rc.firewall and then cvsup my way up >to a more current STABLE. The normal tactic is to hand-merge >via mergemaster, but I think there should be a way for me to >get CVS to do it: > > cvsup/mergemaster for fresh system (hypothetical of > course) (current /etc/rc.firewall is now exactly > the STABLE version) > make local mods > cvs commit mods (locally) > cvsup > use CVS instead of Mergemaster to merge in changes since > last cvsup > >Problems: > >1. FreeBSD itself uses CVS, so I don't think I can just create > a repo of my config files and pull in cvsups as a vendor > branch. > >2. Mergemaster (which might still be useful alongside this > sometimes) uses CVS Id strings to notice when a file hasn't > really changed in the main FreeBSD repository, so even if I > do start managing my config files by CVS despite the above > issue, I think I'd be making mergemaster throw a lot more > stuff at me to do myself. > >Comments and ideas welcome. Please Cc me if that's ok. I do not think this will work out well. I have some half-formed ideas which might address the goal here, and those ideas go something like this: When mergemaster-ing, what I'm usually doing is changing one or two specific lines. This is not great for standard CVS to track, because CVS wants to track "the context" of the change. For instance, let's say in /etc/ssh/sshd_config I want to change the port that sshd runs at. All *I* really care about is that the line: #Port 22 should change to: Port 2222 For many of my changes, I know that the line I'm changing is going to occur exactly once in the file. But if you use CVS to track that change, you're going to hit "conflicts" if the base system changes that line, or any of the three lines before or after the line you care about. That's because CVS wants to match the context of the line, and not just the line itself. Imagine how annoying this gets if the line that you care about is two lines after the $FreeBSD$ line... It (cvs) will also be looking for exact-matches, which is frustrating when people keep making white-space changes (which happens all too often with the GENERIC kernel, for instance). So, my idea is to write up some sort of script which knows a little more about the specific formats of a file. I use that to say 'if you find this SPECIFIC line (ignoring whitespace), then replace that specific line with "Port 2222"'. In the case of inetd.conf, the processing is more like 'If you find this specific line, then change the first field to be "ftp" (instead of "#ftp"), and tack on a "-S" to the end of the line. Once you have that script, then you combine it with the MM_PRE_COMPARE_SCRIPT option that you can set in ~/.mergemasterrc. The way this works is that mergemaster starts up, and creates a "distributed-system version" of what should be in /etc. Before it starts comparing that version (in /var/tmp/temproot/etc) to the real /etc on your system, it runs your script. So, you have your script modify the files in /var/tmp/temproot/etc. After your script finishes, mergemaster starts comparing that directory, as you have modified it, to your base-system directory. (so don't go changing any $FreeBSD$ lines!). If mergemaster finds something which has changed, it will be installing the file that you have already updated. I use this tactic for a few files. Note that your script might make *its* decisions based on what is presently in /etc. So I have one script which runs on all my machines, and the value for "Port" in sshd_config is only changed on some of those machines. I think this tactic is usable for many config files, but what I have done is limited to just the few files which I care about. It does require a little extra setup, but it has helped to make mergemaster-ing much nicer for me. And if you have this script, you can always put *that* in your own CVS repository, since that script is not part of the FreeBSD repository. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu