From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 00:09:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 789CA37B401 for ; Sun, 20 Jul 2003 00:09:49 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-67-119-53-152.dsl.lsan03.pacbell.net [67.119.53.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E05643FAF for ; Sun, 20 Jul 2003 00:09:46 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 8CEB766BE5; Sun, 20 Jul 2003 00:09:45 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 612C8C0F; Sun, 20 Jul 2003 00:09:45 -0700 (PDT) Date: Sun, 20 Jul 2003 00:09:45 -0700 From: Kris Kennaway To: Khairil Yusof Message-ID: <20030720070945.GA67554@rot13.obsecurity.org> References: <1058680118.729.76.camel@daemon.home.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <1058680118.729.76.camel@daemon.home.net> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: background processes stuck in locks with ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 07:09:49 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 20, 2003 at 01:48:39PM +0800, Khairil Yusof wrote: > Trying out ULE scheduling on an SMP machine causes background processes > to be stuck in locks. >=20 > One or two processes will always get stuck in *Giant (and takes up like > 60% of lock) and if these are killed, then other processes are always > taking up a total of around 10% in lock, which makes the system crawl. >=20 > Anybody else seeing this on an SMP machine with ULE scheduler? The process stats are not updated properly under ULE at the moment. If a process takes up 60% of CPU and then sleeps, top will continue to show it at 60% until the next time it runs. It does not in fact continue to use CPU. Kris --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/GkA5Wry0BWjoQKURAlnLAKDczFPFj03/Da/e4zFXf1Um/PYbgwCgwb/S NgPcHTv77/wKruqzrwcrtp8= =hWXE -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 00:14:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8B1637B401 for ; Sun, 20 Jul 2003 00:14:16 -0700 (PDT) Received: from lightpro1.lightpro.de (lightpro1.lightpro.de [213.133.98.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78F3143F85 for ; Sun, 20 Jul 2003 00:14:15 -0700 (PDT) (envelope-from h@schmalzbauer.de) Received: from akima (ppp-62-245-208-206.mnet-online.de [62.245.208.206]) (authenticated bits=0)h6K7ECS5002441 for ; Sun, 20 Jul 2003 09:14:13 +0200 From: "Harald Schmalzbauer" To: Date: Sun, 20 Jul 2003 09:13:51 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal Subject: where is kern.ca.da.no_6_byte? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 07:14:16 -0000 Hello all, while my CF-Card USB adaptor is crashing 5.1 and my NEC USB floppy also crashes 5.1 I found that sysctl -w kern.cam.da.no_6_byte=1 could help but it seems that this sysctl doesn't exist any more! Is there anything similar? It also seems I'm a bit unlucky these days with 5.1. CF-Reader crahes the system, floppy crashes the system, my RAID-controller crashes the system, also /stand/fdisk crashes the system. And since my burner has reached MTBF I bought the USB-Floppy to install via ftp, but FreeBSD doesn't boot from USB-Floppys. DOS does! Desperate greetings, -Harry From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 01:07:09 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0265337B401 for ; Sun, 20 Jul 2003 01:07:09 -0700 (PDT) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8F7C43F75 for ; Sun, 20 Jul 2003 01:07:07 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (port757.uc1-esp.isdn-lan.cybercity.dk [212.242.98.245]) by phk.freebsd.dk (8.12.8/8.12.8) with ESMTP id h6K876V3061843; Sun, 20 Jul 2003 08:07:06 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h6K8753N002863; Sun, 20 Jul 2003 10:07:05 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: "Aaron Wohl" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 19 Jul 2003 15:27:36 MDT." <20030719212736.4659739827@www.fastmail.fm> Date: Sun, 20 Jul 2003 10:07:05 +0200 Message-ID: <2862.1058688425@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: Negative bio_offset -current kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 08:07:09 -0000 In message <20030719212736.4659739827@www.fastmail.fm>, "Aaron Wohl" writes: >I got a got this kernel panic: >geom/geom_dev.c: ("Negative bio_offset (%jd) on bio %p", > >Anyone seeing this also? Please put DDB in your kernel and try to reproduce, then capture traceback etc. (see handbook). -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 01:18:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C736637B401; Sun, 20 Jul 2003 01:18:49 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DE9043F93; Sun, 20 Jul 2003 01:18:49 -0700 (PDT) (envelope-from scottl@freebsd.org) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h6K8Ims15771; Sun, 20 Jul 2003 01:18:49 -0700 Received: from freebsd.org (hollin.btc.adaptec.com [10.100.253.56]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id BAA10201; Sun, 20 Jul 2003 01:18:47 -0700 (PDT) Message-ID: <3F1A5062.1070108@freebsd.org> Date: Sun, 20 Jul 2003 02:18:42 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030425 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, Ruslan Ermilov Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: i386 'make release' broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 08:18:50 -0000 Just got the following from a 'make release BUILDNAME=5.1-CURRENT CHROOTDIR=/usr/release CVSROOT=/usr/ncvs NOPORTS= NODOC= ". My world was up to date to within a day. The full log is at http://people.freebsd.org/~scottl/current-release-i386.log.gz. Note that while this is an SMP machine, -j was not used. Also, this problem did not stop the previous 'buildworld' from completing. I haven't tried to build a release in a few weeks, so I can't quickly say when the breakage started. cc -O -pipe -mcpu=pentiumpro -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wbad-function-cast -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /usr/src/bin/ed/re.c /usr/src/bin/ed/re.c: In function `get_compiled_pattern': /usr/src/bin/ed/re.c:44: warning: declaration of `exp' shadows a global declaration :0: warning: shadowed declaration is here *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 01:25:37 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99AF737B401 for ; Sun, 20 Jul 2003 01:25:36 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1B8643F93 for ; Sun, 20 Jul 2003 01:25:35 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.9/8.12.6) with ESMTP id h6K8PZVI020214; Sun, 20 Jul 2003 01:25:35 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9/8.12.6/Submit) id h6K8PZ48020213; Sun, 20 Jul 2003 01:25:35 -0700 (PDT) Date: Sun, 20 Jul 2003 01:25:35 -0700 (PDT) From: Matthew Dillon Message-Id: <200307200825.h6K8PZ48020213@apollo.backplane.com> To: Jon Disnard References: <200307181247.h6IClmUv065591@tower.berklix.org> <200307191815.h6JIFKks016721@apollo.backplane.com> <3F19C589.4010007@linuxpowered.com> cc: current@freebsd.org Subject: Re: Annoucning DragonFly BSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 08:25:37 -0000 :Wouldn't it be possible to achive the same result without the VFS with :well organized lib subdirs? like "usr/lib/xyzlib1.2/" and :"usr/lib/xyzlib1.3/" which would maintain the install for any given :version of a lib? In other words, instead of just dumping all the libs :into the one place, you simply place them into sub folders instead and :then link them as needed? Granted this would cause havoc for things like :LD_LIBRARY_PATH. I never did like the way we dump things in the lib :dir's, its messy. The VFS idea is interesting, but it like cleaning the :mess by sending parts of the big mess into another dimention, making it :a trans-dimentional mess (technically a larger mess). This throws away :the KISS principle. Not unless one wanted to make major modifications to all the third party applications out there, which nobody really wants to do, because hacking all those programs up makes it difficult to track updates. :> taken for granted. Begin userland VFSs with the capability of :> overlaying the entire filesystem space, these environments would be :> extremely powerful. : :I suspect this ability would usefull for other things too, possibly for :security lock-downs on shell users env's without chrooting them as an :example. : :-Jon Yes, Exactly. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 02:59:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52ADA37B401 for ; Sun, 20 Jul 2003 02:59:49 -0700 (PDT) Received: from tuebingen.mpg.de (connect.tuebingen.mpg.de [192.124.26.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B97B43F85 for ; Sun, 20 Jul 2003 02:59:48 -0700 (PDT) (envelope-from peter.kadau@tuebingen.mpg.de) Received: from [217.229.193.35] ([217.229.193.35] verified) by tuebingen.mpg.de (CommuniGate Pro SMTP 4.0.6) with ESMTP id 4988070 for freebsd-current@freebsd.org; Sun, 20 Jul 2003 11:59:46 +0200 From: Peter Kadau To: freebsd-current@freebsd.org In-Reply-To: <1058645354.31104.18.camel@straycat> References: <20030718025200.GA36893@rot13.obsecurity.org> <1058645354.31104.18.camel@straycat> Content-Type: text/plain Message-Id: <1058695186.95919.4.camel@straycat> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.3 Date: 20 Jul 2003 11:59:46 +0200 Content-Transfer-Encoding: 7bit Subject: Erratum: Re: Fixing gcc 3.3 compile failures -- kde ports proposal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 09:59:49 -0000 Hi ! > With those settings, I could do a forced upgrade for everything. Ahem, not quite true, I forgot kdebase3. Everything configures, but that thing is the only reluctant to build. Some sort of known problem with static_cast as far as I can see. So - no portupgrade -fa on my current... *sigh* Cheers Peter From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 03:30:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1628937B401; Sun, 20 Jul 2003 03:30:10 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8AA243F3F; Sun, 20 Jul 2003 03:30:06 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h6KAU30U042387 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Jul 2003 13:30:03 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h6KAU2Ht042382; Sun, 20 Jul 2003 13:30:02 +0300 (EEST) (envelope-from ru) Date: Sun, 20 Jul 2003 13:30:02 +0300 From: Ruslan Ermilov To: Scott Long Message-ID: <20030720103002.GB40720@sunbay.com> References: <3F1A5062.1070108@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qcHopEYAB45HaUaB" Content-Disposition: inline In-Reply-To: <3F1A5062.1070108@freebsd.org> User-Agent: Mutt/1.5.4i cc: current@freebsd.org Subject: Re: i386 'make release' broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 10:30:10 -0000 --qcHopEYAB45HaUaB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 20, 2003 at 02:18:42AM -0600, Scott Long wrote: > Just got the following from a 'make release BUILDNAME=3D5.1-CURRENT=20 > CHROOTDIR=3D/usr/release CVSROOT=3D/usr/ncvs NOPORTS=3D NODOC=3D ". My > world was up to date to within a day. The full log is at > http://people.freebsd.org/~scottl/current-release-i386.log.gz. Note > that while this is an SMP machine, -j was not used. Also, this > problem did not stop the previous 'buildworld' from completing. > I haven't tried to build a release in a few weeks, so I can't quickly > say when the breakage started. >=20 >=20 >=20 > cc -O -pipe -mcpu=3Dpentiumpro -Wsystem-headers -Werror -Wall=20 > -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes=20 > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch=20 > -Wshadow -Wcast-align -Wbad-function-cast -Wchar-subscripts -Winline=20 > -Wnested-externs -Wredundant-decls -c /usr/src/bin/ed/re.c > /usr/src/bin/ed/re.c: In function `get_compiled_pattern': > /usr/src/bin/ed/re.c:44: warning: declaration of `exp' shadows a global= =20 > declaration > :0: warning: shadowed declaration is here > *** Error code 1 >=20 Marius Strobl has submitted a fix for this (privately to me and Alexander) a week ago. I have just committed it. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --qcHopEYAB45HaUaB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/Gm8qUkv4P6juNwoRAoXLAJ9mG4qL9ol5qzRnCAgVp9mw65BXEgCfevsE Z8v/Y2TnwFjyzGgGZKznB24= =j+SL -----END PGP SIGNATURE----- --qcHopEYAB45HaUaB-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 04:04:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A88F37B401 for ; Sun, 20 Jul 2003 04:04:34 -0700 (PDT) Received: from colocall.net (zeus.colocall.net [62.149.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12EA143F3F for ; Sun, 20 Jul 2003 04:04:33 -0700 (PDT) (envelope-from mizzy@colocall.net) Received: from zeus.colocall.net (mizzy@localhost [127.0.0.1]) by colocall.net (8.12.8p1/8.12.8) with ESMTP id h6KB4SZ0061999 for ; Sun, 20 Jul 2003 14:04:30 +0300 (EEST) (envelope-from mizzy@zeus.colocall.net) Received: (from mizzy@localhost) by zeus.colocall.net (8.12.8p1/8.12.8/Submit) id h6KB4SQb061984 for freebsd-current@freebsd.org; Sun, 20 Jul 2003 14:04:28 +0300 (EEST) (envelope-from mizzy) Date: Sun, 20 Jul 2003 14:04:28 +0300 From: Andrey Elperin To: freebsd-current@freebsd.org Message-ID: <20030720110427.GA37774@colocall.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i X-Verify-Sender: verified Subject: make release of CURRENT on 4.7 broken again ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 11:04:34 -0000 Hi, A few days ago I've noticed such messages in CURRENT buildlog (on 4.7 box, building without -j) : cc -Os -pipe -c chown_stub.c ld -dc -r -o chown.lo chown_stub.o /usr/obj//usr/src/usr.sbin/chown/chown.o crunchide -k _crunched_chown_stub chown.lo echo "int _crunched_chroot_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >chroot_stub.c cc -Os -pipe -c chroot_stub.c ld -dc -r -o chroot.lo chroot_stub.o /usr/obj//usr/src/usr.sbin/chroot/chroot.o crunchide -k _crunched_chroot_stub chroot.lo cc -static -o fixit_crunch fixit_crunch.o cat.lo chmod.lo cp.lo dd.lo df.lo echo.lo expr.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo rm.lo rmdir.lo sleep.lo sync.lo bsdlabel.lo clri.lo dmesg.lo fdisk.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo reboot.lo restore.lo swapon.lo umount.lo ftp.lo telnet.lo vi.lo chown.lo chroot.lo -ledit -lgeom -lkvm -lm -lncurses -lutil *** Error code 1 Stop in /usr/obj/usr/src/release/fixit_crunch. *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /usr/src/release. Did anyone who build CURRENT on 4.x notice the same ? Last release of CURRENT on my box was successfully builded on July, 16 (with CVSCMDARGS="2003-07-16 00:00"). Thanks in advance. -- Andrey Elperin From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 04:45:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F340637B401 for ; Sun, 20 Jul 2003 04:45:03 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8093D43F3F for ; Sun, 20 Jul 2003 04:45:00 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h6KBiN0U049213 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Jul 2003 14:44:23 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h6KBiNNN049208; Sun, 20 Jul 2003 14:44:23 +0300 (EEST) (envelope-from ru) Date: Sun, 20 Jul 2003 14:44:23 +0300 From: Ruslan Ermilov To: Andrey Elperin Message-ID: <20030720114423.GB47250@sunbay.com> References: <20030720110427.GA37774@colocall.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mojUlQ0s9EVzWg2t" Content-Disposition: inline In-Reply-To: <20030720110427.GA37774@colocall.net> User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: make release of CURRENT on 4.7 broken again ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 11:45:04 -0000 --mojUlQ0s9EVzWg2t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 20, 2003 at 02:04:28PM +0300, Andrey Elperin wrote: >=20 > Hi, >=20 > A few days ago I've noticed such messages in CURRENT buildlog (on 4.7 > box, building without -j) : >=20 > cc -Os -pipe -c chown_stub.c > ld -dc -r -o chown.lo chown_stub.o /usr/obj//usr/src/usr.sbin/chown/chown= =2Eo > crunchide -k _crunched_chown_stub chown.lo > echo "int _crunched_chroot_stub(int argc, char **argv, char **envp){retur= n main(argc,argv,envp);}" >chroot_stub.c > cc -Os -pipe -c chroot_stub.c > ld -dc -r -o chroot.lo chroot_stub.o /usr/obj//usr/src/usr.sbin/chroot/ch= root.o > crunchide -k _crunched_chroot_stub chroot.lo > cc -static -o fixit_crunch fixit_crunch.o cat.lo chmod.lo cp.lo dd.lo df.= lo echo.lo expr.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo rm.lo rmdir.lo sleep.= lo sync.lo bsdlabel.lo clri.lo dmesg.lo fdisk.lo mknod.lo mount.lo mount_cd= 9660.lo mount_msdosfs.lo reboot.lo restore.lo swapon.lo umount.lo ftp.lo te= lnet.lo vi.lo chown.lo chroot.lo -ledit -lgeom -lkvm -lm -lncurses > -lutil > *** Error code 1 > =20 > Stop in /usr/obj/usr/src/release/fixit_crunch. > *** Error code 1 >=20 I have committed a fix for this to src/bin/ed/ a few minutes ago. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --mojUlQ0s9EVzWg2t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/GoCXUkv4P6juNwoRAnxwAKCFaeb3kPZICpK/Rcp64wg8ilwMgQCfSvXx rpywFVcauh/xn9MTJhvoGOw= =gIUW -----END PGP SIGNATURE----- --mojUlQ0s9EVzWg2t-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 04:53:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CEAE37B401; Sun, 20 Jul 2003 04:53:45 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id B080F43FBF; Sun, 20 Jul 2003 04:53:44 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h6KBrhs8022539; Sun, 20 Jul 2003 07:53:43 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h6KBrhql022538; Sun, 20 Jul 2003 11:53:43 GMT Date: Sun, 20 Jul 2003 11:53:43 GMT Message-Id: <200307201153.h6KBrhql022538@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 11:53:45 -0000 TB --- 2003-07-20 11:13:14 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-07-20 11:13:14 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-20 11:15:11 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] ===> bin/ed cc -O -pipe -DDES -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wbad-function-cast -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/ed/buf.c cc -O -pipe -DDES -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wbad-function-cast -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/ed/cbc.c In file included from /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/openssl/ui_compat.h:63, from /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/openssl/des_old.h:439, from /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/openssl/des.h:101, from /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/ed/cbc.c:46: /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/openssl/ui.h:220: warning: function declaration isn't a prototype *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/ed. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-07-20 11:53:43 - /usr/bin/make returned exit code 1 TB --- 2003-07-20 11:53:43 - ERROR: failed to build world TB --- 2003-07-20 11:53:43 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 05:28:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B8D237B401 for ; Sun, 20 Jul 2003 05:28:49 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id A641943FBD for ; Sun, 20 Jul 2003 05:28:45 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h6KCSf0U054048 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 20 Jul 2003 15:28:41 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h6KCSd2g054038 for current@FreeBSD.org; Sun, 20 Jul 2003 15:28:39 +0300 (EEST) (envelope-from ru) Date: Sun, 20 Jul 2003 15:28:39 +0300 From: Ruslan Ermilov To: current@FreeBSD.org Message-ID: <20030720122839.GE47250@sunbay.com> References: <200307201153.h6KBrhql022538@cueball.rtp.FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tVmo9FyGdCe4F4YN" Content-Disposition: inline In-Reply-To: <200307201153.h6KBrhql022538@cueball.rtp.FreeBSD.org> User-Agent: Mutt/1.5.4i Subject: Re: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 12:28:49 -0000 --tVmo9FyGdCe4F4YN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 20, 2003 at 11:53:43AM +0000, Tinderbox wrote: > >>> stage 4: building everything.. > [...] > =3D=3D=3D> bin/ed > cc -O -pipe -DDES -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcas= t-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wbad-function-cast -= Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /vol/vol0/= users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/ed/buf.c > cc -O -pipe -DDES -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcas= t-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wbad-function-cast -= Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /vol/vol0/= users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/ed/cbc.c > In file included from /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/spa= rc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/incl= ude/openssl/ui_compat.h:63, > from /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/spa= rc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/incl= ude/openssl/des_old.h:439, > from /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/spa= rc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/incl= ude/openssl/des.h:101, > from /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc= 64/src/bin/ed/cbc.c:46: > /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/de= s/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/openssl/ui.h:220: = warning: function declaration isn't a prototype > *** Error code 1 >=20 > Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/ed. > *** Error code 1 >=20 Fixed in src/bin/ed/Makefile,v 1.28. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --tVmo9FyGdCe4F4YN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/Gor3Ukv4P6juNwoRAisHAJ0fV8Hk4AtT00sNJJlsQ8x9jfQLJACfalyl JTE3mpeNjoNePySHyRpzQ+4= =sAhQ -----END PGP SIGNATURE----- --tVmo9FyGdCe4F4YN-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 06:02:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75EEF37B401 for ; Sun, 20 Jul 2003 06:02:27 -0700 (PDT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0E5443FAF for ; Sun, 20 Jul 2003 06:02:25 -0700 (PDT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.9/8.12.9) with ESMTP id h6KD2MUP039691 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 20 Jul 2003 15:02:22 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.9/8.12.5/Submit) id h6KD2MTp039690 for freebsd-current@freebsd.org; Sun, 20 Jul 2003 15:02:22 +0200 (CEST) Date: Sun, 20 Jul 2003 15:02:21 +0200 From: Divacky Roman To: freebsd-current@freebsd.org Message-ID: <20030720130221.GA39671@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: possible unionfs bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 13:02:27 -0000 Hi, I might be wrong but this: free(mp->mnt_data, M_UNIONFSMNT); /* XXX */ mp->mnt_data = 0; seems to me wrong.... and might cause crashes etc. am I correct or wrong? its from union_vfsops.c:384 thnx Roman Divacky From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 06:13:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 513E837B401; Sun, 20 Jul 2003 06:13:41 -0700 (PDT) Received: from hex.athame.co.uk (guru164.netsonic.fi [194.29.193.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6B5543FA3; Sun, 20 Jul 2003 06:13:35 -0700 (PDT) (envelope-from andy@athame.co.uk) Received: from vimes.int.athame.co.uk ([192.168.1.3]) by hex.athame.co.uk with esmtp (Exim 4.20) id 19eE0M-0001FK-0Q; Sun, 20 Jul 2003 16:13:34 +0300 From: Andy Fawcett To: Peter Kadau , freebsd-current@freebsd.org, ports@freebsd.org Date: Sun, 20 Jul 2003 16:13:32 +0300 User-Agent: KMail/1.5.2 References: <20030718025200.GA36893@rot13.obsecurity.org> <1058645354.31104.18.camel@straycat> <1058695186.95919.4.camel@straycat> In-Reply-To: <1058695186.95919.4.camel@straycat> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307201613.32916.andy@athame.co.uk> cc: kde@freebsd.org Subject: Re: Erratum: Re: Fixing gcc 3.3 compile failures -- kde ports proposal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 13:13:41 -0000 On Sunday 20 July 2003 12:59, Peter Kadau wrote: > Hi ! > > > With those settings, I could do a forced upgrade for everything. > > Ahem, not quite true, I forgot kdebase3. > Everything configures, but that thing is the only > reluctant to build. > > Some sort of known problem with static_cast as far as > I can see. > > So - no portupgrade -fa on my current... *sigh* We (kde@) are working on the problem. Since we're also working on getting the upcoming 3.1.3 release ready for the ports tree, we're concentrating on that and not 3.1.2. More news as it happens. A. -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 07:35:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5804237B401 for ; Sun, 20 Jul 2003 07:35:47 -0700 (PDT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9444243FAF for ; Sun, 20 Jul 2003 07:35:46 -0700 (PDT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) h6KEZj4D036697; Sun, 20 Jul 2003 10:35:45 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)h6KEZiKq036694; Sun, 20 Jul 2003 10:35:45 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 20 Jul 2003 10:35:44 -0400 (EDT) From: Andre Guibert de Bruet To: adstro@stny.rr.com In-Reply-To: <3f15a74b0839d3.13537114@stny.rr.com> Message-ID: <20030720102811.J19406@alpha.siliconlandmark.com> References: <3f15a74b0839d3.13537114@stny.rr.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: msdof and fstab X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 14:35:47 -0000 On Wed, 16 Jul 2003 adstro@stny.rr.com wrote: > I am having trouble mounting my windows partition from the fstab file. I have an entry in fstab that looks like this "/dev/ad6s5 /mnt/disk2 msdosfs rw 0 0". When I try to mount the disk I get the following error "mount: disk2: unknown special file or file system". What makes things even more strange is that I can mount the slice just fine when I issue mount_msdosfs from the command prompt. Does anyone have any ideas? I believe that fstab wants 'msdos' and not 'msdosfs'. Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 07:54:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E077137B401 for ; Sun, 20 Jul 2003 07:54:42 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE58B43FAF for ; Sun, 20 Jul 2003 07:54:41 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h6KEseYU036467; Sun, 20 Jul 2003 08:54:41 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h6KEseFD036466; Sun, 20 Jul 2003 08:54:40 -0600 (MDT) (envelope-from ken) Date: Sun, 20 Jul 2003 08:54:40 -0600 From: "Kenneth D. Merry" To: Harald Schmalzbauer Message-ID: <20030720145440.GA36451@panzer.kdm.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: where is kern.ca.da.no_6_byte? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 14:54:43 -0000 On Sun, Jul 20, 2003 at 09:13:51 +0200, Harald Schmalzbauer wrote: > Hello all, > > while my CF-Card USB adaptor is crashing 5.1 and my NEC USB floppy also > crashes 5.1 I found that sysctl -w kern.cam.da.no_6_byte=1 could help but it > seems that this sysctl doesn't exist any more! > Is there anything similar? It has been renamed: kern.cam.da.%d.minimum_cmd_size Where %d is the unit number for the da(4) device. > It also seems I'm a bit unlucky these days with 5.1. CF-Reader crahes the > system, floppy crashes the system, my RAID-controller crashes the system, > also /stand/fdisk crashes the system. > And since my burner has reached MTBF I bought the USB-Floppy to install via > ftp, but FreeBSD doesn't boot from USB-Floppys. DOS does! If your system is crashing, send stack traces to this list, and maybe someone can help track down what the problem is. Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 08:09:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A656137B425 for ; Sun, 20 Jul 2003 08:09:55 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0150243FA3 for ; Sun, 20 Jul 2003 08:09:55 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id C3C863ABB4C; Sun, 20 Jul 2003 17:10:03 +0200 (CEST) Date: Sun, 20 Jul 2003 17:10:03 +0200 From: Pawel Jakub Dawidek To: Divacky Roman Message-ID: <20030720151003.GH437@garage.freebsd.pl> References: <20030720130221.GA39671@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="dCSxeJc5W8HZXZrD" Content-Disposition: inline In-Reply-To: <20030720130221.GA39671@stud.fit.vutbr.cz> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: freebsd-current@freebsd.org Subject: Re: possible unionfs bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 15:09:56 -0000 --dCSxeJc5W8HZXZrD Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 20, 2003 at 03:02:21PM +0200, Divacky Roman wrote: +> I might be wrong but this: +>=20 +> free(mp->mnt_data, M_UNIONFSMNT); /* XXX */ +> mp->mnt_data =3D 0; +> =09 +> seems to me wrong.... and might cause crashes etc. +> am I correct or wrong? Could you describe scenario when this could be dangerous? Or why do you think it is? This memory is allocated while mounting unionfs file system, so it is quite natural to free this memory while unmounting file system. --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --dCSxeJc5W8HZXZrD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPxqwyz/PhmMH/Mf1AQEYFwQAgB2Y6VJdgMWjN496a8c0rlDINiZyHU/B m55ZEMOCxWUR607h4YYWvFiGTKT2VOhkDO0O+00hVbUldpG2OhOtvfQBr0N6wzvC ESRVMTgZuTN4+PgP6THRxp4d4S6H/c0vOqlitxs5WNqkg2LgzYES5QuoROiqyOtv +k+4sVuAHx0= =39OX -----END PGP SIGNATURE----- --dCSxeJc5W8HZXZrD-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 08:11:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16AC337B425 for ; Sun, 20 Jul 2003 08:11:18 -0700 (PDT) Received: from frost.ath.cx (BSN-95-242-77.dsl.siol.net [193.95.242.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBE0C43FA3 for ; Sun, 20 Jul 2003 08:11:14 -0700 (PDT) (envelope-from bfg@noviforum.si) Received: from localhost (unknown [127.0.0.1]) by frost.ath.cx (ESMTP) with ESMTP id B5EC47B for ; Sun, 20 Jul 2003 15:12:09 +0000 (GMT) Received: from frost.ath.cx ([127.0.0.1]) by localhost (frost.lucky.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 33670-09 for ; Sun, 20 Jul 2003 17:11:56 +0200 (CEST) Received: from MORDOR (mordor.lucky.si [192.168.200.250]) by frost.ath.cx (ESMTP) with SMTP id 176A711 for ; Sun, 20 Jul 2003 17:11:54 +0200 (CEST) Message-ID: <00c101c34ed0$fb6c2ac0$fac8a8c0@MORDOR> From: "Branko F. Gracnar" To: References: Date: Sun, 20 Jul 2003 17:09:56 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Virus-Scanned: by frost.ath.cx Subject: Re: 5.1 setfacl problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 15:11:18 -0000 >specify what POSIX.1e considers an incomplete ACL and rejects. Try = using: > > setfacl -dm u::rwx,g::rx,o::rx,u:some_user:rwx,m:rwx test_directory # setfacl -dm u::rwx,g::rx,o:rx,g:some_group:rwx,m:rwx test_directory setfacl: acl_from_text() failed: Invalid argument ... Brane From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 08:25:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B1F237B401 for ; Sun, 20 Jul 2003 08:25:55 -0700 (PDT) Received: from mta7.adelphia.net (mta7.adelphia.net [64.8.50.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ECBC43F75 for ; Sun, 20 Jul 2003 08:25:54 -0700 (PDT) (envelope-from wmoran@potentialtech.com) Received: from potentialtech.com ([24.53.179.151]) by mta7.adelphia.net (InterMail vM.5.01.05.32 201-253-122-126-132-20030307) with ESMTP id <20030720152553.FPCJ340.mta7.adelphia.net@potentialtech.com>; Sun, 20 Jul 2003 11:25:53 -0400 Message-ID: <3F1AB481.5010600@potentialtech.com> Date: Sun, 20 Jul 2003 11:25:53 -0400 From: Bill Moran User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030429 X-Accept-Language: en-us, en MIME-Version: 1.0 To: root@bofh.bg References: <1058624617.3f1954691cbfc@mail.orbitel.bg> In-Reply-To: <1058624617.3f1954691cbfc@mail.orbitel.bg> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: OT:escaping X barfings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 15:25:55 -0000 root@bofh.bg wrote: > Hello all! > CAn you tell me how a procedure how to patch X and kernel > to avoid X barfings from securelevel? My release is a FreeBSD 5.1. You might want to replace "barfing" with an actual description of the problem. > I looked for patches, unfortunately they're more than a year old.Googled and > searched on MARC - nothing new under the sun. Therefore I suppose all works ok > in -CURRENT.I'm thinking of: > 1) CVSup src and ports to "." I wouldn't cvsup src to . unless you plan on developing. > 2) adding `options APERTURE` to my kernel > 3) make buildkernel && make install kernel && make buildworld > 4) reboot and face the music Do as you feel you must, but I installed 5.1-RELEASE and X from ports and it's running fine. Are you starting from a terminal with 'startx' or do you start xdm at boot? If you use startx, I believe you need to install x-wrapper to get around permission issues. -- Bill Moran Potential Technologies http://www.potentialtech.com From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 09:05:07 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9A9A37B401 for ; Sun, 20 Jul 2003 09:05:07 -0700 (PDT) Received: from lightpro1.lightpro.de (lightpro1.lightpro.de [213.133.98.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id E560243F93 for ; Sun, 20 Jul 2003 09:05:05 -0700 (PDT) (envelope-from h@schmalzbauer.de) Received: from akima (ppp-62-245-208-206.mnet-online.de [62.245.208.206]) (authenticated bits=0)h6KG54S5018253; Sun, 20 Jul 2003 18:05:05 +0200 From: "Harald Schmalzbauer" To: "Kenneth D. Merry" Date: Sun, 20 Jul 2003 18:04:41 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal In-Reply-To: <20030720145440.GA36451@panzer.kdm.org> cc: current@freebsd.org Subject: RE: where is kern.ca.da.no_6_byte? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 16:05:08 -0000 Kenneth D. Merry wrote: > > seems that this sysctl doesn't exist any more! > > Is there anything similar? > > It has been renamed: > > kern.cam.da.%d.minimum_cmd_size > > Where %d is the unit number for the da(4) device. Thaks a lot! Where can I find such info? I looked via cvsweb for scsi_da.c but couldn't find anything. Is it possible to list all kernel tunables? > > > It also seems I'm a bit unlucky these days with 5.1. CF-Reader > crahes the > > system, floppy crashes the system, my RAID-controller crashes > the system, > > also /stand/fdisk crashes the system. > > And since my burner has reached MTBF I bought the USB-Floppy to > install via > > ftp, but FreeBSD doesn't boot from USB-Floppys. DOS does! > > If your system is crashing, send stack traces to this list, and maybe > someone can help track down what the problem is. I'll try to do but I'm no programmer and e.g. for the HPT372 the machine is crashing before mounting /. But I'll do my best. Thanks, -Harry > > Ken > -- > Kenneth Merry > ken@kdm.org > From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 09:40:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BFCC37B401 for ; Sun, 20 Jul 2003 09:40:27 -0700 (PDT) Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42]) by mx1.FreeBSD.org (Postfix) with SMTP id A489743FAF for ; Sun, 20 Jul 2003 09:40:25 -0700 (PDT) (envelope-from me@farid-hajji.de) Received: (qmail 24592 invoked by uid 505); 20 Jul 2003 16:40:29 -0000 Received: from me@farid-hajji.de by dsl-mail by uid 502 with qmail-scanner-1.14 (spamassassin: 2.43. Clear:. Processed in 0.179227 secs); 20 Jul 2003 16:40:29 -0000 Received: from unknown (HELO reverse-213-146-116-200.dialin.kamp-dsl.de) (213.146.116.200) by dsl-mail.kamp.net with SMTP; 20 Jul 2003 16:40:28 -0000 From: Farid Hajji To: Bill Moran , root@bofh.bg Date: Sun, 20 Jul 2003 18:40:28 +0200 User-Agent: KMail/1.5.2 References: <1058624617.3f1954691cbfc@mail.orbitel.bg> <3F1AB481.5010600@potentialtech.com> In-Reply-To: <3F1AB481.5010600@potentialtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307201840.28680.me@farid-hajji.de> cc: freebsd-current@freebsd.org Subject: Re: OT:escaping X barfings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: me@farid-hajji.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 16:40:27 -0000 > > CAn you tell me how a procedure how to patch X and kernel > > to avoid X barfings from securelevel? My release is a FreeBSD 5.1. > > 2) adding `options APERTURE` to my kernel > > 3) make buildkernel && make install kernel && make > > buildworld 4) reboot and face the music > > Do as you feel you must, but I installed 5.1-RELEASE and X from ports and > it's running fine. Are you starting from a terminal with 'startx' or do > you start xdm at boot? If you use startx, I believe you need to install > x-wrapper to get around permission issues. This is a FAQ. X needs to access /dev/io, which is not possible if securelevel is raised. You need to startx/gdm and _then_ raise securelevel. This is not flexible, because if X server crashes, you can't start it again without rebooting. OpenBSD provides an option 'APERTURE' which allows X to start even when securelevel is >0. I wish we would have that as well... -- Farid Hajji. http://www.farid-hajji.net/address.html From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 10:00:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 618CE37B401 for ; Sun, 20 Jul 2003 10:00:40 -0700 (PDT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A859B43F3F for ; Sun, 20 Jul 2003 10:00:39 -0700 (PDT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) h6KH0d4D036987; Sun, 20 Jul 2003 13:00:39 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)h6KH0cZb036984; Sun, 20 Jul 2003 13:00:38 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 20 Jul 2003 13:00:38 -0400 (EDT) From: Andre Guibert de Bruet To: Harald Schmalzbauer In-Reply-To: Message-ID: <20030720125750.F19406@alpha.siliconlandmark.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "Kenneth D. Merry" cc: current@freebsd.org Subject: RE: where is kern.ca.da.no_6_byte? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 17:00:40 -0000 On Sun, 20 Jul 2003, Harald Schmalzbauer wrote: > Kenneth D. Merry wrote: > > > seems that this sysctl doesn't exist any more! > > > Is there anything similar? > > > > It has been renamed: > > kern.cam.da.%d.minimum_cmd_size > > > > Where %d is the unit number for the da(4) device. > > Thaks a lot! Where can I find such info? I looked via cvsweb for scsi_da.c > but couldn't find anything. Is it possible to list all kernel tunables? sysctl -a. You'll probably want to pipe it's output to your favorite pager. "sysctl kern" will list just the entries in the kern MIB. Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 10:16:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45E4137B401 for ; Sun, 20 Jul 2003 10:16:12 -0700 (PDT) Received: from smtp015.mail.yahoo.com (smtp015.mail.yahoo.com [216.136.173.59]) by mx1.FreeBSD.org (Postfix) with SMTP id BC4C043F75 for ; Sun, 20 Jul 2003 10:16:11 -0700 (PDT) (envelope-from khairil_yusof@yahoo.com) Received: from unknown (HELO ?219.95.57.81?) (khairil?yusof@219.95.57.81 with plain) by smtp.mail.vip.sc5.yahoo.com with SMTP; 20 Jul 2003 17:16:11 -0000 From: Khairil Yusof To: Kris Kennaway In-Reply-To: <20030720070945.GA67554@rot13.obsecurity.org> References: <1058680118.729.76.camel@daemon.home.net> <20030720070945.GA67554@rot13.obsecurity.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-dIZXigOF1h9Od4GiX+4T" Message-Id: <1058721368.75561.56.camel@daemon.home.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.3 Date: 21 Jul 2003 01:16:08 +0800 cc: freebsd-current@freebsd.org Subject: Re: background processes stuck in locks with ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 17:16:12 -0000 --=-dIZXigOF1h9Od4GiX+4T Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2003-07-20 at 15:09, Kris Kennaway wrote: > The process stats are not updated properly under ULE at the moment. > If a process takes up 60% of CPU and then sleeps, top will continue to > show it at 60% until the next time it runs. It does not in fact > continue to use CPU. In my case if I kill the process (that appears to be stuck in *Giant) the system immediately starts to improve in performance. So it seems that this process (usually a daemon) is still running in bg and eating up more cycles than necessary. Even then performance is extremely slow compared to 4BSD. However in single user mode (with no bg processes), performance seems normal. When I mean slow.. it means being able to read line by line as ipfw rules are being added by a script, or an ls -l output on a large directory. I'm going to compile a UP kernel, and report if it makes a difference. -- "Optimized, readable, on time; Pick any two."=20 FreeBSD 5.1-CURRENT i386=20 12:55AM up 5:36, 1 user, load averages: 0.45, 0.39, 0.34 --=-dIZXigOF1h9Od4GiX+4T Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQA/Gs5YDAqnLW/+/X8RApjDAJ9R+Y50qKCjlJ79tI3LM7wBpb5EygCg4LJO 4+P18b3IWIIQMpvQ513ksOw= =JL9u -----END PGP SIGNATURE----- --=-dIZXigOF1h9Od4GiX+4T-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 10:41:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D04BE37B401 for ; Sun, 20 Jul 2003 10:41:22 -0700 (PDT) Received: from lightpro1.lightpro.de (lightpro1.lightpro.de [213.133.98.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id D66E243FA3 for ; Sun, 20 Jul 2003 10:41:21 -0700 (PDT) (envelope-from h@schmalzbauer.de) Received: from akima (ppp-62-245-162-243.mnet-online.de [62.245.162.243]) (authenticated bits=0)h6KHfMS5021577; Sun, 20 Jul 2003 19:41:22 +0200 From: "Harald Schmalzbauer" To: "Andre Guibert de Bruet" Date: Sun, 20 Jul 2003 19:40:58 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal In-Reply-To: <20030720125750.F19406@alpha.siliconlandmark.com> cc: "Kenneth D. Merry" cc: current@freebsd.org Subject: RE: where is kern.ca.da.no_6_byte? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 17:41:23 -0000 Andre Guibert de Bruet wrote: > On Sun, 20 Jul 2003, Harald Schmalzbauer wrote: > > > Kenneth D. Merry wrote: > > > > seems that this sysctl doesn't exist any more! > > > > Is there anything similar? > > > > > > It has been renamed: > > > kern.cam.da.%d.minimum_cmd_size > > > > > > Where %d is the unit number for the da(4) device. > > > > Thaks a lot! Where can I find such info? I looked via cvsweb > for scsi_da.c > > but couldn't find anything. Is it possible to list all kernel tunables? > > sysctl -a. You'll probably want to pipe it's output to your favorite > pager. "sysctl kern" will list just the entries in the kern MIB. OIC. It's not available until the device is pluged in, which makes it absolutely useless. When I plug it in the machine behaves abnormal, so I need to set it BEFORE connecting USB devices. Why has this tunable by default a value which makes the machine unstable by every umass I plug in which has no "qirk" entry? And if I look how many quirks there are I assume that almost every device needs no_6byte set. Why not make it default? Perhaps this would prevent criminal people from intentionally crashing servers when intruding my serverroom armed with dozends of USB devices;) -Harry > > Regards, > > > Andre Guibert de Bruet | Enterprise Software Consultant > > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > > From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 10:49:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D6CA37B401 for ; Sun, 20 Jul 2003 10:49:44 -0700 (PDT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E213043F93 for ; Sun, 20 Jul 2003 10:49:43 -0700 (PDT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) h6KHng4D037084; Sun, 20 Jul 2003 13:49:43 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)h6KHngoR037081; Sun, 20 Jul 2003 13:49:42 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 20 Jul 2003 13:49:42 -0400 (EDT) From: Andre Guibert de Bruet To: Harald Schmalzbauer In-Reply-To: Message-ID: <20030720134531.F19406@alpha.siliconlandmark.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: RE: where is kern.ca.da.no_6_byte? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 17:49:44 -0000 On Sun, 20 Jul 2003, Harald Schmalzbauer wrote: > Andre Guibert de Bruet wrote: > > On Sun, 20 Jul 2003, Harald Schmalzbauer wrote: > > > > > Kenneth D. Merry wrote: > > > > > seems that this sysctl doesn't exist any more! > > > > > Is there anything similar? > > > > > > > > It has been renamed: > > > > kern.cam.da.%d.minimum_cmd_size > > > > > > > > Where %d is the unit number for the da(4) device. > > > > > > Thaks a lot! Where can I find such info? I looked via cvsweb > > for scsi_da.c > > > but couldn't find anything. Is it possible to list all kernel tunables? > > > > sysctl -a. You'll probably want to pipe it's output to your favorite > > pager. "sysctl kern" will list just the entries in the kern MIB. > > OIC. It's not available until the device is pluged in, which makes it > absolutely useless. > When I plug it in the machine behaves abnormal, so I need to set it BEFORE > connecting USB devices. > Why has this tunable by default a value which makes the machine unstable by > every umass I plug in which has no "qirk" entry? And if I look how many > quirks there are I assume that almost every device needs no_6byte set. > Why not make it default? Perhaps this would prevent criminal people from > intentionally crashing servers when intruding my serverroom armed with > dozends of USB devices;) I don't mean to defend the current state of the USB stack not recovering from errors and bad behavior, but ask yourself: "Do I really want USB enabled on my servers?" For most people, the answer is a resounding "No". Food for thought. Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 11:14:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9A4237B401; Sun, 20 Jul 2003 11:14:54 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF65643F3F; Sun, 20 Jul 2003 11:14:53 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h6KIErs8035494; Sun, 20 Jul 2003 14:14:53 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h6KIEqVq035493; Sun, 20 Jul 2003 18:14:52 GMT Date: Sun, 20 Jul 2003 18:14:52 GMT Message-Id: <200307201814.h6KIEqVq035493@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, amd64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 18:14:55 -0000 TB --- 2003-07-20 17:33:21 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2003-07-20 17:33:21 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-20 17:35:21 - building world TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/amd64/amd64/obj/amd64/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libc/sys/issetugid.2 > issetugid.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libc/sys/jail.2 > jail.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libc/sys/kenv.2 > kenv.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libc/sys/kill.2 > kill.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libc/sys/kldfind.2 > kldfind.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libc/sys/kldfirstmod.2 > kldfirstmod.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libc/sys/kldload.2 > kldload.2.gz Segmentation fault (core dumped) *** Error code 139 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. TB --- 2003-07-20 18:14:52 - /usr/bin/make returned exit code 1 TB --- 2003-07-20 18:14:52 - ERROR: failed to build world TB --- 2003-07-20 18:14:52 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 11:32:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05C2E37B401 for ; Sun, 20 Jul 2003 11:32:05 -0700 (PDT) Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42]) by mx1.FreeBSD.org (Postfix) with SMTP id 8F1C843F75 for ; Sun, 20 Jul 2003 11:32:01 -0700 (PDT) (envelope-from me@farid-hajji.de) Received: (qmail 4930 invoked by uid 505); 20 Jul 2003 18:32:05 -0000 Received: from me@farid-hajji.de by dsl-mail by uid 502 with qmail-scanner-1.14 (spamassassin: 2.43. Clear:. Processed in 0.225531 secs); 20 Jul 2003 18:32:05 -0000 Received: from unknown (HELO reverse-213-146-116-200.dialin.kamp-dsl.de) (213.146.116.200) by dsl-mail.kamp.net with SMTP; 20 Jul 2003 18:32:05 -0000 From: Farid Hajji To: freebsd-current@freebsd.org Date: Sun, 20 Jul 2003 20:32:01 +0200 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307202032.02281.me@farid-hajji.de> Subject: login(1) doesn't enforce times.allow/times.deny over ssh(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: me@farid-hajji.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 18:32:05 -0000 I'm trying to set up a login class on 5.1-R which limits users from logging in at night or on week ends. Unfortunately, the time limits are not enforced by login(1), when the host is accessed via ssh (only from the console are the time limits enforced): In /etc/login.conf, I've set this: time_limited:\ :welcome=/root/motd-timelimited:\ :times.allow=MoTuWeThFr0800-1900:\ :times.deny=So0000-2359:\ :tc=default: and ran 'cap_mkdb /etc/login.conf' as instructed. Changed login class of some test users with chsh(1). The change in the 'welcome' capability works all right, but not the time limitations (when using ssh). I'm using the default /etc/pam.d/login, as of 5.1-R, where pam_ssh.so is always commented out. When using ssh, I'm not trying public/private keys, just plain unix passwords. Doesn't ssh access login(1) in this case? Do you have an idea what's wrong here, or, better yet, a solution? Many thanks. -- Farid Hajji. http://www.farid-hajji.net/address.html From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 11:56:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5784C37B401; Sun, 20 Jul 2003 11:56:36 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FE7A43F3F; Sun, 20 Jul 2003 11:56:35 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h6KIuZs8017116; Sun, 20 Jul 2003 14:56:35 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h6KIuYhI017115; Sun, 20 Jul 2003 18:56:34 GMT Date: Sun, 20 Jul 2003 18:56:34 GMT Message-Id: <200307201856.h6KIuYhI017115@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, i386@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 18:56:36 -0000 TB --- 2003-07-20 18:14:53 - starting CURRENT tinderbox run for i386/i386 TB --- 2003-07-20 18:14:53 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-20 18:16:50 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/net/nsdispatch.3 > nsdispatch.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/net/rcmd.3 > rcmd.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/net/rcmdsh.3 > rcmdsh.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/net/resolver.3 > resolver.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/net/sockatmark.3 > sockatmark.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/nls/catclose.3 > catclose.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/nls/catgets.3 > catgets.3.gz Segmentation fault (core dumped) *** Error code 139 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. TB --- 2003-07-20 18:56:34 - /usr/bin/make returned exit code 1 TB --- 2003-07-20 18:56:34 - ERROR: failed to build world TB --- 2003-07-20 18:56:34 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 12:08:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 048AD37B401 for ; Sun, 20 Jul 2003 12:08:14 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D32343FAF for ; Sun, 20 Jul 2003 12:08:08 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.9/8.12.3) with ESMTP id h6KJ7eFL033468 for ; Sun, 20 Jul 2003 13:07:40 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 20 Jul 2003 13:07:36 -0600 (MDT) Message-Id: <20030720.130736.73689720.imp@bsdimp.com> To: current@freebsd.org From: "M. Warner Losh" X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Sun_Jul_20_13:07:36_2003_620)--" Content-Transfer-Encoding: 7bit Subject: compressed modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 19:08:14 -0000 ----Next_Part(Sun_Jul_20_13:07:36_2003_620)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Please try the enclosed patch. It adds support to sysinstall for compressed modules. I think this will save some space on the drivers disk since it isn't currently compressed (unless I'm smoking the good stuff). Warner ----Next_Part(Sun_Jul_20_13:07:36_2003_620)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sysinstall.diff" Index: modules.c =================================================================== RCS file: /cache/ncvs/src/usr.sbin/sysinstall/modules.c,v retrieving revision 1.6 diff -u -r1.6 modules.c --- modules.c 15 Jan 2003 21:47:36 -0000 1.6 +++ modules.c 18 May 2003 05:52:55 -0000 @@ -23,7 +23,7 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $FreeBSD$ + * $FreeBSD: src/usr.sbin/sysinstall/modules.c,v 1.6 2003/01/15 21:47:36 jhb Exp $ */ #include "sysinstall.h" @@ -91,6 +91,20 @@ else msgConfirm("Loading module %s failed", dp->d_name); } + } + if (strcmp(dp->d_name + dp->d_namlen - (sizeof(".ko.gz") - 1), ".ko.gz") == 0) { + snprintf(module, sizeof(module), "/tmp/%s", dp->d_name); + module[strlen(module) - sizeof(".gz")] = '\0'; + snprintf(desc, sizeof(desc), "zcat < %s/%s > %s", MODULESDIR, + dp->d_name, module); + system(desc); + if (kldload(module) < 0 && errno != EEXIST) { + if (desc_str[0]) + msgConfirm("Loading module %s failed\n%s", dp->d_name, desc_str); + else + msgConfirm("Loading module %s failed", dp->d_name); + } + unlink(module); } } closedir(dirp); ----Next_Part(Sun_Jul_20_13:07:36_2003_620)---- From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 12:38:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74A6737B401 for ; Sun, 20 Jul 2003 12:38:06 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED83543F93 for ; Sun, 20 Jul 2003 12:38:05 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id D79FD72DD1; Sun, 20 Jul 2003 12:38:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id D331072DD0; Sun, 20 Jul 2003 12:38:05 -0700 (PDT) Date: Sun, 20 Jul 2003 12:38:05 -0700 (PDT) From: Doug White To: Farid Hajji In-Reply-To: <200307202032.02281.me@farid-hajji.de> Message-ID: <20030720123716.V65450@carver.gumbysoft.com> References: <200307202032.02281.me@farid-hajji.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: login(1) doesn't enforce times.allow/times.deny over ssh(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 19:38:06 -0000 On Sun, 20 Jul 2003, Farid Hajji wrote: > When using ssh, I'm not trying public/private keys, > just plain unix passwords. Doesn't ssh access login(1) > in this case? sshd does not use login unless requested to do so by the UseLogin config parameter. There have been security vulnerabilities exposed by using this option in the past. You have been warned :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 13:19:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26DE637B401 for ; Sun, 20 Jul 2003 13:19:18 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7901543F85 for ; Sun, 20 Jul 2003 13:19:17 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h6KKIhai092581; Sun, 20 Jul 2003 16:18:43 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h6KKIhX7092578; Sun, 20 Jul 2003 16:18:43 -0400 (EDT) Date: Sun, 20 Jul 2003 16:18:43 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Branko F. Gracnar" In-Reply-To: <00c101c34ed0$fb6c2ac0$fac8a8c0@MORDOR> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: 5.1 setfacl problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 20:19:18 -0000 On Sun, 20 Jul 2003, Branko F. Gracnar wrote: > >specify what POSIX.1e considers an incomplete ACL and rejects. Try using: > > > > setfacl -dm u::rwx,g::rx,o::rx,u:some_user:rwx,m:rwx test_directory Looks like you might have some typos: > # setfacl -dm u::rwx,g::rx,o:rx,g:some_group:rwx,m:rwx test_directory ^^^ o::rx ^^ m::rwx Try with those changes and let me know if it's still causing problems. > setfacl: acl_from_text() failed: Invalid argument > > ... > > Brane > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 13:27:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B312637B401 for ; Sun, 20 Jul 2003 13:27:39 -0700 (PDT) Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42]) by mx1.FreeBSD.org (Postfix) with SMTP id 3EB3343F3F for ; Sun, 20 Jul 2003 13:27:38 -0700 (PDT) (envelope-from me@farid-hajji.de) Received: (qmail 18520 invoked by uid 505); 20 Jul 2003 20:27:43 -0000 Received: from me@farid-hajji.de by dsl-mail by uid 502 with qmail-scanner-1.14 (spamassassin: 2.43. Clear:. Processed in 0.186526 secs); 20 Jul 2003 20:27:43 -0000 Received: from unknown (HELO reverse-213-146-116-200.dialin.kamp-dsl.de) (213.146.116.200) by dsl-mail.kamp.net with SMTP; 20 Jul 2003 20:27:43 -0000 From: Farid Hajji To: Doug White Date: Sun, 20 Jul 2003 22:27:41 +0200 User-Agent: KMail/1.5.2 References: <200307202032.02281.me@farid-hajji.de> <20030720123716.V65450@carver.gumbysoft.com> In-Reply-To: <20030720123716.V65450@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307202227.41390.me@farid-hajji.de> cc: freebsd-current@freebsd.org Subject: Re: login(1) doesn't enforce times.allow/times.deny over ssh(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: me@farid-hajji.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 20:27:40 -0000 On Sunday 20 July 2003 09:38 pm, Doug White wrote: > On Sun, 20 Jul 2003, Farid Hajji wrote: > > When using ssh, I'm not trying public/private keys, > > just plain unix passwords. Doesn't ssh access login(1) > > in this case? > > sshd does not use login unless requested to do so by the UseLogin config > parameter. Yessss, that was it. > There have been security vulnerabilities exposed by using this option in > the past. You have been warned :) So we need an additional pam module for such policy settings. That's reasonable. Many thanks. -- Farid Hajji. http://www.farid-hajji.net/address.html From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 14:14:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C817237B401 for ; Sun, 20 Jul 2003 14:14:47 -0700 (PDT) Received: from thor.65535.net (thor.65535.net [216.17.104.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1725943F75 for ; Sun, 20 Jul 2003 14:14:47 -0700 (PDT) (envelope-from rghf@fsck.me.uk) Received: from thor.65535.net (localhost.jdshostimg.com [127.0.0.1]) by thor.65535.net (8.12.9/8.12.8) with ESMTP id h6KLEGDf073503 for ; Sun, 20 Jul 2003 14:14:16 -0700 (PDT) (envelope-from rghf@fsck.me.uk) Received: from localhost (rghf@localhost) by thor.65535.net (8.12.9/8.12.8/Submit) with ESMTP id h6KLEFtb073500 for ; Sun, 20 Jul 2003 14:14:16 -0700 (PDT) X-Authentication-Warning: thor.65535.net: rghf owned process doing -bs Date: Sun, 20 Jul 2003 14:14:15 -0700 (PDT) From: Rus Foster X-X-Sender: rghf@thor.65535.net To: freebsd-current@freebsd.org Message-ID: <20030720141331.D2947@thor.65535.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Jail Roadmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 21:14:48 -0000 Hi All, I know recently that the jails have changed maintainer and I just wondered if there is any road map of features that will be upcoming and in which versions.. cheers Rus -- www: http://jvds.com | Virtual Servers from just $15/mo MSNM: support@jvds.com | Totally Customizable Technology e: rghf@jvds.com | FreeBSD & Linux 10% donation to FreeBSD.org on each purchase From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 14:22:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F7D537B404 for ; Sun, 20 Jul 2003 14:22:40 -0700 (PDT) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7629843F85 for ; Sun, 20 Jul 2003 14:22:38 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by phk.freebsd.dk (8.12.8/8.12.8) with ESMTP id h6KLMbV3072164; Sun, 20 Jul 2003 21:22:37 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h6KLMUIE001625; Sun, 20 Jul 2003 23:22:36 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Rus Foster From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 20 Jul 2003 14:14:15 PDT." <20030720141331.D2947@thor.65535.net> Date: Sun, 20 Jul 2003 23:22:30 +0200 Message-ID: <1624.1058736150@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: Jail Roadmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 21:22:40 -0000 In message <20030720141331.D2947@thor.65535.net>, Rus Foster writes: >I know recently that the jails have changed maintainer and I just wondered >if there is any road map of features that will be upcoming and in which >versions.. Well... Jails havn't quite changed maintainer because both Robert Watson and I have some grave concerns about the architectural direction and control of jails. The problem with jails is that the code has its fingers all over the kernel, and therefore more than average attention is needed to the code and the way things are done. In addition to that we also have had a hard time defining where we are headed with jails, for instance there is a patchset out there which totally virtualizes the network stack, and that may be a better model for jails etc. The problem is that neither Robert nor I can currently find the necessary time to steer/maintain/mentor jails. So right now we havn't quite appointed a new maintainer for jails, but we're very much aware that something needs to move, possibly "us out of the way". -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 14:25:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2292337B401 for ; Sun, 20 Jul 2003 14:25:25 -0700 (PDT) Received: from 141.com (mail.141.com [65.168.139.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 511E743F85 for ; Sun, 20 Jul 2003 14:25:22 -0700 (PDT) (envelope-from arlankfo@141.com) Date: Sun, 20 Jul 2003 15:29:02 -0600 Message-Id: <200307201529.AA2110062910@141.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: "Andrew Lankford" To: X-Mailer: X-Note: This E-mail was scanned for spam. Subject: putting /dev/lpt in polling mode in boot time. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: arlankfo@141.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 21:25:25 -0000 Kernel: FreeBSD bogushost2 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Sat Jul 19 23:38:13 EDT 2003 root@bogushost2:/usr/obj/usr/src/sys/ARL5KERNEL i386 Since I kept on getting "stray irq 7"'s with my laserjet 4, I decided to set my parallel port to use polled mode at boottime. While I guess I could add a special script in /usr/local/etc/rc.d to run 'lptcontrol -p', this sucks because it doesn't exit if the printer isn't on, even though it works otherwise. So I added to /boot/device.hints the following three lines: hint.ppc.0.at="isa" # hint.ppc.0.irq="7" hint.ppc.0.flags="0x20" According to the manual setting bit 4 of the flag to one should set it to polling mode, but it doesn't work. I know for a fact that the loader is reading the hints file, too. Here's dmesg: ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port Is there something that I overlooked? Thanks, Andrew Lankford PS Apart from some annoyances with ghostscript ps to pcl translation, nothing beats a vintage HP laser printer :) From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 14:27:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34CC337B401 for ; Sun, 20 Jul 2003 14:27:14 -0700 (PDT) Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF7A143F3F for ; Sun, 20 Jul 2003 14:27:12 -0700 (PDT) (envelope-from bruce@cran.org.uk) Received: from buffy.brucec.backnet ([82.41.200.71]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Sun, 20 Jul 2003 22:27:11 +0100 Received: from buffy.brucec.backnet (localhost [127.0.0.1]) by buffy.brucec.backnet (8.12.9/8.12.9) with ESMTP id h6KLR8gi016939; Sun, 20 Jul 2003 22:27:08 +0100 (BST) (envelope-from bruce@buffy.brucec.backnet) Received: (from bruce@localhost) by buffy.brucec.backnet (8.12.9/8.12.9/Submit) id h6KLR82l016938; Sun, 20 Jul 2003 22:27:08 +0100 (BST) Date: Sun, 20 Jul 2003 22:27:08 +0100 From: Bruce Cran To: Bryan Liesner Message-ID: <20030720212708.GA16809@buffy.brucec.backnet> References: <20030719194215.A6668@FreeBSD.org> <20030720015113.A536@gravy.homeunix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030720015113.A536@gravy.homeunix.net> User-Agent: Mutt/1.4.1i X-OriginalArrivalTime: 20 Jul 2003 21:27:11.0393 (UTC) FILETIME=[AE489910:01C34F05] cc: current@freebsd.org Subject: Re: USB crappiness? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 21:27:14 -0000 On Sun, Jul 20, 2003 at 02:06:16AM -0400, Bryan Liesner wrote: > On Sat, 19 Jul 2003, Juli Mallett wrote: > > > Hi, > > > > I tried to upgrade my workstation to current recently, and I have to > > use a lot of USB, and while using some USB mass storage device, with > > a UFS filesystem on it, and doing a large operation to it (tar c|tar x) > > everything deadlocked on ufs, the USB stack blew up, and upon causing > > an interrupt to it, it panicked, and panic pagefaulted. > > > > Anyone else seeing these sorts of cohesive fallovers? > > > > Thanx, > > juli. > > > > Yes, I can confirm that. I do an nightly dump to a file on my USB > hard disk (ehci). I woke up to find a screen full of read errors, and > at first I thought the disk went belly up. I reverted back and it was > working fine. I/O speed has _seriously_ degraded as well. Prior to > the bus dma patches, I was getting a little better than 8 MB/s writes to > the disk, afterwards, less than 2 MB/s. The "performance hit" > discussed prior to the commit is a bit of an understatement. > I've got a backtrace: I was unzipping zipslack.zip onto a 128MB USB key, when one I got a message 'Device not configured' after one file, and subseqent files failed with 'Input/output error'. I cancelled it, and tried to run 'df -h' to see if the disk was full. Then I got the panic: panic: kmem_malloc(4096): kmem_map too small: 218132480 total allocated Debugger("panic") Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0 db> tr Debugger(c038d566,c03fdea0,c0399f78,d8d999ec,100) at Debugger+0x54 panic(c0399f78,1000,d007000,d8d99a1c,14) at panic+0xd5 kmem_malloc(...) at kmem_alloc+0x100 page_alloc(...) at page_alloc+0x27 slab_zalloc(...) at slab_zalloc+0x127 uma_zone_slab(...) at uma_zone_slab+0xe8 uma_zalloc_internal(...) at uma_zalloc_internal+0x7c slab_zalloc(...) at slab_zalloc+0x7f uma_zone_slab(...) at uma_zone_slab+0xe8 uma_zalloc_bucket(...) at uma_zalloc_bucket+0x176 uma_zalloc_arg(...) at uma_zalloc_arg+0x2c7 malloc(adc,c03cf520,102,21b,21b) at malloc+0x5c sigacts_alloc(c03fdcc0,0,0,d8d99c48,c5051980) at sigacts_alloc+0x25 fork1(c4457000,80000034,0,d8d99ccc,c4457000) at fork1+0x7d5 vfork(c4457000,d8d99d10,0,16,0) at vfork+0x2b syscall(2f,2f,2f,bfbfda90,0) at syscall+0x2b0 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (66, FreeBSD ELF32, vfork), eip = 0x8096ef8, esp = 0xbfbfb850, ebp = 0xbfbfc938 --- db > -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 14:34:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ECBB37B401; Sun, 20 Jul 2003 14:34:20 -0700 (PDT) Received: from lifesupport.shutdown.com (dsl092-048-059.sfo2.dsl.speakeasy.net [66.92.48.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0DB043F75; Sun, 20 Jul 2003 14:34:19 -0700 (PDT) (envelope-from llewelly@lifesupport.shutdown.com) Received: (from llewelly@localhost) by lifesupport.shutdown.com (8.11.2/8.11.2) id h6KLTpi12312; Sun, 20 Jul 2003 14:29:51 -0700 (PDT) To: Peter Kadau References: <20030718191649.GB84963@freefall.freebsd.org> <1058556984.32024.24.camel@straycat> <1058607176.23615.8.camel@straycat> From: LLeweLLyn Reese Date: 20 Jul 2003 14:29:50 -0700 In-Reply-To: <1058607176.23615.8.camel@straycat> Message-ID: Lines: 41 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: "Jacques A. Vidrine" cc: freebsd-current@freebsd.org Subject: Re: gcc-3.3 issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 21:34:20 -0000 Peter Kadau writes: > Hi ! > > > http://gcc.gnu.org/onlinedocs/gcc-3.3/gcc/Warning-Options.html#Warning%20Options > > Hmm, that's exactly as in the info page. > > > http://gcc.gnu.org/onlinedocs/gcc-3.3/gcc/C---Dialect-Options.html#C++%20Dialect%20Options > > > and search for permissive, to see the condition Alexander speaks of. > > Well, here it is: > -fpermissive > Downgrade messages about nonconformant code from errors to > warnings. By default, G++ effectively sets -pedantic-errors > without -pedantic; this option reverses that. This behavior and > this option are superseded by -pedantic, which works as it does > for GNU C. On second reading, I'm not sure I understand it either. (And I am a native speaker. :-) > > I admit, I'm not a native speaker, so please correct me. > Doesn't that mean, if you don't specify any pedantic, it defaults > to -pedantic-errors for C++, but if you specify -pedantic, you don't > get errors for warnings like it should be... ?? Specifying -pedantic doesn't turn errors into warnings for g++. I don't think the phrase 'this option reverses that' is intended to mean g++ swaps the meaning of -pendantic and -pendantic-errors; I think it is intended to mean -fpermissive downgrades many errors into warnings. From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 14:36:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F7FB37B401 for ; Sun, 20 Jul 2003 14:36:41 -0700 (PDT) Received: from 141.com (mail.141.com [65.168.139.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C86EE43F93 for ; Sun, 20 Jul 2003 14:36:40 -0700 (PDT) (envelope-from arlankfo@141.com) Date: Sun, 20 Jul 2003 15:40:21 -0600 Message-Id: <200307201540.AA1880686912@141.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: "Andrew Lankford" To: X-Mailer: X-Note: This E-mail was scanned for spam. Subject: Re: putting /dev/lpt in polling mode in boot time. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: arlankfo@141.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 21:36:41 -0000 Before anyone corrects me, yes, the man page says bit 5 controls polling, 0x20. My question stands. From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 15:10:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79EC237B401 for ; Sun, 20 Jul 2003 15:10:24 -0700 (PDT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFA1043F85 for ; Sun, 20 Jul 2003 15:10:23 -0700 (PDT) (envelope-from fearow@comcast.net) Received: from gerrard.woofcat.com (12-211-187-138.client.attbi.com[12.211.187.138](untrusted sender)) by comcast.net (sccrmhc12) with SMTP id <2003072022102201200584k7e>; Sun, 20 Jul 2003 22:10:23 +0000 Date: Sun, 20 Jul 2003 17:10:11 -0500 From: Anti To: freebsd-current@freebsd.org Message-Id: <20030720171011.3d666993.fearow@comcast.net> Organization: Woofcat X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: telnet build fails without openssl... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 22:10:24 -0000 buildworld fails at telnet if you build with NOCRYPT and NO_OPENSSL -- telnet stuff is looking for NO_CRYPTO to disable this, which isn't documented anywhere... From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 15:23:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1839737B401; Sun, 20 Jul 2003 15:23:45 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9566443FAF; Sun, 20 Jul 2003 15:23:44 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id 98A992A7EA; Sun, 20 Jul 2003 15:23:43 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Tinderbox In-Reply-To: <200307201856.h6KIuYhI017115@cueball.rtp.FreeBSD.org> Date: Sun, 20 Jul 2003 15:23:43 -0700 From: Peter Wemm Message-Id: <20030720222343.98A992A7EA@canning.wemm.org> cc: current@freebsd.org cc: i386@freebsd.org Subject: Re: [-CURRENT tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 22:23:45 -0000 Tinderbox wrote: > gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/nls/cat gets.3 > catgets.3.gz > Segmentation fault (core dumped) > *** Error code 139 These false alarms are wearing a bit thin. Is there a problem with the tinderbox build machine perhaps? Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 15:32:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5953D37B401; Sun, 20 Jul 2003 15:32:10 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F62143FBD; Sun, 20 Jul 2003 15:32:09 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h6KMW8s8006994; Sun, 20 Jul 2003 18:32:08 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h6KMW7eA006993; Sun, 20 Jul 2003 22:32:07 GMT Date: Sun, 20 Jul 2003 22:32:07 GMT Message-Id: <200307202232.h6KMW7eA006993@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 22:32:10 -0000 TB --- 2003-07-20 21:51:58 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-07-20 21:51:58 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-20 21:54:00 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/sysconf.3 > sysconf.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/sysctl.3 > sysctl.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/syslog.3 > syslog.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/tcgetpgrp.3 > tcgetpgrp.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/tcsendbreak.3 > tcsendbreak.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/tcsetattr.3 > tcsetattr.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/tcsetpgrp.3 > tcsetpgrp.3.gz Segmentation fault (core dumped) *** Error code 139 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-07-20 22:32:07 - /usr/bin/make returned exit code 1 TB --- 2003-07-20 22:32:07 - ERROR: failed to build world TB --- 2003-07-20 22:32:07 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 15:41:23 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 001E337B404 for ; Sun, 20 Jul 2003 15:41:22 -0700 (PDT) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2921843FA3 for ; Sun, 20 Jul 2003 15:41:21 -0700 (PDT) (envelope-from marc@blackend.org) Received: from nosferatu.blackend.org (nosferatu.blackend.org [192.168.10.205]) by abigail.blackend.org (8.12.9/8.12.3) with ESMTP id h6KMfH67056995; Mon, 21 Jul 2003 00:41:17 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: from nosferatu.blackend.org (localhost [127.0.0.1]) h6KMev12001086; Mon, 21 Jul 2003 00:40:57 +0200 (CEST) (envelope-from marc@nosferatu.blackend.org) Received: (from marc@localhost) by nosferatu.blackend.org (8.12.9/8.12.9/Submit) id h6KMeqVf001085; Mon, 21 Jul 2003 00:40:52 +0200 (CEST) (envelope-from marc) Date: Mon, 21 Jul 2003 00:40:52 +0200 From: Marc Fonvieille To: Andrew Lankford Message-ID: <20030720224051.GC550@nosferatu.blackend.org> References: <200307201529.AA2110062910@141.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200307201529.AA2110062910@141.com> User-Agent: Mutt/1.4i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 5.1-CURRENT cc: current@freebsd.org Subject: Re: putting /dev/lpt in polling mode in boot time. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 22:41:23 -0000 On Sun, Jul 20, 2003 at 03:29:02PM -0600, Andrew Lankford wrote: [...] > ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/9 bytes threshold > ppbus0: on ppc0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > Try to disable ACPI. Marc From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 15:48:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCDC837B404; Sun, 20 Jul 2003 15:48:44 -0700 (PDT) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B26B43F85; Sun, 20 Jul 2003 15:48:43 -0700 (PDT) (envelope-from barner@in.tum.de) Received: by zi025.glhnet.mhn.de (Postfix, from userid 1000) id D2089387CA; Mon, 21 Jul 2003 00:48:40 +0200 (CEST) Date: Mon, 21 Jul 2003 00:48:40 +0200 From: Simon Barner To: "Jacques A. Vidrine" Message-ID: <20030720224840.GA731@zi025.glhnet.mhn.de> References: <20030718025200.GA36893@rot13.obsecurity.org> <20030719030539.GB467@zi025.glhnet.mhn.de> <20030719190500.GA19808@hellblazer.celabo.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i9LlY+UWpKt15+FH" Content-Disposition: inline In-Reply-To: <20030719190500.GA19808@hellblazer.celabo.org> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: ports@FreeBSD.org cc: current@FreeBSD.org cc: Kris Kennaway Subject: Re: Fixing gcc 3.3 compile failures -- fix for math/freefem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 22:48:45 -0000 --i9LlY+UWpKt15+FH Content-Type: multipart/mixed; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, > > - ifstream fin( path ); > > + std::ifstream fin( path ); > A much smaller patch could be produced with >=20 > using namespace std; >=20 > as appropriate. >=20 > Have you checked with the upstream author to see which approach is > likely to be rolled into the distribution? Actually, upgrading the port to the lastest freefem version would have been enough *doh* :o) (patch attached) To answer your question: the freefem authors decided not to use the 'using namespace std' approach. Cheers, Simon --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="freefem-port.patch" Content-Transfer-Encoding: quoted-printable --- Makefile.orig Thu Jun 5 01:41:14 2003 +++ Makefile Mon Jul 21 00:42:53 2003 @@ -6,7 +6,7 @@ # =20 PORTNAME=3D freefem -PORTVERSION=3D 3.5.4 +PORTVERSION=3D 3.5.7 CATEGORIES=3D math cad MASTER_SITES=3D ${MASTER_SITE_SOURCEFORGE} MASTER_SITE_SUBDIR=3D kfem @@ -24,10 +24,6 @@ MAN1=3D freefem.1 =20 .include - -.if ${OSVERSION} >=3D 500113 -BROKEN=3D "Does not compile (bad C++ code)" -.endif =20 post-patch: @${REINPLACE_CMD} -e 's|-O3 |\$$CXXFLAGS |g' ${WRKSRC}/configure --- distinfo.orig Tue Mar 26 17:04:16 2002 +++ distinfo Mon Jul 21 00:38:13 2003 @@ -1 +1 @@ -MD5 (freefem-3.5.4.tar.gz) =3D 746fe6487085011493a805e23507ae30 +MD5 (freefem-3.5.7.tar.gz) =3D e8f22515ab56f8e79fb789a11f8d4bef --sdtB3X0nJg68CQEu-- --i9LlY+UWpKt15+FH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/GxxICkn+/eutqCoRAvk2AJ4hoJ86tk2/xnomQEVIMSc1/t01IgCfaK6f nBZKFXCU1nIAfGZN4kf+vds= =RH6x -----END PGP SIGNATURE----- --i9LlY+UWpKt15+FH-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 16:05:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6230637B401 for ; Sun, 20 Jul 2003 16:05:04 -0700 (PDT) Received: from tulwar.corihemazoo.org (h24-79-145-162.ed.shawcable.net [24.79.145.162]) by mx1.FreeBSD.org (Postfix) with SMTP id 3198043F85 for ; Sun, 20 Jul 2003 16:05:01 -0700 (PDT) (envelope-from rikb@corihemazoo.org) Received: (qmail 35505 invoked by uid 1001); 20 Jul 2003 22:59:29 -0000 From: "Rik" Date: Sun, 20 Jul 2003 16:59:29 -0600 To: current@freebsd.org Message-ID: <20030720225929.GA35434@leopard.felines.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: gconftool-2 failing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 23:05:04 -0000 I have recently run into a problem with the gconftool-2 service that comes with gnome2. When I go into X I get a gcond process that runs out of control. If I try to install ports that require the gconftool-2 to run the port will fail to install. The error message I see is this gconftool-2 in free(): error: modified (chunk-) pointer. My feeling is that it is not attributed to the switch to the new gcc compiler but I could be wrong. I work in a KDE environment but have gnome there so I can switch to it if I fancy. It is an i386 box running -current cvsupped and built at 1200 MDT 07/20/03. PS I did read gnome's trouble shooting guide but the log file it describes has no useful info. From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 16:08:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAD5737B401 for ; Sun, 20 Jul 2003 16:08:18 -0700 (PDT) Received: from hotmail.com (bay8-f119.bay8.hotmail.com [64.4.27.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D8CE43F75 for ; Sun, 20 Jul 2003 16:08:18 -0700 (PDT) (envelope-from evantd@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 20 Jul 2003 16:08:18 -0700 Received: from 12.229.123.246 by by8fd.bay8.hotmail.msn.com with HTTP; Sun, 20 Jul 2003 23:08:17 GMT X-Originating-IP: [12.229.123.246] X-Originating-Email: [evantd@hotmail.com] From: "Evan Dower" To: arlankfo@141.com, current@freebsd.org Date: Sun, 20 Jul 2003 16:08:17 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 20 Jul 2003 23:08:18.0376 (UTC) FILETIME=[CE7CBC80:01C34F13] Subject: Re: putting /dev/lpt in polling mode in boot time. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 23:08:19 -0000 I may be smoking crack, but isn't it: bit 5 = 0001 0000 = 0x10 ? bit 6 = 0010 0000 = 0x20 ? E >From: "Andrew Lankford" >Reply-To: arlankfo@141.com >To: >Subject: Re: putting /dev/lpt in polling mode in boot time. >Date: Sun, 20 Jul 2003 15:40:21 -0600 > >Before anyone corrects me, yes, the man page says bit 5 controls polling, >0x20. My question stands. > > > > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 17:12:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CD3D37B401 for ; Sun, 20 Jul 2003 17:12:17 -0700 (PDT) Received: from 141.com (mail.141.com [65.168.139.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D0E943F3F for ; Sun, 20 Jul 2003 17:12:16 -0700 (PDT) (envelope-from arlankfo@141.com) Date: Sun, 20 Jul 2003 18:15:57 -0600 Message-Id: <200307201815.AA2372927824@141.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: "Andrew Lankford" To: X-Mailer: X-Note: This E-mail was scanned for spam. Subject: Re: putting /dev/lpt in polling mode in boot time. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: arlankfo@141.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 00:12:17 -0000 >Try to disable ACPI. > >Marc Ah yes. Just noticed that in the FAQ. I'll fiddle with that when I've got the time. Might as well disable acpi since it barely works on my machine anyway. Apart from the power button, that is. Thanks Andrew Lankford From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 18:28:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70AAE37B401; Sun, 20 Jul 2003 18:28:21 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47B1743F85; Sun, 20 Jul 2003 18:28:20 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h6L1vX6d021243; Sun, 20 Jul 2003 21:57:33 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h6L1SHRb021513; Sun, 20 Jul 2003 18:28:17 -0700 (PDT) (envelope-from jmg) Date: Sun, 20 Jul 2003 18:28:17 -0700 From: John-Mark Gurney To: Juli Mallett Message-ID: <20030721012817.GC917@funkthat.com> Mail-Followup-To: Juli Mallett , freebsd-current@freebsd.org References: <20030719194215.A6668@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030719194215.A6668@FreeBSD.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org Subject: Re: USB crappiness? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 01:28:21 -0000 Juli Mallett wrote this message on Sat, Jul 19, 2003 at 19:42 -0500: > I tried to upgrade my workstation to current recently, and I have to > use a lot of USB, and while using some USB mass storage device, with > a UFS filesystem on it, and doing a large operation to it (tar c|tar x) > everything deadlocked on ufs, the USB stack blew up, and upon causing > an interrupt to it, it panicked, and panic pagefaulted. > > Anyone else seeing these sorts of cohesive fallovers? Ok, I think I know the problem now. It's a big different between NetBSD and FreeBSD's bus_dma code. In NetBSD, they keep the same bus_dma_tag_t, but in FreeBSD it is encouraged/required to create a new tag for sets of allocations because of size (we can't do a bus_dmamem_alloc w/ a size). So, in usb_allocmem, the tag equality doesn't work and allocated a full page for each 64byte allocation. This quickly causes kmem to get exhusted. ohci doesn't have this problem since it has it's own allocator for small sizes. this patch should fix it temporarily while I investigate a more complete fix (xterm pasted): Index: usb_mem.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/usb_mem.c,v retrieving revision 1.1 diff -u -r1.1 usb_mem.c --- usb_mem.c 2003/07/15 22:42:37 1.1 +++ usb_mem.c 2003/07/21 01:26:38 @@ -256,6 +259,8 @@ return (err); } b->fullblock = 0; + /* XXX - override the tag */ + b->tag = tag; for (i = 0; i < USB_MEM_BLOCK; i += USB_MEM_SMALL) { f = (struct usb_frag_dma *)((char *)b->kaddr + i); f->block = b; -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 18:44:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DF9037B401 for ; Sun, 20 Jul 2003 18:44:47 -0700 (PDT) Received: from schnell.net (schnell.net [209.50.225.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1096143FAF for ; Sun, 20 Jul 2003 18:44:46 -0700 (PDT) (envelope-from loschert@servint.com) Received: from schnell.net (localhost [127.0.0.1]) by schnell.net (8.12.8p1/8.12.8) with ESMTP id h6L1ihgc047620; Sun, 20 Jul 2003 21:44:43 -0400 (EDT) (envelope-from loschert@servint.com) Received: from localhost (matt@localhost) by schnell.net (8.12.8p1/8.12.8/Submit) with ESMTP id h6L1ihgw047617; Sun, 20 Jul 2003 21:44:43 -0400 (EDT) (envelope-from loschert@servint.com) X-Authentication-Warning: schnell.net: matt owned process doing -bs Date: Sun, 20 Jul 2003 21:44:43 -0400 (EDT) From: Matt Loschert X-X-Sender: matt@schnell.net To: Tim Kientzle In-Reply-To: <3F183EF9.7020506@acm.org> Message-ID: <20030720214202.S47601@schnell.net> References: <20030715100839.F41961@inton.Ninja-assassin.com> <20030716133802.K18278@schnell.net> <20030716181354.GA44980@dan.emsphone.com> <20030717074756.B17029@gamplex.bde.org> <20030717123524.T24327@schnell.net> <20030718154832.K21942@gamplex.bde.org> <20030718095946.H29869@schnell.net> <3F183EF9.7020506@acm.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Buildworld fails in 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 01:44:47 -0000 On Fri, 18 Jul 2003, Tim Kientzle wrote: > Matt Loschert wrote: > > After grepping through the build log > > for error messages, I found the following output, which appears to be some > > sort of build loop gone wild: > > > > First this > > ---------- > > Results of making rescue.cache: > > MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue crunchgen -q -m rescue.mk -c rescue.c rescue.conf > > > > > > Then the following output repeated 363 times > > -------------------------------------------- > > > > crunchgen: make error: Remaking `crunchgen_objs' > > > > crunchgen: make error: Results of making crunchgen_objs: > > > > crunchgen: make error: > > > > crunchgen: make error: Remaking `loop' > > > > crunchgen: make error: Results of making loop: > > > > crunchgen: make error: > > > > > > With the following output repeated 2 times within the above output > > ------------------------------------------------------------------ > > > > Run "make -f rescue.mk" to build crunched binary. > > *** Error code 1 > > Results of making rescue.mk: > > MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue crunchgen -q -m rescue.mk -c rescue.c rescue.conf > > > > > > I suppose this means that there is a dependency missing for the rescue > > crunchgen target? > > Good work, Matt. > > I wrote the /rescue stuff and a lot of people have > reported that it breaks parallel builds, but I haven't yet > come up with anything. (In part, because I haven't yet > managed to reproduce it. ) > > A couple of things look odd about this: > > 1) You should not be building 'rescue.mk' twice. > That could be the problem right there, if the rescue.mk > makefile is getting rebuilt (overwritten) while another > build thread is using it. The dependencies in > rescue/rescue/Makefile look right to me, but I > could be missing something. > > 2) I can't find the 'crunchgen_objs' or 'loop' > targets offhand. I'm doing a more extensive > find/grep search right now to see if I can figure > out where those are coming from. > > Somewhere in here is the answer to this problem, > I just don't see it yet. > > Tim Kientzle > > P.S. Could you email me the log from your build > that failed? Sure. I have it on one of my machines at work. I will email it to you on Monday morning.. > Could you try a lower -j value? If -j 2 fails, > for instance, that might be easier to diagnose. > Thanks for all your help. Definitely, I will fire off a build when I get in on Monday. Thanks, - Matt -- Matt Loschert - Software Engineer | email: loschert@servint.com | ServInt Internet Services | web: http://www.servint.net/ | McLean, Virginia USA | phone: (703) 847-1381 | From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 18:48:30 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9C6737B401 for ; Sun, 20 Jul 2003 18:48:30 -0700 (PDT) Received: from schnell.net (schnell.net [209.50.225.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA26343F93 for ; Sun, 20 Jul 2003 18:48:29 -0700 (PDT) (envelope-from loschert@servint.com) Received: from schnell.net (localhost [127.0.0.1]) by schnell.net (8.12.8p1/8.12.8) with ESMTP id h6L1mSgc047648; Sun, 20 Jul 2003 21:48:28 -0400 (EDT) (envelope-from loschert@servint.com) Received: from localhost (matt@localhost) by schnell.net (8.12.8p1/8.12.8/Submit) with ESMTP id h6L1mSF1047645; Sun, 20 Jul 2003 21:48:28 -0400 (EDT) (envelope-from loschert@servint.com) X-Authentication-Warning: schnell.net: matt owned process doing -bs Date: Sun, 20 Jul 2003 21:48:28 -0400 (EDT) From: Matt Loschert X-X-Sender: matt@schnell.net To: Tim Kientzle In-Reply-To: <3F1841B0.3080304@acm.org> Message-ID: <20030720214522.A47601@schnell.net> References: <20030715100839.F41961@inton.Ninja-assassin.com> <20030716133802.K18278@schnell.net> <20030716181354.GA44980@dan.emsphone.com> <20030717074756.B17029@gamplex.bde.org> <20030717123524.T24327@schnell.net> <20030718154832.K21942@gamplex.bde.org> <20030718095946.H29869@schnell.net> <3F183EF9.7020506@acm.org> <3F1841B0.3080304@acm.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Buildworld fails in 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 01:48:31 -0000 On Fri, 18 Jul 2003, Tim Kientzle wrote: > Tim Kientzle wrote: > > Matt Loschert wrote: > >> Then the following output repeated 363 times > >> -------------------------------------------- > >> > >> crunchgen: make error: Remaking `crunchgen_objs' > >> > >> crunchgen: make error: Results of making crunchgen_objs: > >> > >> crunchgen: make error: > >> > >> crunchgen: make error: Remaking `loop' > >> > >> crunchgen: make error: Results of making loop: > >> > >> crunchgen: make error: > > A little more information: > > The word 'error' here concerns me, but > the repetition is expected. > Crunchgen writes out and runs a short makefile > in order to grab build information from a particular > program. Since /rescue has about 120 components, > you should see 'crunchgen_objs' and 'loop' targets > getting built about 120 times. > > Ummm... by '363 times', did you mean 363 lines or > 363 copies of this six-line block? If the latter, > then something is definitely getting rebuilt > needlessly. That whole block of 6 lines is getting written 363 times. IIRC, I grepped for 'Results of making crunchgen_objs' in the build logs. > Tim Again, I will email you the full logs in the morning. That will probably help you more. - Matt -- Matt Loschert - Software Engineer | email: loschert@servint.com | ServInt Internet Services | web: http://www.servint.net/ | McLean, Virginia USA | phone: (703) 847-1381 | From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 21:34:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EA4737B404 for ; Sun, 20 Jul 2003 21:34:25 -0700 (PDT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C161C43FD7 for ; Sun, 20 Jul 2003 21:34:21 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.9/8.12.9) with ESMTP id h6L4YIRD004837; Mon, 21 Jul 2003 00:34:18 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20030720214522.A47601@schnell.net> References: <20030715100839.F41961@inton.Ninja-assassin.com> <20030716133802.K18278@schnell.net> <20030716181354.GA44980@dan.emsphone.com> <20030717074756.B17029@gamplex.bde.org> <20030717123524.T24327@schnell.net> <20030718154832.K21942@gamplex.bde.org> <20030718095946.H29869@schnell.net> <3F183EF9.7020506@acm.org> <3F1841B0.3080304@acm.org> <20030720214522.A47601@schnell.net> Date: Mon, 21 Jul 2003 00:34:17 -0400 To: Matt Loschert , Tim Kientzle From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: current@freebsd.org Subject: Re: Buildworld fails in 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 04:34:25 -0000 At 9:48 PM -0400 7/20/03, Matt Loschert wrote: >On Fri, 18 Jul 2003, Tim Kientzle wrote: > > Crunchgen writes out and runs a short makefile >> in order to grab build information from a particular >> program. Since /rescue has about 120 components, >> you should see 'crunchgen_objs' and 'loop' targets >> getting built about 120 times. >> >> Ummm... by '363 times', did you mean 363 lines or >> 363 copies of this six-line block? If the latter, >> then something is definitely getting rebuilt >> needlessly. > >That whole block of 6 lines is getting written 363 times. >IIRC, I grepped for 'Results of making crunchgen_objs' >in the build logs. The failure that I am seeing is different than the above failure. I have a dual-CPU system, and have done buildworlds with -j5, -j4, and -j3. All of them fail with an error somewhere in 'rescue' building. None of them have *any* lines about 'Results of making crunchgen_objs'. There is some make-related error messages in the midst of building rescue, and then more standard 'cc' commands unrelated to rescue (which worked), and then buildworld fails. Well, the -j2 build also just finished with an error. The logfiles I keep are in the directory: ~gad/rescueb on freefall.freebsd, as gzip'ed files. The output is altered a little bit due to a script that I use to keep track of warning and error messages, but it is not altered much. The most notable difference is that at the end of the build it gives a summary of the # of warning messages that were generated. It may also be significant that I started out all of these buildworlds by first: rm -rf /usr/obj/usr/src/* so buildworld would have had to build *everything*. I do know that buildworld finishes OK if I define NORESCUE. Right now I am running a buildworld that does not specify -j, and I'll see if that completes OK. However, I have to leave for home now, so I'll have to finish that when I get back in on Monday. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 21:43:56 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A76F37B401; Sun, 20 Jul 2003 21:43:56 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A4A743F85; Sun, 20 Jul 2003 21:43:55 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h6L4hss8086480; Mon, 21 Jul 2003 00:43:54 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h6L4hs04086479; Mon, 21 Jul 2003 04:43:54 GMT Date: Mon, 21 Jul 2003 04:43:54 GMT Message-Id: <200307210443.h6L4hs04086479@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 04:43:56 -0000 TB --- 2003-07-21 04:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-07-21 04:00:00 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-21 04:02:04 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/sys/close.2 > close.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/sys/connect.2 > connect.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/sys/dup.2 > dup.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/sys/execve.2 > execve.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/sys/extattr_get_file.2 > extattr_get_file.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/sys/fcntl.2 > fcntl.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libc/sys/fhopen.2 > fhopen.2.gz Segmentation fault (core dumped) *** Error code 139 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-07-21 04:43:54 - /usr/bin/make returned exit code 1 TB --- 2003-07-21 04:43:54 - ERROR: failed to build world TB --- 2003-07-21 04:43:54 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 23:21:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84D2137B401; Sun, 20 Jul 2003 23:21:40 -0700 (PDT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35A6043F85; Sun, 20 Jul 2003 23:21:39 -0700 (PDT) (envelope-from des@des.no) Received: from smtp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mail.broadpark.no (Postfix) with ESMTP id 9F9C27894A; Mon, 21 Jul 2003 08:21:37 +0200 (MEST) Received: by smtp.des.no (Pony Express, from userid 666) id 6B41E95957; Mon, 21 Jul 2003 08:21:37 +0200 (CEST) Received: from dwp.des.no (dwp.des.no [10.0.0.4]) by smtp.des.no (Pony Express) with ESMTP id 9C1D495954; Mon, 21 Jul 2003 08:21:31 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 7FAEBB822; Mon, 21 Jul 2003 08:21:31 +0200 (CEST) To: Peter Wemm References: <20030720222343.98A992A7EA@canning.wemm.org> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 21 Jul 2003 08:21:31 +0200 In-Reply-To: <20030720222343.98A992A7EA@canning.wemm.org> (Peter Wemm's message of "Sun, 20 Jul 2003 15:23:43 -0700") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, hits=-3.0 required=8.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_GNUS_UA version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: current@freebsd.org cc: i386@freebsd.org Subject: Re: [-CURRENT tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 06:21:41 -0000 Peter Wemm writes: > Tinderbox wrote: > > gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/n= ls/catgets.3 > catgets.3.gz > > Segmentation fault (core dumped) > > *** Error code 139 > These false alarms are wearing a bit thin. Is there a problem with the > tinderbox build machine perhaps? No, the failures are too systematic for that. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 23:26:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0DCD37B416; Sun, 20 Jul 2003 23:26:26 -0700 (PDT) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id F279D43F93; Sun, 20 Jul 2003 23:26:25 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by phk.freebsd.dk (8.12.8/8.12.8) with ESMTP id h6L6QNV3080241; Mon, 21 Jul 2003 06:26:23 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h6L6QMIE010420; Mon, 21 Jul 2003 08:26:22 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 21 Jul 2003 08:21:31 +0200." Date: Mon, 21 Jul 2003 08:26:22 +0200 Message-ID: <10419.1058768782@critter.freebsd.dk> cc: current@freebsd.org cc: i386@freebsd.org Subject: Re: [-CURRENT tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 06:26:27 -0000 In message , Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= writes: >Peter Wemm writes: >> Tinderbox wrote: >> > gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/nls/catgets.3 > catgets.3.gz >> > Segmentation fault (core dumped) >> > *** Error code 139 >> These false alarms are wearing a bit thin. Is there a problem with the >> tinderbox build machine perhaps? > >No, the failures are too systematic for that. Don't trust that, I've seen RAM errors be reproducible to +/- 4 instructions in the cc1 binary in the past. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 23:54:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6630637B401; Sun, 20 Jul 2003 23:54:27 -0700 (PDT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BDC143F93; Sun, 20 Jul 2003 23:54:25 -0700 (PDT) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h6L6sFv10017; Mon, 21 Jul 2003 08:54:15 +0200 (MEST) Date: Mon, 21 Jul 2003 08:54:15 +0200 (CEST) From: Harti Brandt To: Peter Wemm In-Reply-To: <20030720222343.98A992A7EA@canning.wemm.org> Message-ID: <20030721085204.M48033@beagle.fokus.fraunhofer.de> References: <20030720222343.98A992A7EA@canning.wemm.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Tinderbox cc: current@freebsd.org cc: i386@freebsd.org Subject: Re: [-CURRENT tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 06:54:27 -0000 On Sun, 20 Jul 2003, Peter Wemm wrote: PW>Tinderbox wrote: PW> PW>> gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/nls/cat PW> gets.3 > catgets.3.gz PW>> Segmentation fault (core dumped) PW>> *** Error code 139 PW> PW>These false alarms are wearing a bit thin. Is there a problem with the PW>tinderbox build machine perhaps? This seems to be a real bug. There was a discussion on sparc64 Tinderbox coredumps recently. I see the same problem when doing 'make universe' about one third of the kernels or buildworlds fail with a make dumping core in vfork() (according to gdb). I had no chance yet to try with a make that uses fork() instead of vfork(). harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 00:03:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 123F237B401 for ; Mon, 21 Jul 2003 00:03:05 -0700 (PDT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA20D43F93 for ; Mon, 21 Jul 2003 00:03:03 -0700 (PDT) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h6L730v10466; Mon, 21 Jul 2003 09:03:00 +0200 (MEST) Date: Mon, 21 Jul 2003 09:03:00 +0200 (CEST) From: Harti Brandt To: Bosko Milekic In-Reply-To: <20030719170355.GA37444@technokratis.com> Message-ID: <20030721085426.A48033@beagle.fokus.fraunhofer.de> References: <20030718185122.N14232@beagle.fokus.fraunhofer.de> <20030718132503.GB29449@technokratis.com> <3F198E7E.4040309@fokus.fhg.de> <20030719170355.GA37444@technokratis.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: SMP problem with uma_zalloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: harti@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 07:03:05 -0000 On Sat, 19 Jul 2003, Bosko Milekic wrote: BM> BM>On Sat, Jul 19, 2003 at 08:31:26PM +0200, Lara & Harti Brandt wrote: BM>[...] BM>> Well the problem is, that nothing is starved. I have an idle machine and BM>> a zone that I have limited to 60 or so items. When allocating the 2nd BM>> item I get block on the zone limit. Usually I get unblocked whenever I BM>> free an item. This will however not happen, because I have neither BM>> reached the limit nor is there memory pressure in the system to which I BM>> could react. I simply may be blocked forever. BM> BM> UMA_ZFLAG_FULL is set on the zone prior to the msleep(). This means BM> that the next free will result in your wakeup, as the next free will BM> be sent to the zone internally, and not the pcpu cache. But there is no free to come. To explain where we have the problem: the HARP ATM code uses a zone in the IP code to allocate control blocks for VCCs. The zone is limited to 100 items which evaluates to 1 page. When I start an interface, first the signalling vcc=5 is opened. This allocates one item from the zone, all the other items go into the CPU cache. Next I start ILMI. ILMI tries to open its vcc=16. While this works on UP machines (the zone allocator will find a free item in the CPU cache), on my 2-proc machine half of the time ILMI gets blocked on the zonelimit. And it blocks there forever, because, of course nobody is going to free the one and only allocated item. On a four processor machine the blocking probability will be 75%. So in order to be able to get out N items from a zone (given that there is no shortage of memory) one has to set the limit to N + nproc * items_per_allocation, which one cannot do because he doesn't know items_per_allocation. harti BM>> That makes the limit feature for zones rather useless, because I cannot BM>> predict how many of the items I can really allocate (this depends on the BM>> number of processors, the page size and the configuration of UMA itself). BM>> BM>> Perhaps we could make the behaviour dependent on the maximum number of BM>> items. When it is rather low (a couple of pages worth) and I would block BM>> on the zone limit and I have free items in another CPU's cache then BM>> drain one of the caches. BM>> BM>> Or I could simply remove the limits. BM>> BM>> BM>> harti BM>> BM>> BM>> BM> BM> -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 00:13:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93A3C37B401; Mon, 21 Jul 2003 00:13:51 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91FD143F93; Mon, 21 Jul 2003 00:13:50 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.9/8.12.9) with ESMTP id h6L7DnPh091118; Mon, 21 Jul 2003 08:13:49 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h6L7DnBW091117; Mon, 21 Jul 2003 08:13:49 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])h6L7DaZ2046093; Mon, 21 Jul 2003 08:13:37 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200307210713.h6L7DaZ2046093@grimreaper.grondar.org> To: Peter Wemm In-Reply-To: Your message of "Sun, 20 Jul 2003 15:23:43 PDT." <20030720222343.98A992A7EA@canning.wemm.org> Date: Mon, 21 Jul 2003 08:13:36 +0100 Sender: mark@grondar.org X-Spam-Status: No, hits=0.2 required=5.0 tests=EMAIL_ATTRIBUTION,FROM_NO_LOWER,IN_REP_TO, QUOTED_EMAIL_TEXT,REPLY_WITH_QUOTES version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: Tinderbox cc: current@freebsd.org cc: i386@freebsd.org Subject: Re: [-CURRENT tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 07:13:51 -0000 Peter Wemm writes: > Tinderbox wrote: > > > gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/nls/c > at > gets.3 > catgets.3.gz > > Segmentation fault (core dumped) > > *** Error code 139 > > These false alarms are wearing a bit thin. Is there a problem with the > tinderbox build machine perhaps? My home box is doing it too. as(1) blowing up "randomly". No usable core dumps. :-(. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 00:13:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC5BB37B401 for ; Mon, 21 Jul 2003 00:13:52 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id F12D943F75 for ; Mon, 21 Jul 2003 00:13:51 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.9/8.12.9) with ESMTP id h6L7DmPh091107; Mon, 21 Jul 2003 08:13:49 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h6L7DmQd091101; Mon, 21 Jul 2003 08:13:48 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])h6L7AdZ2046047; Mon, 21 Jul 2003 08:10:39 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200307210710.h6L7AdZ2046047@grimreaper.grondar.org> To: Anti In-Reply-To: Your message of "Sun, 20 Jul 2003 17:10:11 CDT." <20030720171011.3d666993.fearow@comcast.net> Date: Mon, 21 Jul 2003 08:10:39 +0100 Sender: mark@grondar.org X-Spam-Status: No, hits=1.2 required=5.0 tests=FROM_NO_LOWER,IN_REP_TO,QUOTED_EMAIL_TEXT version=2.55 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-current@freebsd.org Subject: Re: telnet build fails without openssl... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 07:13:53 -0000 Anti writes: > buildworld fails at telnet if you build with NOCRYPT and NO_OPENSSL -- > telnet stuff is looking for NO_CRYPTO to disable this, which isn't > documented anywhere... Thanks! This should be fixed now. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 01:40:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E346837B401 for ; Mon, 21 Jul 2003 01:40:13 -0700 (PDT) Received: from mbox.cksoft.de (mbox.cksoft.de [62.111.66.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D98D43FA3 for ; Mon, 21 Jul 2003 01:40:12 -0700 (PDT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mbox.cksoft.de (localhost [127.0.0.1]) by mbox.cksoft.de (Postfix) with ESMTP id 007E9161912 for ; Mon, 21 Jul 2003 10:40:10 +0200 (CEST) Received: by mbox.cksoft.de (Postfix, from userid 1060) id CDE2416190B; Mon, 21 Jul 2003 10:40:09 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mbox.cksoft.de (Postfix) with ESMTP id C3F07161909 for ; Mon, 21 Jul 2003 10:40:09 +0200 (CEST) Date: Mon, 21 Jul 2003 10:40:09 +0200 (CEST) From: "Bjoern A. Zeeb" X-X-Sender: bz@mbox.cksoft.de To: current@freebsd.org Message-ID: <20030721103221.C95793@mbox.cksoft.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020300-cksoft-02bz on mbox.cksoft.de Subject: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 08:40:14 -0000 Hi, while booting a 5.1REL kernel on that machine is fine, booting HEAD results in... --- cut --- Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-CURRENT #0: Mon Jul 21 08:13:36 UTC 2003 bz@xxxx.xxxxxxx.xx:/u2/src/obj/u2/src/HEAD/src/sys/HAUKI-20030718-01 Preloaded elf kernel "/boot/kernel/kernel" at 0xc0593000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc05930d8. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc0593184. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc0593230. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 996768803 Hz CPU: Intel Pentium III (996.77-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383fbff real memory = 536870912 (512 MB) avail memory = 515473408 (491 MB) Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 Using $PIR table, 10 entries at 0xc00e8790 pcib0: at pcibus 0 on motherboard pci0: on pcib0 pci_cfgintr: 0:31 INTD BIOS irq 10 pci_cfgintr: 0:31 INTB BIOS irq 11 agp0: mem 0x48000000-0x4bffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x240 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0395ab4 stack pointer = 0x10:0xc05b5836 frame pointer = 0x10:0xc05b587a code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) kernel: type 12 trap, code=0 Stopped at trap+0x414: testb $0x10,0x240(%eax) db> x 0xc0395ab4 trap+0x414: 24080f6 db> trace trap(b0018,58c00010,c05b0010,c150050a,c039d82d) at trap+0x414 calltrap() at calltrap+0x5 --- trap 0x9, eip = 0xc00e8a14, esp = 0xc05b58c2, ebp = 0xc05b58f4 --- kernbase(c0381ece,8,c05b5940,0,1) at 0xc00e8a14 (null)(50a,c05b596c,c039d82d,c1507700,c1507500) at 0x80246 db> panic panic: from debugger Debugger("panic") Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc0384734 stack pointer = 0x10:0xc05b55b6 frame pointer = 0x10:0xc05b55c2 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 0 (swapper) Stopped at trap+0x414: testb $0x10,0x240(%eax) db> reset --- cut --- done a gdb -k kernel.debug I get this: --- cut --- (kgdb) l *0xc0395ab4 0xc0395ab4 is in trap (/u2/src/HEAD/src/sys/i386/i386/trap.c:472). 467 break; 468 469 /* FALL THROUGH */ 470 471 case T_SEGNPFLT: /* segment not present fault */ 472 if (PCPU_GET(curpcb)->pcb_flags & PCB_VM86CALL) 473 break; 474 475 /* 476 * Invalid %fs's and %gs's can be created using (kgdb) q --- cut --- Any ideas ? Anything I might try ? PS: though calling panic I do not get crashdumps. -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 01:47:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD62F37B401 for ; Mon, 21 Jul 2003 01:47:53 -0700 (PDT) Received: from ns1.gnf.org (ns1.gnf.org [63.196.132.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C11443FA3 for ; Mon, 21 Jul 2003 01:47:52 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from EXCHCLUSTER01.lj.gnf.org (exch02.lj.gnf.org [172.25.10.20]) by ns1.gnf.org (8.12.8p1/8.12.8) with ESMTP id h6L8lltF036581 for ; Mon, 21 Jul 2003 01:47:47 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from roark.gnf.org ([172.25.24.15]) by EXCHCLUSTER01.lj.gnf.org with Microsoft SMTPSVC(5.0.2195.5329); Mon, 21 Jul 2003 01:47:52 -0700 Received: from roark.gnf.org (localhost [127.0.0.1]) by roark.gnf.org (8.12.9/8.12.9) with ESMTP id h6L8lqi2005869; Mon, 21 Jul 2003 01:47:52 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: (from gtetlow@localhost) by roark.gnf.org (8.12.9/8.12.9/Submit) id h6L8lofZ005868; Mon, 21 Jul 2003 01:47:50 -0700 (PDT) Date: Mon, 21 Jul 2003 01:47:50 -0700 From: Gordon Tetlow To: Tim Kientzle Message-ID: <20030721084750.GH12996@roark.gnf.org> References: <20030715100839.F41961@inton.Ninja-assassin.com> <20030716133802.K18278@schnell.net> <20030716181354.GA44980@dan.emsphone.com> <20030717074756.B17029@gamplex.bde.org> <20030717123524.T24327@schnell.net> <20030718154832.K21942@gamplex.bde.org> <20030718095946.H29869@schnell.net> <3F183EF9.7020506@acm.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tgQ0jN0vM+YIGDGO" Content-Disposition: inline In-Reply-To: <3F183EF9.7020506@acm.org> User-Agent: Mutt/1.4i X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-OriginalArrivalTime: 21 Jul 2003 08:47:52.0324 (UTC) FILETIME=[C5601C40:01C34F64] cc: Matt Loschert cc: current@freebsd.org Subject: Re: Buildworld fails in 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 08:47:54 -0000 --tgQ0jN0vM+YIGDGO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 18, 2003 at 11:39:53AM -0700, Tim Kientzle wrote: >=20 > I wrote the /rescue stuff and a lot of people have > reported that it breaks parallel builds, but I haven't yet > come up with anything. (In part, because I haven't yet > managed to reproduce it. ) >=20 > A couple of things look odd about this: >=20 > 1) You should not be building 'rescue.mk' twice. > That could be the problem right there, if the rescue.mk > makefile is getting rebuilt (overwritten) while another > build thread is using it. The dependencies in > rescue/rescue/Makefile look right to me, but I > could be missing something. It seems that the $(OUTPUTS) target (which has 3 components) causes this particular error. It can be easily avoided with the following patch (against an older version of src/rescue/rescue/Makefile, should be fine): (Whitespace is probably messed up) =3D=3D=3D=3D //depot/user/gordon/dynamic/src/rescue/rescue/Makefile#7 - /ho= me/gtetlow/p4 /dynamic/src/rescue/rescue/Makefile =3D=3D=3D=3D @@ -244,6 +244,7 @@ .endfor +.ORDER: $(OUTPUTS) $(OUTPUTS): $(CONF) MAKEOBJDIRPREFIX=3D${CRUNCHOBJS} crunchgen -q -m $(OUTMK) -c $(OUTC= ) \ $(CONF) After doing that, I run into a problem with clparse.o from the dhclient build. I think I might have a solution for that, but I'm too tired right now to think straight. I'll look at it tomorrow. -gordon --tgQ0jN0vM+YIGDGO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/G6i2Ru2t9DV9ZfsRApX2AJ9vW0Vmiqeh3nwLCsYUdQwUQ7eyQQCfVbn7 Xyu7K6HATVQPRZyKVfnFND0= =h+Jt -----END PGP SIGNATURE----- --tgQ0jN0vM+YIGDGO-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 01:59:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03D6D37B433 for ; Mon, 21 Jul 2003 01:59:44 -0700 (PDT) Received: from brain.nrik.jp (ntoska037096.oska.nt.adsl.ppp.infoweb.ne.jp [218.217.200.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id D94B243F75 for ; Mon, 21 Jul 2003 01:59:42 -0700 (PDT) (envelope-from bowie@nrik.jp) Received: from brain.nrik.jp (localhost [127.0.0.1]) by brain.nrik.jp (8.12.9/8.12.9) with ESMTP id h6L8xdXt002281 for ; Mon, 21 Jul 2003 17:59:40 +0900 (JST) (envelope-from bowie@nrik.jp) Date: Mon, 21 Jul 2003 17:59:39 +0900 Message-ID: <86n0f82r2c.wl@brain.nrik.jp> From: Noriyoshi Kawano To: current@freebsd.org In-Reply-To: <20030721103221.C95793@mbox.cksoft.de> References: <20030721103221.C95793@mbox.cksoft.de> User-Agent: Wanderlust/2.10.0 (Venus) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.4 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 08:59:47 -0000 Hi, I have similar problem. disable re-route interrupts. It's works fine. --- /sys/dev/pci/pci.c.orig Tue Jul 1 23:08:32 2003 +++ /sys/dev/pci/pci.c Mon Jul 21 11:04:55 2003 @@ -800,7 +800,7 @@ } if (cfg->intpin > 0 && PCI_INTERRUPT_VALID(cfg->intline)) { -#if defined(__ia64__) || (defined(__i386__) && !defined(SMP)) +#if defined(__ia64__) /* * Try to re-route interrupts. Sometimes the BIOS or * firmware may leave bogus values in these registers. At Mon, 21 Jul 2003 10:40:09 +0200 (CEST), Bjoern A. Zeeb wrote: > > Hi, > > while booting a 5.1REL kernel on that machine is fine, booting HEAD > results in... > > --- cut --- > Copyright (c) 1992-2003 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.1-CURRENT #0: Mon Jul 21 08:13:36 UTC 2003 > bz@xxxx.xxxxxxx.xx:/u2/src/obj/u2/src/HEAD/src/sys/HAUKI-20030718-01 > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0593000. > Preloaded elf module "/boot/kernel/linux.ko" at 0xc05930d8. > Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc0593184. > Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc0593230. > Timecounter "i8254" frequency 1193182 Hz > Timecounter "TSC" frequency 996768803 Hz > CPU: Intel Pentium III (996.77-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x686 Stepping = 6 > Features=0x383fbff > real memory = 536870912 (512 MB) > avail memory = 515473408 (491 MB) > Pentium Pro MTRR support enabled > npx0: on motherboard > npx0: INT 16 interface > pcibios: BIOS version 2.10 > Using $PIR table, 10 entries at 0xc00e8790 > pcib0: at pcibus 0 on motherboard > pci0: on pcib0 > pci_cfgintr: 0:31 INTD BIOS irq 10 > pci_cfgintr: 0:31 INTB BIOS irq 11 > agp0: mem 0x48000000-0x4bffffff at device 0.0 on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x240 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc0395ab4 > stack pointer = 0x10:0xc05b5836 > frame pointer = 0x10:0xc05b587a > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > kernel: type 12 trap, code=0 > Stopped at trap+0x414: testb $0x10,0x240(%eax) > db> x 0xc0395ab4 > trap+0x414: 24080f6 > db> trace > trap(b0018,58c00010,c05b0010,c150050a,c039d82d) at trap+0x414 > calltrap() at calltrap+0x5 > --- trap 0x9, eip = 0xc00e8a14, esp = 0xc05b58c2, ebp = 0xc05b58f4 --- > kernbase(c0381ece,8,c05b5940,0,1) at 0xc00e8a14 > (null)(50a,c05b596c,c039d82d,c1507700,c1507500) at 0x80246 > db> panic > panic: from debugger > Debugger("panic") > > > Fatal trap 3: breakpoint instruction fault while in kernel mode > instruction pointer = 0x8:0xc0384734 > stack pointer = 0x10:0xc05b55b6 > frame pointer = 0x10:0xc05b55c2 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = IOPL = 0 > current process = 0 (swapper) > Stopped at trap+0x414: testb $0x10,0x240(%eax) > db> reset > --- cut --- > > done a gdb -k kernel.debug I get this: > > --- cut --- > (kgdb) l *0xc0395ab4 > 0xc0395ab4 is in trap (/u2/src/HEAD/src/sys/i386/i386/trap.c:472). > 467 break; > 468 > 469 /* FALL THROUGH */ > 470 > 471 case T_SEGNPFLT: /* segment not present fault */ > 472 if (PCPU_GET(curpcb)->pcb_flags & PCB_VM86CALL) > 473 break; > 474 > 475 /* > 476 * Invalid %fs's and %gs's can be created using > (kgdb) q > --- cut --- > > Any ideas ? Anything I might try ? > > PS: though calling panic I do not get crashdumps. > > -- > Greetings > > Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT > 56 69 73 69 74 http://www.zabbadoz.net/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 04:13:56 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A870337B401; Mon, 21 Jul 2003 04:13:56 -0700 (PDT) Received: from colocall.net (zeus.colocall.net [62.149.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 796E843FB1; Mon, 21 Jul 2003 04:13:54 -0700 (PDT) (envelope-from mizzy@colocall.net) Received: from zeus.colocall.net (mizzy@localhost [127.0.0.1]) by colocall.net (8.12.8p1/8.12.8) with ESMTP id h6LBDkZ0048712; Mon, 21 Jul 2003 14:13:47 +0300 (EEST) (envelope-from mizzy@zeus.colocall.net) Received: (from mizzy@localhost) by zeus.colocall.net (8.12.8p1/8.12.8/Submit) id h6LBDjhW048709; Mon, 21 Jul 2003 14:13:45 +0300 (EEST) (envelope-from mizzy) Date: Mon, 21 Jul 2003 14:13:45 +0300 From: Andrey Elperin To: Ruslan Ermilov Message-ID: <20030721111345.GA46596@colocall.net> References: <20030720110427.GA37774@colocall.net> <20030720114423.GB47250@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030720114423.GB47250@sunbay.com> User-Agent: Mutt/1.5.4i X-Verify-Sender: verified cc: freebsd-current@freebsd.org Subject: Re: make release of CURRENT on 4.7 broken again ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 11:13:57 -0000 On Sun, Jul 20, 2003 at 02:44:23PM +0300, Ruslan Ermilov wrote: > > A few days ago I've noticed such messages in CURRENT buildlog (on 4.7 > > box, building without -j) : > > > > cc -Os -pipe -c chown_stub.c > > ld -dc -r -o chown.lo chown_stub.o /usr/obj//usr/src/usr.sbin/chown/chown.o > > crunchide -k _crunched_chown_stub chown.lo > > echo "int _crunched_chroot_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >chroot_stub.c > > cc -Os -pipe -c chroot_stub.c > > ld -dc -r -o chroot.lo chroot_stub.o /usr/obj//usr/src/usr.sbin/chroot/chroot.o > > crunchide -k _crunched_chroot_stub chroot.lo > > cc -static -o fixit_crunch fixit_crunch.o cat.lo chmod.lo cp.lo dd.lo df.lo echo.lo expr.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo rm.lo rmdir.lo sleep.lo sync.lo bsdlabel.lo clri.lo dmesg.lo fdisk.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo reboot.lo restore.lo swapon.lo umount.lo ftp.lo telnet.lo vi.lo chown.lo chroot.lo -ledit -lgeom -lkvm -lm -lncurses > > -lutil > > *** Error code 1 > > > > Stop in /usr/obj/usr/src/release/fixit_crunch. > > *** Error code 1 > > > I have committed a fix for this to src/bin/ed/ a few minutes ago. Hmm. But I got the same error during last release building (this night). > Cheers, > -- > Ruslan Ermilov Sysadmin and DBA, > ru@sunbay.com Sunbay Software Ltd, > ru@FreeBSD.org FreeBSD committer -- Andrey Elperin From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 05:36:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE3EA37B401 for ; Mon, 21 Jul 2003 05:36:29 -0700 (PDT) Received: from mailhub01.unibe.ch (mailhub01-skge0.unibe.ch [130.92.9.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 851C243F75 for ; Mon, 21 Jul 2003 05:36:28 -0700 (PDT) (envelope-from roth@iam.unibe.ch) Received: from localhost (localhost [127.0.0.1]) by mailhub01.unibe.ch (Postfix) with ESMTP id 4CBE125BA16 for ; Mon, 21 Jul 2003 14:36:27 +0200 (MEST) Received: from mailhub01.unibe.ch ([127.0.0.1]) by localhost (mailhub01 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17212-01-9 for ; Mon, 21 Jul 2003 14:36:26 +0200 (MEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub01.unibe.ch (Postfix) with ESMTP id 82BD125BA1C for ; Mon, 21 Jul 2003 14:36:26 +0200 (MEST) Received: from speedy.unibe.ch (speedy [130.92.64.35]) by asterix.unibe.ch (8.11.6+Sun/8.11.6) with ESMTP id h6LCaQK26183 for ; Mon, 21 Jul 2003 14:36:26 +0200 (MET DST) Received: (from roth@localhost) by speedy.unibe.ch (8.11.6+Sun/8.10.2) id h6LCaPK11923 for current@freebsd.org; Mon, 21 Jul 2003 14:36:25 +0200 (MEST) Date: Mon, 21 Jul 2003 14:36:25 +0200 From: Tobias Roth To: current@freebsd.org Message-ID: <20030721123625.GA11007@speedy.unibe.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Operating-System: SunOS speedy 5.8 Generic_108528-16 sun4u sparc SUNW,Ultra-80 X-Virus-checked: by University of Berne Subject: dhclient -n option does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 12:36:30 -0000 from dhclient(8): The DHCP client can be directed not to attempt to configure any interfaces using the -n flag. this does not seem to work, my interface gets configured, resolv.conf written. can anyone confirm this? what sort of action should be taken to fix this? From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 05:55:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2DFA37B401; Mon, 21 Jul 2003 05:55:34 -0700 (PDT) Received: from tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC60843FA3; Mon, 21 Jul 2003 05:55:33 -0700 (PDT) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.0.3]) by tydfam.jp (8.12.8p1/8.11.6) with ESMTP id h6LCtUkn091667; Mon, 21 Jul 2003 21:55:30 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Mon, 21 Jul 2003 21:55:47 +0900 (JST) Message-Id: <20030721.215547.730591303.ken@tydfam.jp> To: znerd@freebsd.org From: Yamada Ken Takeshi X-Mailer: Mew version 2.2 on XEmacs 21.4.9 (Informed Management) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: ports-committers@freebsd.org Subject: Does linux-sun-jdk_1.4.2 work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 12:55:35 -0000 I have the following error and cannot compile jdk14 on FreeBSD-current, July 20th. cvsup'ed with the latest linux_base. Is is unique to me alone? tyd3# /usr/local/linux-sun-jdk1.4.2/bin/java -version # # HotSpot Virtual Machine Error, Internal Error # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2-b28 mixed mode) # # Error ID: 4F533F4C494E55580E43505001C9 # Heap at VM Abort: Heap From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 06:19:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6731437B401; Mon, 21 Jul 2003 06:19:22 -0700 (PDT) Received: from godel.mtl.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7B8C43F93; Mon, 21 Jul 2003 06:19:21 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: from godel.mtl.distributel.net (localhost [127.0.0.1]) h6L9NREH045617; Mon, 21 Jul 2003 09:23:27 GMT (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by godel.mtl.distributel.net (8.12.9/8.12.9/Submit) id h6L9NRm8045616; Mon, 21 Jul 2003 09:23:27 GMT X-Authentication-Warning: godel.mtl.distributel.net: bmilekic set sender to bmilekic@technokratis.com using -f Date: Mon, 21 Jul 2003 09:23:27 +0000 From: Bosko Milekic To: harti@freebsd.org Message-ID: <20030721092327.GA45509@technokratis.com> References: <20030718185122.N14232@beagle.fokus.fraunhofer.de> <20030718132503.GB29449@technokratis.com> <3F198E7E.4040309@fokus.fhg.de> <20030719170355.GA37444@technokratis.com> <20030721085426.A48033@beagle.fokus.fraunhofer.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030721085426.A48033@beagle.fokus.fraunhofer.de> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: SMP problem with uma_zalloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 13:19:22 -0000 On Mon, Jul 21, 2003 at 09:03:00AM +0200, Harti Brandt wrote: > On Sat, 19 Jul 2003, Bosko Milekic wrote: > > BM> > BM>On Sat, Jul 19, 2003 at 08:31:26PM +0200, Lara & Harti Brandt wrote: > BM>[...] > BM>> Well the problem is, that nothing is starved. I have an idle machine and > BM>> a zone that I have limited to 60 or so items. When allocating the 2nd > BM>> item I get block on the zone limit. Usually I get unblocked whenever I > BM>> free an item. This will however not happen, because I have neither > BM>> reached the limit nor is there memory pressure in the system to which I > BM>> could react. I simply may be blocked forever. > BM> > BM> UMA_ZFLAG_FULL is set on the zone prior to the msleep(). This means > BM> that the next free will result in your wakeup, as the next free will > BM> be sent to the zone internally, and not the pcpu cache. > > But there is no free to come. To explain where we have the problem: > > the HARP ATM code uses a zone in the IP code to allocate control blocks > for VCCs. The zone is limited to 100 items which evaluates to 1 page. > When I start an interface, first the signalling vcc=5 is opened. This > allocates one item from the zone, all the other items go into the CPU > cache. Next I start ILMI. ILMI tries to open its vcc=16. While this works > on UP machines (the zone allocator will find a free item in the CPU > cache), on my 2-proc machine half of the time ILMI gets blocked on the > zonelimit. And it blocks there forever, because, of course nobody is going > to free the one and only allocated item. On a four processor machine the > blocking probability will be 75%. > > So in order to be able to get out N items from a zone (given that there is > no shortage of memory) one has to set the limit to N + nproc * > items_per_allocation, which one cannot do because he doesn't know > items_per_allocation. It sounds to me like your example is really not the general-case one. Basically, you're using a zone capped off at 1 page. Currently in UMA, this is the size of the slab. So, basically, you have this whole zone (with all associated overhead) so as to serve a maximum of only one slab. This defeats most of the assumptions made when the zone is created with PCPU caches. The zone maximum exists to prevent more than the specified amount of resources to be allocated toward the given zone; I don't think that the intention was "to ensure that if the maximum items aren't allocated, there will always be one available," despite the fact that that is the effective behavior on UP. The solution to your really small zone problem is to either make the zone bigger, or to hack at UMA to export the UMA_ZONE_INTERNAL API properly so that you can skip the pcpu caches for all allocations and go straight to the zone. I'd suggest that you make the zone bigger, unless there's a Really Good reason not to. In mb_alloc (for mbufs) I had implemented something that in this sort of scenario would dip into the other caches and transfer over what I called a "bucket" to the current cpu cache. Although in this scenario, it seems like that sort of solution would do what you want, some more thought into its behavior reveals that in fact it pessimizes the situation. To give you a better idea, let's consider what happens in this specific scenario, where a "bucket" would be all of a page. The allocator would make an attempt to allocate from its pcpu cache but would find it empty, so it would then attempt to steal a bucket from the second cpu's cache. There, it would find the bucket, move it to its cpu's cache, and grab an item from it. However, a thread on the second cpu may then attempt to grab an item, and the bucket will just ping-pong from pcpu cache to pcpu cache; the problem that the allocator was trying to solve for such really small zones was in fact still there - because of the general assumptions made in the design with respect to the size of most zones that it dealt with - only instead of failing the allocation, it was pessimizing it. > harti Regards, -- Bosko Milekic * bmilekic@technokratis.com * bmilekic@FreeBSD.org TECHNOkRATIS Consulting Services * http://www.technokratis.com/ From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 06:22:56 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A874037B401; Mon, 21 Jul 2003 06:22:56 -0700 (PDT) Received: from zaphod.euronet.nl (zaphod.euronet.nl [194.134.168.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id A96E643F3F; Mon, 21 Jul 2003 06:22:55 -0700 (PDT) (envelope-from ernst@zaphod.euronet.nl) Received: from zaphod.euronet.nl (localhost [127.0.0.1]) by zaphod.euronet.nl (8.12.9/8.12.9) with ESMTP id h6LDMvAf049698; Mon, 21 Jul 2003 15:22:57 +0200 (CEST) (envelope-from ernst@zaphod.euronet.nl) Received: from localhost (localhost [[UNIX: localhost]]) by zaphod.euronet.nl (8.12.9/8.12.9/Submit) id h6LDMsMa049697; Mon, 21 Jul 2003 15:22:54 +0200 (CEST) From: Ernst de Haan To: Yamada Ken Takeshi Date: Mon, 21 Jul 2003 15:22:54 +0200 User-Agent: KMail/1.5.1 References: <20030721.215547.730591303.ken@tydfam.jp> In-Reply-To: <20030721.215547.730591303.ken@tydfam.jp> X-Address: Muiderstraat 1, Amsterdam, Netherlands MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307211522.54191.znerd@FreeBSD.org> cc: current@freebsd.org cc: ports-committers@freebsd.org Subject: Re: Does linux-sun-jdk_1.4.2 work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 13:22:57 -0000 There are indeed more problems with that JDK 1.4.2. Please try on freebsd-java instead of ports-committers... Ernst On Monday 21 July 2003 14:55, Yamada Ken Takeshi wrote: > I have the following error and cannot compile jdk14 > on FreeBSD-current, July 20th. cvsup'ed with the latest > linux_base. > > Is is unique to me alone? > > tyd3# /usr/local/linux-sun-jdk1.4.2/bin/java -version > # > # HotSpot Virtual Machine Error, Internal Error > # Please report this error at > # http://java.sun.com/cgi-bin/bugreport.cgi > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2-b28 mixed mode) > # > # Error ID: 4F533F4C494E55580E43505001C9 > # > > Heap at VM Abort: > Heap From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 06:47:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6C5337B401 for ; Mon, 21 Jul 2003 06:47:58 -0700 (PDT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 830C243F3F for ; Mon, 21 Jul 2003 06:47:57 -0700 (PDT) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h6LDlsv24085; Mon, 21 Jul 2003 15:47:54 +0200 (MEST) Date: Mon, 21 Jul 2003 15:47:54 +0200 (CEST) From: Harti Brandt To: Bosko Milekic In-Reply-To: <20030721092327.GA45509@technokratis.com> Message-ID: <20030721153144.Q83041@beagle.fokus.fraunhofer.de> References: <20030718185122.N14232@beagle.fokus.fraunhofer.de> <3F198E7E.4040309@fokus.fhg.de> <20030721085426.A48033@beagle.fokus.fraunhofer.de> <20030721092327.GA45509@technokratis.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: SMP problem with uma_zalloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: harti@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 13:47:59 -0000 On Mon, 21 Jul 2003, Bosko Milekic wrote: BM> BM>On Mon, Jul 21, 2003 at 09:03:00AM +0200, Harti Brandt wrote: BM>> On Sat, 19 Jul 2003, Bosko Milekic wrote: BM>> BM>> BM> BM>> BM>On Sat, Jul 19, 2003 at 08:31:26PM +0200, Lara & Harti Brandt wrote: BM>> BM>[...] BM>> BM>> Well the problem is, that nothing is starved. I have an idle machine and BM>> BM>> a zone that I have limited to 60 or so items. When allocating the 2nd BM>> BM>> item I get block on the zone limit. Usually I get unblocked whenever I BM>> BM>> free an item. This will however not happen, because I have neither BM>> BM>> reached the limit nor is there memory pressure in the system to which I BM>> BM>> could react. I simply may be blocked forever. BM>> BM> BM>> BM> UMA_ZFLAG_FULL is set on the zone prior to the msleep(). This means BM>> BM> that the next free will result in your wakeup, as the next free will BM>> BM> be sent to the zone internally, and not the pcpu cache. BM>> BM>> But there is no free to come. To explain where we have the problem: BM>> BM>> the HARP ATM code uses a zone in the IP code to allocate control blocks BM>> for VCCs. The zone is limited to 100 items which evaluates to 1 page. BM>> When I start an interface, first the signalling vcc=5 is opened. This BM>> allocates one item from the zone, all the other items go into the CPU BM>> cache. Next I start ILMI. ILMI tries to open its vcc=16. While this works BM>> on UP machines (the zone allocator will find a free item in the CPU BM>> cache), on my 2-proc machine half of the time ILMI gets blocked on the BM>> zonelimit. And it blocks there forever, because, of course nobody is going BM>> to free the one and only allocated item. On a four processor machine the BM>> blocking probability will be 75%. BM>> BM>> So in order to be able to get out N items from a zone (given that there is BM>> no shortage of memory) one has to set the limit to N + nproc * BM>> items_per_allocation, which one cannot do because he doesn't know BM>> items_per_allocation. BM> BM> It sounds to me like your example is really not the general-case one. BM> Basically, you're using a zone capped off at 1 page. Currently in BM> UMA, this is the size of the slab. So, basically, you have this whole BM> zone (with all associated overhead) so as to serve a maximum of only BM> one slab. This defeats most of the assumptions made when the zone is BM> created with PCPU caches. The zone maximum exists to prevent more BM> than the specified amount of resources to be allocated toward the BM> given zone; I don't think that the intention was "to ensure that if BM> the maximum items aren't allocated, there will always be one BM> available," despite the fact that that is the effective behavior on BM> UP. BM> BM> The solution to your really small zone problem is to either make the BM> zone bigger, or to hack at UMA to export the UMA_ZONE_INTERNAL API BM> properly so that you can skip the pcpu caches for all allocations and BM> go straight to the zone. I'd suggest that you make the zone bigger, BM> unless there's a Really Good reason not to. I think I take two paths: for stuffs like VCC where there may be a large number I will just remove the limit. The limits were a leftover when the ATM code had its own memory pool code. For stuff where there is a high probability that only a handful (usually 1 or 2) of them will be allocated (network interfaces) I will try to make it to use malloc(). How do you think about adding a paragraph for uma_zone_set_max to the man page?: An upper limit of items in the zone can be specified with a call to uma_zone_set_max. This limits the total number of items which includes: allocated items, free items and free items in the per-cpu caches. On systems with more than one CPU it may not be possible to allocate the specified number of items, because all of the remaining free items may be in the caches of the other CPUs when the limit is hit. Regards, harti BM> BM> In mb_alloc (for mbufs) I had implemented something that in this sort BM> of scenario would dip into the other caches and transfer over what I BM> called a "bucket" to the current cpu cache. Although in this BM> scenario, it seems like that sort of solution would do what you want, BM> some more thought into its behavior reveals that in fact it pessimizes BM> the situation. To give you a better idea, let's consider what happens BM> in this specific scenario, where a "bucket" would be all of a page. BM> The allocator would make an attempt to allocate from its pcpu cache BM> but would find it empty, so it would then attempt to steal a bucket BM> from the second cpu's cache. There, it would find the bucket, move it BM> to its cpu's cache, and grab an item from it. However, a thread on BM> the second cpu may then attempt to grab an item, and the bucket will BM> just ping-pong from pcpu cache to pcpu cache; the problem that the BM> allocator was trying to solve for such really small zones was in fact BM> still there - because of the general assumptions made in the design BM> with respect to the size of most zones that it dealt with - only BM> instead of failing the allocation, it was pessimizing it. BM> BM>> harti BM> BM>Regards, BM> -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 07:00:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23E0F37B401; Mon, 21 Jul 2003 07:00:17 -0700 (PDT) Received: from godel.mtl.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6381C43F85; Mon, 21 Jul 2003 07:00:16 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: from godel.mtl.distributel.net (localhost [127.0.0.1]) h6LA4MEH045829; Mon, 21 Jul 2003 10:04:22 GMT (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by godel.mtl.distributel.net (8.12.9/8.12.9/Submit) id h6LA4MRK045828; Mon, 21 Jul 2003 10:04:22 GMT X-Authentication-Warning: godel.mtl.distributel.net: bmilekic set sender to bmilekic@technokratis.com using -f Date: Mon, 21 Jul 2003 10:04:22 +0000 From: Bosko Milekic To: harti@freebsd.org Message-ID: <20030721100422.GA45773@technokratis.com> References: <20030718185122.N14232@beagle.fokus.fraunhofer.de> <20030718132503.GB29449@technokratis.com> <3F198E7E.4040309@fokus.fhg.de> <20030719170355.GA37444@technokratis.com> <20030721085426.A48033@beagle.fokus.fraunhofer.de> <20030721092327.GA45509@technokratis.com> <20030721153144.Q83041@beagle.fokus.fraunhofer.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030721153144.Q83041@beagle.fokus.fraunhofer.de> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: SMP problem with uma_zalloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 14:00:17 -0000 On Mon, Jul 21, 2003 at 03:47:54PM +0200, Harti Brandt wrote: > On Mon, 21 Jul 2003, Bosko Milekic wrote: [...] > BM> It sounds to me like your example is really not the general-case one. > BM> Basically, you're using a zone capped off at 1 page. Currently in > BM> UMA, this is the size of the slab. So, basically, you have this whole > BM> zone (with all associated overhead) so as to serve a maximum of only > BM> one slab. This defeats most of the assumptions made when the zone is > BM> created with PCPU caches. The zone maximum exists to prevent more > BM> than the specified amount of resources to be allocated toward the > BM> given zone; I don't think that the intention was "to ensure that if > BM> the maximum items aren't allocated, there will always be one > BM> available," despite the fact that that is the effective behavior on > BM> UP. > BM> > BM> The solution to your really small zone problem is to either make the > BM> zone bigger, or to hack at UMA to export the UMA_ZONE_INTERNAL API > BM> properly so that you can skip the pcpu caches for all allocations and > BM> go straight to the zone. I'd suggest that you make the zone bigger, > BM> unless there's a Really Good reason not to. > > I think I take two paths: for stuffs like VCC where there may be a large > number I will just remove the limit. The limits were a leftover when the > ATM code had its own memory pool code. For stuff where there is a high > probability that only a handful (usually 1 or 2) of them will be allocated > (network interfaces) I will try to make it to use malloc(). Ahhhh. Given the explanation, the small size of the limits makes a lot more sense now. Previously, the limit probably enforced the actual number of cached (pre-allocated) items in the pool. So, it was more than just a "limit," it was a cache size parameter. That is probably why its size was kept relatively small. In the zone setting, the limit can easily be made larger or removed altogether (if there is no danger of that structure consuming all of kernel memory). > How do you think about adding a paragraph for uma_zone_set_max to the man > page?: > > An upper limit of items in the zone can be specified with a call to > uma_zone_set_max. This limits the total number of items which includes: > allocated items, free items and free items in the per-cpu caches. On > systems with more than one CPU it may not be possible to allocate the > specified number of items, because all of the remaining free items may > be in the caches of the other CPUs when the limit is hit. Given that it has obviously led to confusion, this sort of change to the man page would be encouraging. Perhaps you would also ammend to it the purpose of uma_zone_set_max(), as it currently stands: "The purpose of uma_zone_set_max() is to limit the maximum amount of memory that the system can dedicate toward the zone specified by the 'zone' argument." Would you like to commit the change? > Regards, > harti > > -- > harti brandt, > http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private > brandt@fokus.fraunhofer.de, harti@freebsd.org Cheers, -- Bosko Milekic * bmilekic@technokratis.com * bmilekic@FreeBSD.org TECHNOkRATIS Consulting Services * http://www.technokratis.com/ From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 07:02:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 275C737B401 for ; Mon, 21 Jul 2003 07:02:11 -0700 (PDT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 537B543FA3 for ; Mon, 21 Jul 2003 07:02:10 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.9/8.12.9) with ESMTP id h6LE27RD013299; Mon, 21 Jul 2003 10:02:08 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <20030715100839.F41961@inton.Ninja-assassin.com> <20030716133802.K18278@schnell.net> <20030716181354.GA44980@dan.emsphone.com> <20030717074756.B17029@gamplex.bde.org> <20030717123524.T24327@schnell.net> <20030718154832.K21942@gamplex.bde.org> <20030718095946.H29869@schnell.net> <3F183EF9.7020506@acm.org> <3F1841B0.3080304@acm.org> <20030720214522.A47601@schnell.net> Date: Mon, 21 Jul 2003 10:02:06 -0400 To: Matt Loschert , Tim Kientzle From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: current@freebsd.org Subject: Re: Buildworld fails in 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 14:02:11 -0000 At 12:34 AM -0400 7/21/03, Garance A Drosihn wrote: >I do know that buildworld finishes OK if I define NORESCUE. >Right now I am running a buildworld that does not specify -j, >and I'll see if that completes OK. The buildworld without -j did successfully complete. I have added that logfile to the lines in ~gad/rescueb if anyone wants to look at them. All of these builds were with -current as of Friday. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 07:04:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B13A37B401 for ; Mon, 21 Jul 2003 07:04:49 -0700 (PDT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE5BB43F75 for ; Mon, 21 Jul 2003 07:04:47 -0700 (PDT) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h6LE4jv26629; Mon, 21 Jul 2003 16:04:45 +0200 (MEST) Date: Mon, 21 Jul 2003 16:04:45 +0200 (CEST) From: Harti Brandt To: Bosko Milekic In-Reply-To: <20030721100422.GA45773@technokratis.com> Message-ID: <20030721160245.M83041@beagle.fokus.fraunhofer.de> References: <20030718185122.N14232@beagle.fokus.fraunhofer.de> <3F198E7E.4040309@fokus.fhg.de> <20030721085426.A48033@beagle.fokus.fraunhofer.de> <20030721153144.Q83041@beagle.fokus.fraunhofer.de> <20030721100422.GA45773@technokratis.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: SMP problem with uma_zalloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: harti@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 14:04:50 -0000 On Mon, 21 Jul 2003, Bosko Milekic wrote: BM> Ahhhh. Given the explanation, the small size of the limits makes a BM> lot more sense now. Previously, the limit probably enforced the BM> actual number of cached (pre-allocated) items in the pool. So, it was BM> more than just a "limit," it was a cache size parameter. That is BM> probably why its size was kept relatively small. In the zone setting, BM> the limit can easily be made larger or removed altogether (if there is BM> no danger of that structure consuming all of kernel memory). No, there isn't. VCCs are usually limited by the interface card to a couple of thousand. BM>> How do you think about adding a paragraph for uma_zone_set_max to the man BM>> page?: BM>> BM>> An upper limit of items in the zone can be specified with a call to BM>> uma_zone_set_max. This limits the total number of items which includes: BM>> allocated items, free items and free items in the per-cpu caches. On BM>> systems with more than one CPU it may not be possible to allocate the BM>> specified number of items, because all of the remaining free items may BM>> be in the caches of the other CPUs when the limit is hit. BM> BM> Given that it has obviously led to confusion, this sort of change to BM> the man page would be encouraging. BM> BM> Perhaps you would also ammend to it the purpose of uma_zone_set_max(), BM> as it currently stands: BM> BM> "The purpose of uma_zone_set_max() is to limit the maximum BM> amount of memory that the system can dedicate toward the zone BM> specified by the 'zone' argument." BM> BM> Would you like to commit the change? Ok, I'll commit it. Regards, harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 07:31:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 817A637B401 for ; Mon, 21 Jul 2003 07:31:44 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 52CBE43F85 for ; Mon, 21 Jul 2003 07:31:43 -0700 (PDT) (envelope-from blueeskimo@gmx.net) Received: (qmail 18307 invoked by uid 65534); 21 Jul 2003 14:31:41 -0000 Received: from dsl-cust-145.openweb.ca (EHLO [64.39.186.145]) (64.39.186.145) by mail.gmx.net (mp026) with SMTP; 21 Jul 2003 16:31:41 +0200 From: Adam To: freebsd-current@freebsd.org In-Reply-To: <20030721.215547.730591303.ken@tydfam.jp> References: <20030721.215547.730591303.ken@tydfam.jp> Content-Type: text/plain Message-Id: <1058797927.72639.13.camel@elwood> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.3 Date: 21 Jul 2003 10:32:07 -0400 Content-Transfer-Encoding: 7bit Subject: Re: Does linux-sun-jdk_1.4.2 work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 14:31:44 -0000 On Mon, 2003-07-21 at 08:55, Yamada Ken Takeshi wrote: > I have the following error and cannot compile jdk14 > on FreeBSD-current, July 20th. cvsup'ed with the latest > linux_base. > > Is is unique to me alone? > > tyd3# /usr/local/linux-sun-jdk1.4.2/bin/java -version > # > # HotSpot Virtual Machine Error, Internal Error > # Please report this error at > # http://java.sun.com/cgi-bin/bugreport.cgi > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2-b28 mixed mode) > # > # Error ID: 4F533F4C494E55580E43505001C9 > # > > Heap at VM Abort: > Heap It happens to me too. Looks like this port was released too quickly. Java on FreeBSD is always a bit dodgy, it seems. -- Adam From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 08:09:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D88837B401 for ; Mon, 21 Jul 2003 08:09:38 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB11443F85 for ; Mon, 21 Jul 2003 08:09:32 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h6LF8h0U015143 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Jul 2003 18:08:43 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h6LF8hGU015138; Mon, 21 Jul 2003 18:08:43 +0300 (EEST) (envelope-from ru) Date: Mon, 21 Jul 2003 18:08:43 +0300 From: Ruslan Ermilov To: Andrey Elperin Message-ID: <20030721150843.GC9146@sunbay.com> References: <20030720110427.GA37774@colocall.net> <20030720114423.GB47250@sunbay.com> <20030721111345.GA46596@colocall.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Sr1nOIr3CvdE5hEN" Content-Disposition: inline In-Reply-To: <20030721111345.GA46596@colocall.net> User-Agent: Mutt/1.5.4i cc: current@FreeBSD.org Subject: Re: make release of CURRENT on 4.7 broken again ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 15:09:38 -0000 --Sr1nOIr3CvdE5hEN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 21, 2003 at 02:13:45PM +0300, Andrey Elperin wrote: > On Sun, Jul 20, 2003 at 02:44:23PM +0300, Ruslan Ermilov wrote: > > > A few days ago I've noticed such messages in CURRENT buildlog (on 4.7 > > > box, building without -j) : > > >=20 > > > cc -Os -pipe -c chown_stub.c > > > ld -dc -r -o chown.lo chown_stub.o /usr/obj//usr/src/usr.sbin/chown/c= hown.o > > > crunchide -k _crunched_chown_stub chown.lo > > > echo "int _crunched_chroot_stub(int argc, char **argv, char **envp){r= eturn main(argc,argv,envp);}" >chroot_stub.c > > > cc -Os -pipe -c chroot_stub.c > > > ld -dc -r -o chroot.lo chroot_stub.o /usr/obj//usr/src/usr.sbin/chroo= t/chroot.o > > > crunchide -k _crunched_chroot_stub chroot.lo > > > cc -static -o fixit_crunch fixit_crunch.o cat.lo chmod.lo cp.lo dd.lo= df.lo echo.lo expr.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo rm.lo rmdir.lo sl= eep.lo sync.lo bsdlabel.lo clri.lo dmesg.lo fdisk.lo mknod.lo mount.lo moun= t_cd9660.lo mount_msdosfs.lo reboot.lo restore.lo swapon.lo umount.lo ftp.l= o telnet.lo vi.lo chown.lo chroot.lo -ledit -lgeom -lkvm -lm -lncurses > > > -lutil > > > *** Error code 1 > > > =20 > > > Stop in /usr/obj/usr/src/release/fixit_crunch. > > > *** Error code 1 > > >=20 > > I have committed a fix for this to src/bin/ed/ a few minutes ago. >=20 > Hmm. But I got the same error during last release building (this night). >=20 The "make -j" buildworld is currently broken by the recent changes to kerberos5/, and the issue is being worked out. The breakage is mostly visible in the "4.x doing the build of 5.x" case, because the latter has /usr/include/roken.h and hides the building bug. At the moment, I'm retesting the snapshot build of 5.x on my 4.x SMP box without -j. I will follow up with what I get. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --Sr1nOIr3CvdE5hEN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/HAH7Ukv4P6juNwoRAo3GAJ4xeBWvJAZKItfKdyCDkawo0J32XgCdFhi7 8W9FV09KcGcpBbWVIH0+t48= =niqR -----END PGP SIGNATURE----- --Sr1nOIr3CvdE5hEN-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 08:37:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 824E537B401; Mon, 21 Jul 2003 08:37:41 -0700 (PDT) Received: from kundenserver16.yws-admin.de (kundenserver16.yws-admin.de [217.115.154.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id B249143FBF; Mon, 21 Jul 2003 08:37:39 -0700 (PDT) (envelope-from flo@kasimir.com) Received: from kasimir.com (pD951E26C.dip.t-dialin.net [217.81.226.108]) by kundenserver16.yws-admin.de (Postfix) with ESMTP id 6950F352573; Mon, 21 Jul 2003 17:37:37 +0200 (CEST) Message-ID: <3F1C08C0.1080807@kasimir.com> Date: Mon, 21 Jul 2003 17:37:36 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030720 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Adam References: <20030721.215547.730591303.ken@tydfam.jp> <1058797927.72639.13.camel@elwood> In-Reply-To: <1058797927.72639.13.camel@elwood> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: java@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Does linux-sun-jdk_1.4.2 work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 15:37:41 -0000 Adam wrote: > On Mon, 2003-07-21 at 08:55, Yamada Ken Takeshi wrote: > >>tyd3# /usr/local/linux-sun-jdk1.4.2/bin/java -version >># >># HotSpot Virtual Machine Error, Internal Error >># Please report this error at >># http://java.sun.com/cgi-bin/bugreport.cgi >># >># Java VM: Java HotSpot(TM) Client VM (1.4.2-b28 mixed mode) >># >># Error ID: 4F533F4C494E55580E43505001C9 >># >> >>Heap at VM Abort: >>Heap > > > It happens to me too. Looks like this port was released too quickly. > Java on FreeBSD is always a bit dodgy, it seems. > Hi, try mounting linprocfs(5) that seemed to solved the problem for me. regards, flo From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 09:28:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92C5937B401 for ; Mon, 21 Jul 2003 09:28:39 -0700 (PDT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97F3D43FB1 for ; Mon, 21 Jul 2003 09:28:37 -0700 (PDT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 032001FFC36; Mon, 21 Jul 2003 18:28:36 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 90E231FF8FA; Mon, 21 Jul 2003 18:28:34 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id CB8E6153D3; Mon, 21 Jul 2003 16:04:51 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id C16FB153D2; Mon, 21 Jul 2003 16:04:52 +0000 (UTC) Date: Mon, 21 Jul 2003 16:04:52 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Noriyoshi Kawano In-Reply-To: <86n0f82r2c.wl@brain.nrik.jp> Message-ID: References: <20030721103221.C95793@mbox.cksoft.de> <86n0f82r2c.wl@brain.nrik.jp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020300 cc: current@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 16:28:40 -0000 On Mon, 21 Jul 2003, Noriyoshi Kawano wrote: > I have similar problem. > disable re-route interrupts. > It's works fine. > > --- /sys/dev/pci/pci.c.orig Tue Jul 1 23:08:32 2003 > +++ /sys/dev/pci/pci.c Mon Jul 21 11:04:55 2003 > @@ -800,7 +800,7 @@ > } > > if (cfg->intpin > 0 && PCI_INTERRUPT_VALID(cfg->intline)) { > -#if defined(__ia64__) || (defined(__i386__) && !defined(SMP)) > +#if defined(__ia64__) > /* > * Try to re-route interrupts. Sometimes the BIOS or > * firmware may leave bogus values in these registers. Thanks. This works fine. Is there any "global" solution to the problem so that I won't need to patch again the time 5.2R comes out ? -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 09:33:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2444E37B401 for ; Mon, 21 Jul 2003 09:33:29 -0700 (PDT) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23B3C43F3F for ; Mon, 21 Jul 2003 09:33:28 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd00.aul.t-online.de by mailout11.sul.t-online.com with smtp id 19edb6-0002KX-09; Mon, 21 Jul 2003 18:33:12 +0200 Received: from Andro-Beta.Leidinger.net (TFsnUaZeweUv+9Ron3m78yB3MXTr8XBrJmuJ8g-6QRGHIY5KFXoHr3@[217.83.17.126]) by fmrl00.sul.t-online.com with esmtp id 19edaz-1Rbk7k0; Mon, 21 Jul 2003 18:33:05 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) h6LGX49P020621; Mon, 21 Jul 2003 18:33:04 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.9/8.12.9) with SMTP id h6LGX9sO004410; Mon, 21 Jul 2003 18:33:09 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Mon, 21 Jul 2003 18:33:09 +0200 From: Alexander Leidinger To: Pawel Worach Message-Id: <20030721183309.3df36a72.Alexander@Leidinger.net> In-Reply-To: <3F173BDA.5080709@telia.com> References: <3F173BDA.5080709@telia.com> X-Mailer: Sylpheed version 0.9.3claws (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Seen: false X-ID: TFsnUaZeweUv+9Ron3m78yB3MXTr8XBrJmuJ8g-6QRGHIY5KFXoHr3@t-dialin.net cc: current@freebsd.org Subject: Re: rpcinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 16:33:29 -0000 On Fri, 18 Jul 2003 02:14:18 +0200 Pawel Worach wrote: > Danny Braniss wrote: > > I just run rpcinfo: > > > > # rpcinfo > > rpcinfo: can't contact rpcbind: RPC: Port mapper failure - RPC: Success > > > > :=) > This really belongs in questions@, make sure you have rpcbind_enable="YES" in > rc.conf I think he is amused about the use of "failure" and "Success" in the same error message. Bye, Alexander. -- "One world, one web, one program" -- Microsoft promotional ad "Ein Volk, ein Reich, ein Fuehrer" -- Adolf Hitler http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 09:33:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F71A37B401 for ; Mon, 21 Jul 2003 09:33:31 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D03E643F3F for ; Mon, 21 Jul 2003 09:33:30 -0700 (PDT) (envelope-from kientzle@acm.org) Received: from acm.org ([66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id h6LGXUsE020159; Mon, 21 Jul 2003 09:33:30 -0700 (PDT) (envelope-from kientzle@acm.org) Message-ID: <3F1C1695.30409@acm.org> Date: Mon, 21 Jul 2003 09:36:37 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.1) Gecko/20021005 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gordon Tetlow References: <20030715100839.F41961@inton.Ninja-assassin.com> <20030716133802.K18278@schnell.net> <20030716181354.GA44980@dan.emsphone.com> <20030717074756.B17029@gamplex.bde.org> <20030717123524.T24327@schnell.net> <20030718154832.K21942@gamplex.bde.org> <20030718095946.H29869@schnell.net> <3F183EF9.7020506@acm.org> <20030721084750.GH12996@roark.gnf.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Matt Loschert cc: current@freebsd.org Subject: Re: Buildworld fails in 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 16:33:31 -0000 Gordon Tetlow wrote: > It seems that the $(OUTPUTS) target (which has 3 components) causes > this particular error. > > +.ORDER: $(OUTPUTS) > $(OUTPUTS): $(CONF) > MAKEOBJDIRPREFIX=${CRUNCHOBJS} crunchgen -q -m $(OUTMK) -c $(OUTC) \ > $(CONF) Hmmm... Is that what .ORDER is for? To work around a parallel make that gratuitously rebuilds things? > After doing that, I run into a problem with clparse.o from the dhclient > build. I think I might have a solution for that, but I'm too tired > right now to think straight. I'll look at it tomorrow. A-ha! I've known that dhclient was a problem, but the above gives me an idea. I wonder if the following helps? Tim Index: sbin/dhclient//Makefile =================================================================== RCS file: /usr/cvs/FreeBSD-CVS/src/sbin/dhclient/Makefile,v retrieving revision 1.20 diff -u -r1.20 Makefile --- sbin/dhclient/Makefile 29 Jun 2003 18:46:17 -0000 1.20 +++ sbin/dhclient/Makefile 21 Jul 2003 16:34:22 -0000 @@ -52,6 +52,8 @@ # though, so we must run ``make all'' instead when we are asked to # generate an individual object file. +.ORDER: $(OBJS) + # Note: Must have some commands here to override the default build action ${OBJS}: all @true From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 09:37:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D932B37B401 for ; Mon, 21 Jul 2003 09:37:22 -0700 (PDT) Received: from ns2.gnf.org (ns2.gnf.org [63.196.132.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77B4043F93 for ; Mon, 21 Jul 2003 09:37:21 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from EXCHCLUSTER01.lj.gnf.org (exch02.lj.gnf.org [172.25.10.20]) by ns2.gnf.org (8.12.8p1/8.12.8) with ESMTP id h6LGbJoq069256 for ; Mon, 21 Jul 2003 09:37:19 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from roark.gnf.org ([172.25.24.15]) by EXCHCLUSTER01.lj.gnf.org with Microsoft SMTPSVC(5.0.2195.5329); Mon, 21 Jul 2003 09:37:21 -0700 Received: from roark.gnf.org (localhost [127.0.0.1]) by roark.gnf.org (8.12.9/8.12.9) with ESMTP id h6LGbKi2009126; Mon, 21 Jul 2003 09:37:20 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: (from gtetlow@localhost) by roark.gnf.org (8.12.9/8.12.9/Submit) id h6LGbKfK009125; Mon, 21 Jul 2003 09:37:20 -0700 (PDT) Date: Mon, 21 Jul 2003 09:37:19 -0700 From: Gordon Tetlow To: Tim Kientzle Message-ID: <20030721163719.GI12996@roark.gnf.org> References: <20030715100839.F41961@inton.Ninja-assassin.com> <20030716133802.K18278@schnell.net> <20030716181354.GA44980@dan.emsphone.com> <20030717074756.B17029@gamplex.bde.org> <20030717123524.T24327@schnell.net> <20030718154832.K21942@gamplex.bde.org> <20030718095946.H29869@schnell.net> <3F183EF9.7020506@acm.org> <20030721084750.GH12996@roark.gnf.org> <3F1C1695.30409@acm.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="e7MbhXUj+2isZwqc" Content-Disposition: inline In-Reply-To: <3F1C1695.30409@acm.org> User-Agent: Mutt/1.4i X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-OriginalArrivalTime: 21 Jul 2003 16:37:21.0101 (UTC) FILETIME=[5B465FD0:01C34FA6] cc: Matt Loschert cc: current@freebsd.org Subject: Re: Buildworld fails in 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 16:37:23 -0000 --e7MbhXUj+2isZwqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 21, 2003 at 09:36:37AM -0700, Tim Kientzle wrote: > Gordon Tetlow wrote: > >It seems that the $(OUTPUTS) target (which has 3 components) causes > >this particular error. > > > >+.ORDER: $(OUTPUTS) > > $(OUTPUTS): $(CONF) > > MAKEOBJDIRPREFIX=3D${CRUNCHOBJS} crunchgen -q -m $(OUTMK) -c $(O= UTC)=20 > > \ > > $(CONF) >=20 > Hmmm... Is that what .ORDER is for? To work around a > parallel make that gratuitously rebuilds things? Right it serializes build dependencies. The problem with crunchgen is that a single command makes all of the OUTPUTS, so normally make will spawn off the same command 3 times in parallel (which seems to cause problems). To get around it, make it so you each of the OUTPUTS is built in order and what occurs is a single crunchgen invocation that the sees that the other OUTPUT targets are up-to-date and then contintues along. > >After doing that, I run into a problem with clparse.o from the dhclient > >build. I think I might have a solution for that, but I'm too tired > >right now to think straight. I'll look at it tomorrow. >=20 >=20 > A-ha! I've known that dhclient was a problem, but the > above gives me an idea. I wonder if the following helps? I'll give it a whirl. -gordon --e7MbhXUj+2isZwqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/HBa/Ru2t9DV9ZfsRAgXOAKCmcq4/sM48MUuoLF3cJu2xPUQ7DgCdE241 SnWN/aSqVIWnDaw8S/r5nN4= =84Lg -----END PGP SIGNATURE----- --e7MbhXUj+2isZwqc-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 09:42:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E52A37B401 for ; Mon, 21 Jul 2003 09:42:57 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FC2F43F3F for ; Mon, 21 Jul 2003 09:42:56 -0700 (PDT) (envelope-from kientzle@acm.org) Received: from acm.org ([66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id h6LGgusE020205; Mon, 21 Jul 2003 09:42:56 -0700 (PDT) (envelope-from kientzle@acm.org) Message-ID: <3F1C18CB.6030201@acm.org> Date: Mon, 21 Jul 2003 09:46:03 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.1) Gecko/20021005 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gordon Tetlow References: <20030715100839.F41961@inton.Ninja-assassin.com> <20030716133802.K18278@schnell.net> <20030716181354.GA44980@dan.emsphone.com> <20030717074756.B17029@gamplex.bde.org> <20030717123524.T24327@schnell.net> <20030718154832.K21942@gamplex.bde.org> <20030718095946.H29869@schnell.net> <3F183EF9.7020506@acm.org> <20030721084750.GH12996@roark.gnf.org> <3F1C1695.30409@acm.org> <20030721163719.GI12996@roark.gnf.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Matt Loschert cc: current@freebsd.org Subject: Re: Buildworld fails in 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 16:42:57 -0000 Gordon Tetlow wrote: > On Mon, Jul 21, 2003 at 09:36:37AM -0700, Tim Kientzle wrote: >>Hmmm... Is that what .ORDER is for? To work around a >>parallel make that gratuitously rebuilds things? > > Right it serializes build dependencies. The problem with crunchgen ... I would argue "the problem with make"... ;-) I think it's pretty clear that a b c: foo buildabc does not require that 'buildabc' be run three times. Make should be able to note that 'buildabc' was already spawned for 'a' and just add 'b' and 'c' to the wait list for that operation, rather than running additional copies. Tim From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 10:13:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 664) id DEDEA37B40B; Mon, 21 Jul 2003 10:13:05 -0700 (PDT) Date: Mon, 21 Jul 2003 10:13:05 -0700 From: David O'Brien To: Harti Brandt Message-ID: <20030721101305.A35445@hub.freebsd.org> References: <7madbg60b1.wl@black.imgsrc.co.jp> <20030715075429.M34004@beagle.fokus.fraunhofer.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030715075429.M34004@beagle.fokus.fraunhofer.de>; from brandt@fokus.fraunhofer.de on Tue, Jul 15, 2003 at 07:59:43AM +0200 X-Operating-System: FreeBSD 4.8-RC 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: Current Subject: Re: src/bin/ed/re.c: warning: declaration of `exp' shadows a global declaration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 17:13:06 -0000 On Tue, Jul 15, 2003 at 07:59:43AM +0200, Harti Brandt wrote: > On Tue, 15 Jul 2003, Jun Kuriyama wrote: > JK>With new gcc and -Wshadow, src/bin/ed/re.c shows this warning: > JK> > JK>cc -Wshadow -c re.c > JK>re.c: In function `get_compiled_pattern': > JK>re.c:44: warning: declaration of `exp' shadows a global declaration > JK>:0: warning: shadowed declaration is here > JK> > JK>It seems local variable exp is conflicted with exp(3) declaration. I > JK>don't know what name should be used... > > I would call this a compiler bug. It shouldn't declare exp(3) when you > don't include math.h. As I understand the standard the names in math.h are > only reserved when you include math.h. I remember that an earlier version > of gcc had this bug, that was fixed then. Probably they unfixed it again. > > What's the chance of getting this fixed? There is a discussion on the gcc-patches@gcc.gnu.org mailing list, but they are having a hard time agreeing there is a bug here. FreeBSD's GCC problems have a better chance of getting fixed if those that experience and understand the bug would participate in related discussions on the GCC mailing lists. The Linux and Solaris community has no problem doing this -- for some reason the BSD communities expects the poor guy doing the GCC imports to be the single voice for BSD. :-( -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 10:14:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C73F37B401; Mon, 21 Jul 2003 10:14:16 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56D4343F85; Mon, 21 Jul 2003 10:14:15 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h6LHEEs8069573; Mon, 21 Jul 2003 13:14:14 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h6LHEE2i069572; Mon, 21 Jul 2003 17:14:14 GMT Date: Mon, 21 Jul 2003 17:14:14 GMT Message-Id: <200307211714.h6LHEE2i069572@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 17:14:16 -0000 TB --- 2003-07-21 16:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-07-21 16:00:00 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-21 16:02:08 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-07-21 17:06:23 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Jul 21 17:06:23 GMT 2003 [...] /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/harp/if_harp.c:150: error: initializer element is not constant /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/harp/if_harp.c:150: error: (near initialization for `map_devs[13].dev') /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/harp/if_harp.c:150: error: initializer element is not constant /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/harp/if_harp.c:150: error: (near initialization for `map_devs[13]') /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/harp/if_harp.c: In function `harp_attach': /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/harp/if_harp.c:412: error: `MEDIA_UTP25' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/harp/if_harp.c:412: error: (Each undeclared identifier is reported only once /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/harp/if_harp.c:412: error: for each function it appears in.) *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/modules/harp. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/modules. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-07-21 17:14:14 - /usr/bin/make returned exit code 1 TB --- 2003-07-21 17:14:14 - ERROR: failed to build generic kernel TB --- 2003-07-21 17:14:14 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 11:02:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6057637B401 for ; Mon, 21 Jul 2003 11:02:31 -0700 (PDT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 133E043F85 for ; Mon, 21 Jul 2003 11:02:30 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.12.9/8.12.9) with ESMTP id h6LI2R9t014129; Mon, 21 Jul 2003 14:02:27 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <3F1C18CB.6030201@acm.org> References: <20030715100839.F41961@inton.Ninja-assassin.com> <20030716133802.K18278@schnell.net> <20030716181354.GA44980@dan.emsphone.com> <20030717074756.B17029@gamplex.bde.org> <20030717123524.T24327@schnell.net> <20030718154832.K21942@gamplex.bde.org> <20030718095946.H29869@schnell.net> <3F183EF9.7020506@acm.org> <20030721084750.GH12996@roark.gnf.org> <3F1C1695.30409@acm.org> <20030721163719.GI12996@roark.gnf.org> <3F1C18CB.6030201@acm.org> Date: Mon, 21 Jul 2003 14:02:26 -0400 To: kientzle@acm.org, Gordon Tetlow From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: Matt Loschert cc: current@freebsd.org Subject: Re: Buildworld fails in 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 18:02:31 -0000 At 9:46 AM -0700 7/21/03, Tim Kientzle wrote: >Gordon Tetlow wrote: >>On Mon, Jul 21, 2003, Tim Kientzle wrote: >>>Hmmm... Is that what .ORDER is for? To work around a >>>parallel make that gratuitously rebuilds things? >> >>Right it serializes build dependencies. The problem with >>crunchgen ... > >I would argue "the problem with make"... ;-) I think it's >pretty clear that > >a b c: foo > buildabc > >does not require that 'buildabc' be run three times. Make >should be able to note that 'buildabc' was already spawned >for 'a' and just add 'b' and 'c' to the wait list for >that operation, rather than running additional copies. It may not be quite that simple, when it gets to splitting apart the make rules to build things in parallel. I tracked down two problems with parallel builds, and in both cases make was "doing the right thing", given the rules that it was working with. On the other hand, I'm certainly no expert when it comes to writing makefiles for parallel builds. In any case, the suggested change did not solve the problem for me, when doing a make -j5 buildworld. I still get the failure with: make: don't know how to make /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclie nt/client/clparse.o. Stop If there's some other way I should run the buildworld to generate a more helpful output, let me know. The failure seems to be 100% reproducible on my machine, at least if I start out by removing all of /usr/obj/usr/src. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 11:04:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDBE737B401 for ; Mon, 21 Jul 2003 11:04:55 -0700 (PDT) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3469543FA3 for ; Mon, 21 Jul 2003 11:04:55 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfmrb.dialup.mindspring.com ([165.247.219.107] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19ef1j-0006OR-00; Mon, 21 Jul 2003 11:04:48 -0700 Message-ID: <3F1C2B03.1D56A886@mindspring.com> Date: Mon, 21 Jul 2003 11:03:47 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Evan Dower References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4a1d73edc75ebaa07f223f48d61807ee1387f7b89c61deb1d350badd9bab72f9c350badd9bab72f9c cc: arlankfo@141.com cc: current@freebsd.org Subject: Re: putting /dev/lpt in polling mode in boot time. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 18:04:56 -0000 Evan Dower wrote: > >From: "Andrew Lankford" > >Reply-To: arlankfo@141.com > >To: > >Subject: Re: putting /dev/lpt in polling mode in boot time. > >Date: Sun, 20 Jul 2003 15:40:21 -0600 > > > >Before anyone corrects me, yes, the man page says bit 5 controls polling, > >0x20. My question stands. > > I may be smoking crack, but isn't it: > bit 5 = 0001 0000 = 0x10 ? > bit 6 = 0010 0000 = 0x20 ? > E Not if you start counting at 0. 8-). -- Terry From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 11:21:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD1BD37B404; Mon, 21 Jul 2003 11:21:39 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id C738A43F3F; Mon, 21 Jul 2003 11:21:33 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h6LILE0U035032 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Jul 2003 21:21:14 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h6LILDSV035027; Mon, 21 Jul 2003 21:21:13 +0300 (EEST) (envelope-from ru) Date: Mon, 21 Jul 2003 21:21:13 +0300 From: Ruslan Ermilov To: Andrey Elperin Message-ID: <20030721182113.GA34342@sunbay.com> References: <20030720110427.GA37774@colocall.net> <20030720114423.GB47250@sunbay.com> <20030721111345.GA46596@colocall.net> <20030721150843.GC9146@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GRPZ8SYKNexpdSJ7" Content-Disposition: inline In-Reply-To: <20030721150843.GC9146@sunbay.com> User-Agent: Mutt/1.5.4i cc: Mark Murray cc: current@FreeBSD.org Subject: Re: make release of CURRENT on 4.7 broken again ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 18:21:40 -0000 --GRPZ8SYKNexpdSJ7 Content-Type: multipart/mixed; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 21, 2003 at 06:08:43PM +0300, Ruslan Ermilov wrote: > On Mon, Jul 21, 2003 at 02:13:45PM +0300, Andrey Elperin wrote: > > On Sun, Jul 20, 2003 at 02:44:23PM +0300, Ruslan Ermilov wrote: > > > > A few days ago I've noticed such messages in CURRENT buildlog (on = 4.7 > > > > box, building without -j) : > > > >=20 > > > > cc -Os -pipe -c chown_stub.c > > > > ld -dc -r -o chown.lo chown_stub.o /usr/obj//usr/src/usr.sbin/chown= /chown.o > > > > crunchide -k _crunched_chown_stub chown.lo > > > > echo "int _crunched_chroot_stub(int argc, char **argv, char **envp)= {return main(argc,argv,envp);}" >chroot_stub.c > > > > cc -Os -pipe -c chroot_stub.c > > > > ld -dc -r -o chroot.lo chroot_stub.o /usr/obj//usr/src/usr.sbin/chr= oot/chroot.o > > > > crunchide -k _crunched_chroot_stub chroot.lo > > > > cc -static -o fixit_crunch fixit_crunch.o cat.lo chmod.lo cp.lo dd.= lo df.lo echo.lo expr.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo rm.lo rmdir.lo = sleep.lo sync.lo bsdlabel.lo clri.lo dmesg.lo fdisk.lo mknod.lo mount.lo mo= unt_cd9660.lo mount_msdosfs.lo reboot.lo restore.lo swapon.lo umount.lo ftp= =2Elo telnet.lo vi.lo chown.lo chroot.lo -ledit -lgeom -lkvm -lm -lncurses > > > > -lutil > > > > *** Error code 1 > > > > =20 > > > > Stop in /usr/obj/usr/src/release/fixit_crunch. > > > > *** Error code 1 > > > >=20 > > > I have committed a fix for this to src/bin/ed/ a few minutes ago. > >=20 > > Hmm. But I got the same error during last release building (this night= ). > >=20 > The "make -j" buildworld is currently broken by the recent changes > to kerberos5/, and the issue is being worked out. The breakage is > mostly visible in the "4.x doing the build of 5.x" case, because > the latter has /usr/include/roken.h and hides the building bug. > At the moment, I'm retesting the snapshot build of 5.x on my 4.x > SMP box without -j. I will follow up with what I get. >=20 Yes, I can see the breakage: : crunchide -k _crunched_vi_stub vi.lo : echo "int _crunched_chown_stub(int argc, char **argv, char **envp){return= main(a : rgc,argv,envp);}" >chown_stub.c : cc -Os -pipe -c chown_stub.c : ld -dc -r -o chown.lo chown_stub.o /usr/obj//usr/src/usr.sbin/chown/chown= =2Eo : crunchide -k _crunched_chown_stub chown.lo : echo "int _crunched_chroot_stub(int argc, char **argv, char **envp){retur= n main( : argc,argv,envp);}" >chroot_stub.c : cc -Os -pipe -c chroot_stub.c : ld -dc -r -o chroot.lo chroot_stub.o /usr/obj//usr/src/usr.sbin/chroot/ch= root.o : crunchide -k _crunched_chroot_stub chroot.lo : cc -static -o fixit_crunch fixit_crunch.o cat.lo chmod.lo cp.lo dd.lo df.= lo echo : .lo expr.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo rm.lo rmdir.lo sleep.lo sy= nc.lo b : sdlabel.lo clri.lo dmesg.lo fdisk.lo mknod.lo mount.lo mount_cd9660.lo mo= unt_msd : osfs.lo reboot.lo restore.lo swapon.lo umount.lo ftp.lo telnet.lo vi.lo c= hown.lo : chroot.lo -ledit -lgeom -lkvm -lm -lncurses -lutil : telnet.lo: In function `display': : telnet.lo(.text+0x122e): undefined reference to `EncryptStatus' : telnet.lo: In function `status': : telnet.lo(.text+0x1e85): undefined reference to `encrypt_display' : ... :=20 : telnet.lo(.data+0xaa0): undefined reference to `EncryptStatus' : *** Error code 1 :=20 : Stop in /usr/obj/usr/src/release/fixit_crunch. : *** Error code 1 :=20 : Stop in /usr/src/release. I believe Mark has committed a fix for this today (commit log is attached). Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --Qxx1br4bt0+wmkIi Content-Type: message/rfc822 Content-Disposition: inline Received: from whale.sunbay.crimea.ua (root@localhost)h6KNVKYq012343 for ; Mon, 21 Jul 2003 02:31:20 +0300 (EEST) (envelope-from owner-src-committers@FreeBSD.org) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) h6KNVIps012335 for ; Mon, 21 Jul 2003 02:31:19 +0300 (EEST) (envelope-from owner-src-committers@FreeBSD.org) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 3DBFE573F5 for ; Sun, 20 Jul 2003 16:30:00 -0700 (PDT) (envelope-from owner-src-committers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id AED1137B48D; Sun, 20 Jul 2003 16:29:53 -0700 (PDT) Delivered-To: ru@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 73A5737B404; Sun, 20 Jul 2003 16:29:49 -0700 (PDT) Delivered-To: src-committers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F2EE37B401; Sun, 20 Jul 2003 16:29:47 -0700 (PDT) Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 188E843F93; Sun, 20 Jul 2003 16:29:47 -0700 (PDT) (envelope-from markm@FreeBSD.org) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.12.6/8.12.6) with ESMTP id h6KNTk0U066024; Sun, 20 Jul 2003 16:29:46 -0700 (PDT) (envelope-from markm@repoman.freebsd.org) Received: (from markm@localhost) by repoman.freebsd.org (8.12.6/8.12.6/Submit) id h6KNTknI066023; Sun, 20 Jul 2003 16:29:46 -0700 (PDT) Message-Id: <200307202329.h6KNTknI066023@repoman.freebsd.org> From: Mark Murray Date: Sun, 20 Jul 2003 16:29:46 -0700 (PDT) To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/lib/libtelnet Makefile src/libexec/telnetd Makefile src/usr.bin/telnet Makefile X-FreeBSD-CVS-Branch: HEAD Sender: owner-src-committers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG markm 2003/07/20 16:29:46 PDT FreeBSD src repository Modified files: lib/libtelnet Makefile libexec/telnetd Makefile usr.bin/telnet Makefile Log: Test correct macro for "without crypto" option(s). Revision Changes Path 1.16 +1 -1 src/lib/libtelnet/Makefile 1.21 +1 -1 src/libexec/telnetd/Makefile 1.23 +1 -1 src/usr.bin/telnet/Makefile --Qxx1br4bt0+wmkIi-- --GRPZ8SYKNexpdSJ7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/HC8ZUkv4P6juNwoRAtQAAJ9ALyeiieSuQ9ra1afZO45hDB5V0ACfWZ7m 61PLJbxnrSH3zq9xpXfiqqU= =8LAc -----END PGP SIGNATURE----- --GRPZ8SYKNexpdSJ7-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 11:24:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36FE737B401 for ; Mon, 21 Jul 2003 11:24:34 -0700 (PDT) Received: from ocortes.net1.nerim.net (ocortes.net1.nerim.net [213.41.136.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1556143FA3 for ; Mon, 21 Jul 2003 11:24:33 -0700 (PDT) (envelope-from olive@deep-ocean.net) Received: from [192.168.0.23] (syrenna.deep-ocean.local [192.168.0.23]) by ocortes.net1.nerim.net (Postfix) with ESMTP id D5F425EF02 for ; Mon, 21 Jul 2003 20:17:20 +0200 (CEST) From: Olivier Cortes To: Mailing-List FreeBSD Current Content-Type: text/plain Message-Id: <1058449185.630.15.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.3 Date: 21 Jul 2003 20:19:37 +0200 Content-Transfer-Encoding: 7bit Subject: yesterday's ACPI not working -> patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 18:24:34 -0000 Hi, i cvsuped around monday morning, and after building / installing, my kernel said every second or so : Jul 17 09:48:01 syrenna kernel: ACPI-0438: *** Error: Handler for [EmbeddedControl] returned AE_NO_HARDWARE_RESPONSE Jul 17 09:48:01 syrenna kernel: ACPI-1287: *** Error: Method execution failed [\_SB_.PCI0.BAT0._BIF] (Node 0xc3ccc760), AE_NO_HARDWARE_RESPONSE Jul 17 09:48:01 syrenna kernel: ACPI-0438: *** Error: Handler for [EmbeddedControl] returned AE_NO_HARDWARE_RESPONSE Jul 17 09:48:01 syrenna kernel: ACPI-1287: *** Error: Method execution failed [\_SB_.PCI0.AC0_._PSR] (Node 0xc3ccc660), AE_NO_HARDWARE_RESPONSE note that before upgrading, it was saying: Jul 16 16:44:22 syrenna kernel: ACPI-0432: *** Error: Handler for [EmbeddedControl] returned AE_ERROR Jul 16 16:44:22 syrenna kernel: ACPI-1287: *** Error: Method execution failed [\_SB_.PCI0.AC0_._PSR] (Node 0xc3ccb660), AE_ERROR Jul 16 16:44:22 syrenna kernel: ACPI-0432: *** Error: Handler for [EmbeddedControl] returned AE_ERROR Jul 16 16:44:22 syrenna kernel: ACPI-1287: *** Error: Method execution failed [\_SB_.PCI0.BAT0._BST] (Node 0xc3ccb720), AE_ERROR and now with my patch (taken from a recent mail from Nate) it is OK. THE PATCH : i just changed line 662 : 1000 -> 10000. as i read in other mails, it should already been changed to 5000 or so. just to make you notice i had the problem too. note that i use a custom DSDT (the original worked only with windows, and i found a page related to linux which has inspired my hack on the dsdt). KERNEL, dmesg, modified DSDT, and other informations (description of the machine) are to be found at: http://www.deep-ocean.net/~olive/freebsd/syrenna/ best regards to the -CURRENT team, Olivier Cortes From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 11:26:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAA1B37B401 for ; Mon, 21 Jul 2003 11:26:02 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1E5643FBD for ; Mon, 21 Jul 2003 11:26:01 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h6LIPwwO007242; Mon, 21 Jul 2003 11:25:58 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h6LIPwjo000722; Mon, 21 Jul 2003 11:25:58 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h6LIPv6x000721; Mon, 21 Jul 2003 11:25:57 -0700 (PDT) (envelope-from marcel) Date: Mon, 21 Jul 2003 11:25:57 -0700 From: Marcel Moolenaar To: Tim Kientzle Message-ID: <20030721182557.GA599@dhcp01.pn.xcllnt.net> References: <20030716181354.GA44980@dan.emsphone.com> <20030717074756.B17029@gamplex.bde.org> <20030717123524.T24327@schnell.net> <20030718154832.K21942@gamplex.bde.org> <20030718095946.H29869@schnell.net> <3F183EF9.7020506@acm.org> <20030721084750.GH12996@roark.gnf.org> <3F1C1695.30409@acm.org> <20030721163719.GI12996@roark.gnf.org> <3F1C18CB.6030201@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F1C18CB.6030201@acm.org> User-Agent: Mutt/1.5.4i cc: Matt Loschert cc: current@freebsd.org Subject: Re: Buildworld fails in 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 18:26:03 -0000 On Mon, Jul 21, 2003 at 09:46:03AM -0700, Tim Kientzle wrote: > > I would argue "the problem with make"... ;-) I think it's pretty > clear that > > a b c: foo > buildabc > > does not require that 'buildabc' be run three times. It's a common perception and one that's wrong. a b c: d foo is a shorthand for a: d foo b: d foo c: d foo Since most make variants only look at the timestamp one can avoid building a, b, and c thrice by enforcing an ordering. Make variants like clearmake may not be tricked that easily, because they keep track of much more. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 11:54:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9BDA37B401 for ; Mon, 21 Jul 2003 11:54:20 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6746543FA3 for ; Mon, 21 Jul 2003 11:54:20 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfmrb.dialup.mindspring.com ([165.247.219.107] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19efnN-00071Y-00; Mon, 21 Jul 2003 11:54:01 -0700 Message-ID: <3F1C3689.7DFBA876@mindspring.com> Date: Mon, 21 Jul 2003 11:52:57 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway References: <200307161941.h6GJfXbA093990@apollo.backplane.com> <200307171205.h6HC5cno061708@tower.berklix.org> <20030717124536.GA33544@rot13.obsecurity.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a48a2e0a353399ee02ced4815abff2284da8438e0f32a48e08350badd9bab72f9c350badd9bab72f9c cc: Maxim Sobolev cc: Julian Stacey cc: Matthew Dillon cc: current@freebsd.org Subject: Re: Annoucning DragonFly BSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 18:54:21 -0000 Kris Kennaway wrote: > On Thu, Jul 17, 2003 at 03:29:12PM +0300, Maxim Sobolev wrote: > > No, everything seems real - at least Matt replies to e-mails > > sent to him on this topic. There is also a live nntp server > > up and running @ dragonflybsd.org, I saw Matt and Terry Lambert > > discussing kernel things this morning there. I doubt that somebody > > will be able to impersonate both Matt and Terry. :)) > > A Markov chain script could do a fairly passable impersonation of the > latter. 8^p. -- Terry From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 11:56:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6FCA37B404 for ; Mon, 21 Jul 2003 11:56:48 -0700 (PDT) Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBB8743F85 for ; Mon, 21 Jul 2003 11:56:47 -0700 (PDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (250-217.customer.cloud9.net [168.100.250.217])h6LIuj7G037382 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL) for ; Mon, 21 Jul 2003 14:56:46 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) From: Mikhail Teterin Organization: Virtual Estates, Inc. To: current@FreeBSD.org Date: Mon, 21 Jul 2003 14:56:51 -0400 User-Agent: KMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307211456.51915@misha-mx.virtual-estates.net> X-Scanned-By: MIMEDefang 2.21 (www . roaringpenguin . com / mimedefang) Subject: kmem_mmap_toosmall -- repeatable panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 18:56:49 -0000 Hello! I tried to create a cscope's database with about 6200 files listed in the cscope.files. The entire tree (including the cscope.files) is mounted over NFS from a Solaris server. The July 11th kernel would just crash, today's one is more intelligent: kmem_malloc(4096): kmem_mmap_too_small: 275251200 total allocated The machine has 1Gb of RAM and 512Mb of swap... -mi From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 12:01:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C274737B401; Mon, 21 Jul 2003 12:01:14 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC43743FCB; Mon, 21 Jul 2003 12:01:13 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h6LJ1Ds8052020; Mon, 21 Jul 2003 15:01:13 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h6LJ1Csl052019; Mon, 21 Jul 2003 19:01:12 GMT Date: Mon, 21 Jul 2003 19:01:12 GMT Message-Id: <200307211901.h6LJ1Csl052019@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, i386@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 19:01:15 -0000 TB --- 2003-07-21 18:19:35 - starting CURRENT tinderbox run for i386/i386 TB --- 2003-07-21 18:19:35 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-21 18:21:29 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/gen/ttyname.3 > ttyname.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/gen/tzset.3 > tzset.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/gen/ualarm.3 > ualarm.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/gen/ucontext.3 > ucontext.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/gen/ulimit.3 > ulimit.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/gen/uname.3 > uname.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/gen/unvis.3 > unvis.3.gz Bus error (core dumped) *** Error code 138 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. TB --- 2003-07-21 19:01:12 - /usr/bin/make returned exit code 1 TB --- 2003-07-21 19:01:12 - ERROR: failed to build world TB --- 2003-07-21 19:01:12 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 13:09:37 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E39BA37B401; Mon, 21 Jul 2003 13:09:37 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3338A43F3F; Mon, 21 Jul 2003 13:09:37 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h6LK9as8080583; Mon, 21 Jul 2003 16:09:36 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h6LK9aBL080582; Mon, 21 Jul 2003 20:09:36 GMT Date: Mon, 21 Jul 2003 20:09:36 GMT Message-Id: <200307212009.h6LK9aBL080582@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, i386@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 20:09:38 -0000 TB --- 2003-07-21 19:01:13 - starting CURRENT tinderbox run for i386/pc98 TB --- 2003-07-21 19:01:13 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/pc98 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-21 19:03:15 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-07-21 20:02:20 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Jul 21 20:02:20 GMT 2003 [...] /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/harp/if_harp.c:150: error: initializer element is not constant /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/harp/if_harp.c:150: error: (near initialization for `map_devs[13].dev') /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/harp/if_harp.c:150: error: initializer element is not constant /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/harp/if_harp.c:150: error: (near initialization for `map_devs[13]') /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/harp/if_harp.c: In function `harp_attach': /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/harp/if_harp.c:412: error: `MEDIA_UTP25' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/harp/if_harp.c:412: error: (Each undeclared identifier is reported only once /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/harp/if_harp.c:412: error: for each function it appears in.) *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/modules/harp. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/modules. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. TB --- 2003-07-21 20:09:36 - /usr/bin/make returned exit code 1 TB --- 2003-07-21 20:09:36 - ERROR: failed to build generic kernel TB --- 2003-07-21 20:09:36 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 13:29:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8976937B401 for ; Mon, 21 Jul 2003 13:29:22 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F89243F93 for ; Mon, 21 Jul 2003 13:29:21 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h6LKTDju021363; Mon, 21 Jul 2003 13:29:14 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h6LKTCMr021362; Mon, 21 Jul 2003 13:29:12 -0700 (PDT) Date: Mon, 21 Jul 2003 13:29:12 -0700 From: "David O'Brien" To: Tim Kientzle Message-ID: <20030721202912.GB21283@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Tim Kientzle , Gordon Tetlow , Matt Loschert , current@freebsd.org References: <20030716181354.GA44980@dan.emsphone.com> <20030717074756.B17029@gamplex.bde.org> <20030717123524.T24327@schnell.net> <20030718154832.K21942@gamplex.bde.org> <20030718095946.H29869@schnell.net> <3F183EF9.7020506@acm.org> <20030721084750.GH12996@roark.gnf.org> <3F1C1695.30409@acm.org> <20030721163719.GI12996@roark.gnf.org> <3F1C18CB.6030201@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F1C18CB.6030201@acm.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.1-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: Matt Loschert cc: current@freebsd.org Subject: Re: Buildworld fails in 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 20:29:22 -0000 On Mon, Jul 21, 2003 at 09:46:03AM -0700, Tim Kientzle wrote: > Gordon Tetlow wrote: > >On Mon, Jul 21, 2003 at 09:36:37AM -0700, Tim Kientzle wrote: > >>Hmmm... Is that what .ORDER is for? To work around a > >>parallel make that gratuitously rebuilds things? > > > >Right it serializes build dependencies. The problem with crunchgen ... > > I would argue "the problem with make"... ;-) I think it's pretty > clear that It is not clear. > a b c: foo > buildabc > > does not require that 'buildabc' be run three times. The above is short hand for a: foo buildabc b: foo buildabc c: foo buildabc make in no way knows that buildabc produces 3 things and not a single one. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 13:59:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E298737B425 for ; Mon, 21 Jul 2003 13:59:33 -0700 (PDT) Received: from hotmail.com (law10-oe20.law10.hotmail.com [64.4.14.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6E8B43FBD for ; Mon, 21 Jul 2003 13:59:32 -0700 (PDT) (envelope-from segr@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 21 Jul 2003 13:59:32 -0700 Received: from 205.206.101.61 by law10-oe20.law10.hotmail.com with DAV; Mon, 21 Jul 2003 20:59:32 +0000 X-Originating-IP: [205.206.101.61] X-Originating-Email: [segr@hotmail.com] From: "Stephane Raimbault" To: Date: Mon, 21 Jul 2003 15:01:24 -0600 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0005_01C34F98.F41BC5F0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Message-ID: X-OriginalArrivalTime: 21 Jul 2003 20:59:32.0466 (UTC) FILETIME=[FBE62D20:01C34FCA] Subject: FreeBSD 5.1-R kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 20:59:37 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C34F98.F41BC5F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I'm running FreeBSD 5.1-RELEASE with the SMP kernel and ran across the following kernel panic. panic: kmem_malloc(4096): kmem_map too small: 275251200 total allocated I'm trying to figure out what could be causing this, what kind of information that I could provide to this group (or other group?) to see if this is a bug in FreeBSD that needs to be looked into? The box is basically a busy apache server... the kernel panic seemed to occur during the periodic daily was running. It seems to complete the 440.status-mailq part of periodic daily , but doesn't do 450.status-security. This isn't the first time the box has crashed at aprox. 3:01 am (when daily runs)... however this is the first time I've seend the kernel panic message quoted above in the /var/run/dmesg.boot file. I have attached the entire /var/run/dmesg.boot file to this message. What can I do to assist in identifiying and resolving this problem? Thanks, Stephane Raimbault. ------=_NextPart_000_0005_01C34F98.F41BC5F0 Content-Type: text/plain; name="dmesg-boot.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg-boot.txt" %cat /var/run/dmesg.boot 76.232.138 in via em0 panic: kmem_malloc(4096): kmem_map too small: 275251200 total allocated cpuid =3D 0; lapic.id =3D 00000000 boot() called on cpu#0 syncing disks, buffers remaining... 7154 7154 7153 7153 7153 7153 7154 = 7152 7152 7152 7152 7152 7152 7152 7152 7152 7152 7152 7152 7152 7152 = 7152 7152 7152 7152 7152 7152 Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD 5.1-RELEASE #0: Fri Jun 20 18:36:54 MDT 2003 root@srv2.ashleymadison.com:/usr/obj/usr/src/sys/SRV2 Preloaded elf kernel "/boot/kernel/kernel" at 0xc06ef000. Preloaded elf module "/boot/kernel/ipfw.ko" at 0xc06ef2e4. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc06ef390. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 2399328676 Hz CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2399.33-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 = Features=3D0xbfebfbff Hyperthreading: 2 logical CPUs real memory =3D 4160225280 (3967 MB) avail memory =3D 4045828096 (3858 MB) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 Programming 24 pins in IOAPIC #1 Programming 24 pins in IOAPIC #2 FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000 cpu1 (AP): apic id: 6, version: 0x00050014, at 0xfee00000 cpu2 (AP): apic id: 1, version: 0x00050014, at 0xfee00000 cpu3 (AP): apic id: 7, version: 0x00050014, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00178020, at 0xfec00000 io1 (APIC): apic id: 3, version: 0x00178020, at 0xfec80000 io2 (APIC): apic id: 4, version: 0x00178020, at 0xfec80400 Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 24 entries at 0xc00fde40 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 IOAPIC #0 intpin 16 -> irq 2 IOAPIC #0 intpin 19 -> irq 10 IOAPIC #0 intpin 18 -> irq 11 pcib1: at device 2.0 on pci0 pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.HLB_ - = AE_NOT_FOUND pci1: on pcib1 pci1: at device 28.0 (no driver = attached) pcib2: at device 29.0 on pci1 pci2: on pcib2 IOAPIC #2 intpin 6 -> irq 16 IOAPIC #2 intpin 7 -> irq 17 em0: port = 0x3000-0x303f mem 0xf8200000-0xf821ffff irq 16 at device 3.0 on pci2 em0: Speed:100 Mbps Duplex:Half em1: port = 0x3040-0x307f mem 0xf8220000-0xf823ffff irq 17 at device 3.1 on pci2 em1: Speed:1000 Mbps Duplex:Full pci1: at device 30.0 (no driver = attached) pcib3: at device 31.0 on pci1 pci3: on pcib3 IOAPIC #1 intpin 6 -> irq 18 asr0: mem = 0xfc000000-0xfdffffff,0xfb000000-0xfbffffff,0xf8300000-0xf83fffff irq 18 = at device 3.0 on pci3 asr0: major=3D154 asr0: ADAPTEC 2015S FW Rev. 3B05, 2 channel, 256 CCBs, Protocol I2O uhci0: port = 0x2000-0x201f irq 2 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port = 0x2020-0x203f irq 10 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port = 0x2040-0x205f irq 11 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pcib4: at device 30.0 on pci0 pci4: on pcib4 pci4: at device 1.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port = 0x2060-0x206f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 mem = 0xf8000000-0xf80003ff irq 0 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port = 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: