From owner-freebsd-current Sun Aug 18 1:54:58 2002 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 CF0EE37B400 for ; Sun, 18 Aug 2002 01:54:55 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 8DA0443E81 for ; Sun, 18 Aug 2002 01:54:54 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 18 Aug 2002 09:54:53 +0100 (BST) Date: Sun, 18 Aug 2002 09:54:52 +0100 From: David Malone To: Yuri Victorovich Cc: "current@FreeBSD.ORG" Subject: Re: libwrap bug? Message-ID: <20020818085452.GA80443@walton.maths.tcd.ie> References: <3D5F28BF.EE86E5AB@tsoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D5F28BF.EE86E5AB@tsoft.com> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Aug 18, 2002 at 12:55:27AM -0400, Yuri Victorovich wrote: > Is it a bug that function "sock_host" is declared > sock_host() in /usr/include/tcpd.h > but defined as sock_host(struct request_info *) > in /usr/src/contrib/tcp_wrappers/socket.c ? A fucntion which is declared with no arguments (eg sock_host()) is assumed to be a function defined in the K&R way. Argument number and types don't need to be known. To decalre a function which takes no arguments (and which has an ANSI style definition) you say "function(void)". So this prototype is correct because the definition in socket.c is a K&R definition. Bruce tells me that gcc has some magic which allows K&R function definitions to work OK with ANSI prototypes, as long as the prototype is visable both where the function is defined and where then function is used. Otherwise, mixing K&R and ANSI can have unexpected side effects. > MySQL on Alpha gives "unaligned access..." > error because they use it w/out an argument and > actual libwrap expects an argument. The bug would seem to be calling sock_host without an argument. I've been considering adding ANSI prototypes to tcpd.h, so we get more useful warnings from it. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 4:48: 8 2002 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 5AFA637B400 for ; Sun, 18 Aug 2002 04:48:04 -0700 (PDT) Received: from blarf.homeip.net (adsl-209-204-188-56.sonic.net [209.204.188.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8DB243E4A for ; Sun, 18 Aug 2002 04:48:03 -0700 (PDT) (envelope-from alex@blarf.homeip.net) Received: by blarf.homeip.net (Postfix, from userid 1000) id BE90F190D; Sun, 18 Aug 2002 04:48:00 -0700 (PDT) Date: Sun, 18 Aug 2002 04:48:00 -0700 From: Alex Zepeda To: current@freebsd.org Subject: panic: Most recently used by BIO buffer Message-ID: <20020818114800.GA66942@blarf.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This seems like a new one (previous kernels kept crashing with most recently used by none). ---- FreeBSD blarf.homeip.net 5.0-CURRENT FreeBSD 5.0-CURRENT #6: Fri Aug 16 12:47:10 PDT 2002 alex@blarf.homeip.net:/usr/src/sys/i386/compile/ZIPPY_SMP_WITNESS i386 GNU gdb 5.2.0 (FreeBSD) 20020627 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... panic: from debugger panic messages: --- panic: Most recently used by BIO buffer cpuid = 0; lapic.id = 00000000 panic: from debugger cpuid = 0; lapic.id = 00000000 Uptime: 1d1h49m29s pfs_vncache_unload(): 1 entries remaining Dumping 127 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 --- #0 doadump () at ../../../kern/kern_shutdown.c:213 213 dumping++; (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:213 #1 0xc02216b1 in boot (howto=260) at ../../../kern/kern_shutdown.c:345 #2 0xc02218d3 in panic () at ../../../kern/kern_shutdown.c:493 #3 0xc016d1ed in db_panic () at ../../../ddb/db_command.c:449 #4 0xc016d18c in db_command (last_cmdp=0xc03c4440, cmd_table=0x0, aux_cmd_tablep=0xc03bb4f0, aux_cmd_tablep_end=0xc03bb4f4) at ../../../ddb/db_command.c:345 #5 0xc016d25b in db_command_loop () at ../../../ddb/db_command.c:471 #6 0xc016f692 in db_trap (type=3, code=0) at ../../../ddb/db_trap.c:72 #7 0xc03257a8 in kdb_trap (type=3, code=0, regs=0xc9cf39c4) at ../../../i386/i386/db_interface.c:161 #8 0xc0339fcc in trap (frame= {tf_fs = 24, tf_es = -1026490352, tf_ds = 16, tf_edi = -1026470720, tf_esi = 256, tf_ebp = -909166072, tf_isp = -909166096, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1070441902, tf_cs = 8, tf_eflags = 658, tf_esp = -1069891672, tf_ss = -909166048}) at ../../../i386/i386/trap.c:605 #9 0xc0326bc8 in calltrap () at /var/tmp//ccTCRbXy.s:99 #10 0xc02218ba in panic (fmt=0x0) at ../../../kern/kern_shutdown.c:479 #11 0xc03021ec in mtrash_ctor (mem=0xc240c400, size=0, arg=0x0) at ../../../vm/uma_dbg.c:135 #12 0xc030113f in uma_zalloc_arg (zone=0xc0b859c0, udata=0x0, flags=0) at ../../../vm/uma_core.c:1358 #13 0xc0218824 in malloc (size=6, type=0xc03f02c0, flags=0) at ../../../kern/kern_malloc.c:171 #14 0xc0204324 in exec_elf32_imgact (imgp=0xc9cf3bc0) at imgact_elf.c:806 #15 0xc020e544 in execve (td=0xc2d14cc0, uap=0xc9cf3d14) at ../../../kern/kern_exec.c:270 #16 0xc033a7a4 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135209192, tf_esi = 135209068, tf_ebp = -1077938328, tf_isp = -909165196, tf_ebx = 135209192, tf_edx = 135209208, tf_ecx = 135209201, tf_eax = 59, tf_trapno = 12, tf_err = 2, tf_eip = 134703887, tf_cs = 31, tf_eflags = 642, tf_esp = -1077938372, tf_ss = 47}) at ../../../i386/i386/trap.c:1050 #17 0xc0326c1d in Xint0x80_syscall () at /var/tmp//ccTCRbXy.s:141 ---Can't read userspace from dump, or kernel process--- (kgdb) quit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 6:25:58 2002 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 C998C37B400; Sun, 18 Aug 2002 06:25:57 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBF1643E3B; Sun, 18 Aug 2002 06:25:56 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g7IDPtZY068884; Sun, 18 Aug 2002 15:25:55 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g7IDPtYW895326; Sun, 18 Aug 2002 15:25:55 +0200 (MES) Date: Sun, 18 Aug 2002 15:27:31 +0200 (CEST) From: Martin Blapp To: Cc: Subject: GCC 3.2 Message-ID: <20020818152636.J17516-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Any plans or ideas when gcc3.2 will be imported ? Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 7:12:54 2002 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 E948437B400 for ; Sun, 18 Aug 2002 07:12:52 -0700 (PDT) Received: from optima-hyper.com (s2.optima-inc.us [12.111.39.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E49043E4A for ; Sun, 18 Aug 2002 07:12:52 -0700 (PDT) (envelope-from yuri@tsoft.com) Received: from s1.optima-inc.us (s1 [12.111.39.155]) by optima-hyper.com (8.12.5/8.12.2) with ESMTP id g7IECgDI027328; Sun, 18 Aug 2002 10:12:42 -0400 (EDT) Received: from tsoft.com (localhost [127.0.0.1]) by s1.optima-inc.us (8.12.5/8.12.2) with ESMTP id g7IECZWS000503; Sun, 18 Aug 2002 10:12:41 -0400 (EDT) Message-ID: <3D5FAB64.AFF2CAA9@tsoft.com> Date: Sun, 18 Aug 2002 10:12:52 -0400 From: Yuri Victorovich X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: David Malone , current@FreeBSD.ORG Subject: Re: libwrap bug? References: <3D5F28BF.EE86E5AB@tsoft.com> <20020818085452.GA80443@walton.maths.tcd.ie> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David, > A fucntion which is declared with no arguments (eg sock_host()) > is assumed to be a function defined in the K&R way. Argument number > and types don't need to be known. To decalre a function which takes > no arguments (and which has an ANSI style definition) you say > "function(void)". So this prototype is correct because the definition > in socket.c is a K&R definition. Such K&R way to declare functions sounds like an open invitation for bugs. > > MySQL on Alpha gives "unaligned access..." > > error because they use it w/out an argument and > > actual libwrap expects an argument. > > The bug would seem to be calling sock_host without an argument. C++ complains if function was declared K&R style and used correctly. So I had to change those declarations in tcpd.h to compile correctly. > I've been considering adding ANSI prototypes to tcpd.h, so we > get more useful warnings from it. Yes, please add them! Right now MySQL calls functions the wrong way but due to the specifics of i386 assembly they get away with this. Since compiler pushes this argument to stack before calling them for some function following later on. So they use it as if it was theirs )) And Alpha code is built differently so this bug comes up. Regards, Yuri. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 8:25: 7 2002 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 A811737B400; Sun, 18 Aug 2002 08:25:04 -0700 (PDT) Received: from brev.stud.ntnu.no (brev.stud.ntnu.no [129.241.56.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0650E43E6A; Sun, 18 Aug 2002 08:25:04 -0700 (PDT) (envelope-from morten@rodal.no) Received: from localhost (localhost [127.0.0.1]) by brev.stud.ntnu.no (Postfix) with ESMTP id B1A6E13EE0A; Sun, 18 Aug 2002 17:25:02 +0200 (CEST) Received: from slurp.rodal.no (m200h.studby.ntnu.no [129.241.135.200]) by brev.stud.ntnu.no (Postfix) with ESMTP id D8B7513EDFD; Sun, 18 Aug 2002 17:25:01 +0200 (CEST) Received: (from morten@localhost) by slurp.rodal.no (8.12.5/8.12.5/Submit) id g7IFP0A8001095; Sun, 18 Aug 2002 17:25:00 +0200 (CEST) (envelope-from morten) Date: Sun, 18 Aug 2002 17:25:00 +0200 From: Morten Rodal To: Martin Blapp Cc: current@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: GCC 3.2 Message-ID: <20020818152500.GD851@slurp.rodal.no> References: <20020818152636.J17516-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JwB53PgKC5A7+0Ej" Content-Disposition: inline In-Reply-To: <20020818152636.J17516-100000@levais.imp.ch> X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --JwB53PgKC5A7+0Ej Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 18, 2002 at 03:27:31PM +0200, Martin Blapp wrote: >=20 > Hi, >=20 > Any plans or ideas when gcc3.2 will be imported ? >=20 > Martin >=20 I think if you search the mailinglist archive you will find your answer quickly (it has been addressed several times). --=20 Morten Rodal // // PGP ID 2D75595B // 22DE D67A 1AEA EF94 872A 9384 6D67 B50B 2D75 595B // --JwB53PgKC5A7+0Ej Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9X7xMbWe1Cy11WVsRAoQdAKDQV0nNIeLpqdsdtBvTxWIYI5+vswCg2QhV n7khMIkYYJ923yimIDZoBYw= =l3g1 -----END PGP SIGNATURE----- --JwB53PgKC5A7+0Ej-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 8:54:40 2002 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 806B637B400 for ; Sun, 18 Aug 2002 08:54:39 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CD3D43E7B for ; Sun, 18 Aug 2002 08:54:38 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g7IFsaZY082084; Sun, 18 Aug 2002 17:54:37 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g7IFsaYW901536; Sun, 18 Aug 2002 17:54:36 +0200 (MES) Date: Sun, 18 Aug 2002 17:56:12 +0200 (CEST) From: Martin Blapp To: Morten Rodal Cc: Subject: Re: GCC 3.2 In-Reply-To: <20020818152500.GD851@slurp.rodal.no> Message-ID: <20020818174839.G17516-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > I think if you search the mailinglist archive you will find your answer > quickly (it has been addressed several times). Thanks, yes found it. But with the answers I'm very unpleased. I really really hope that we import either 3.2 or 3.3 now. Personally I'd go with 3.2. The fact is that several ports need at least gcc3.1.1. We still have a prerelease 3.1 with many bugs there. The situation is very unpleasant. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 9:23:15 2002 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 BA31437B400 for ; Sun, 18 Aug 2002 09:23:12 -0700 (PDT) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 916A143E75 for ; Sun, 18 Aug 2002 09:22:33 -0700 (PDT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.12.5/8.12.5) with ESMTP id g7IGMXsG000539 for ; Sun, 18 Aug 2002 09:22:33 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.5/8.12.5/Submit) id g7IGMXW0000538 for current@freebsd.org; Sun, 18 Aug 2002 09:22:33 -0700 (PDT) Date: Sun, 18 Aug 2002 09:22:33 -0700 (PDT) From: David Wolfskill Message-Id: <200208181622.g7IGMXW0000538@bunrab.catwhisker.org> To: current@freebsd.org Subject: World breakage + (possible) patch [compiles; still building world] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Symptom: ===> sbin/ifconfig cc -O -pipe -DUSE_IF_MEDIA -DINET6 -DUSE_VLANS -DUSE_IEEE80211 -DNS -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -I.. -c /usr/src/sbin/ifconfig/ifconfig.c cc -O -pipe -DUSE_IF_MEDIA -DINET6 -DUSE_VLANS -DUSE_IEEE80211 -DNS -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -I.. -c /usr/src/sbin/ifconfig/ifmedia.c cc -O -pipe -DUSE_IF_MEDIA -DINET6 -DUSE_VLANS -DUSE_IEEE80211 -DNS -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -I.. -c /usr/src/sbin/ifconfig/ifvlan.c cc -O -pipe -DUSE_IF_MEDIA -DINET6 -DUSE_VLANS -DUSE_IEEE80211 -DNS -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -I.. -c /usr/src/sbin/ifconfig/ifieee80211.c gzip -cn /usr/src/sbin/ifconfig/ifconfig.8 > ifconfig.8.gz /usr/src/sbin/ifconfig/ifconfig.c: In function `setifflags': /usr/src/sbin/ifconfig/ifconfig.c:1002: invalid type argument of `->' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error freebeast(5.0-C)[2] Patch for ifconfig ver. 1.76: Index: sbin/ifconfig/ifconfig.c =================================================================== RCS file: /cvs/freebsd/src/sbin/ifconfig/ifconfig.c,v retrieving revision 1.76 diff -u -r1.76 ifconfig.c --- sbin/ifconfig/ifconfig.c 18 Aug 2002 07:04:57 -0000 1.76 +++ sbin/ifconfig/ifconfig.c 18 Aug 2002 15:33:04 -0000 @@ -999,7 +999,7 @@ exit(1); } strncpy(my_ifr.ifr_name, name, sizeof (my_ifr.ifr_name)); - flags = (ifr->ifr_flags & 0xffff) | (my_ifr.ifr_flagshigh << 16); + flags = (my_ifr.ifr_flags & 0xffff) | (my_ifr.ifr_flagshigh << 16); if (value < 0) { value = -value; As note in the Subject:, the result compiles OK. I got through the buildworld, but am still building the kernel, so I cannot claim to have tested it. Cheers, david -- David H. Wolfskill david@catwhisker.org To paraphrase David Hilbert, there can be no conflicts between the discipline of systems administration and Microsoft, since they have nothing in common. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 9:56:13 2002 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 843F937B400 for ; Sun, 18 Aug 2002 09:56:10 -0700 (PDT) Received: from ref5.freebsd.org (ref5.FreeBSD.org [216.136.204.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CC7E43E65 for ; Sun, 18 Aug 2002 09:56:10 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.5/8.12.5) with ESMTP id g7IGuAgr051486 for ; Sun, 18 Aug 2002 09:56:10 -0700 (PDT) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.5/8.12.5/Submit) id g7IGuA1X051484 for current@freebsd.org; Sun, 18 Aug 2002 09:56:10 -0700 (PDT) Date: Sun, 18 Aug 2002 09:56:10 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200208181656.g7IGuA1X051484@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> 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/i386/obj/local0/scratch/des/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> sbin/ifconfig /local0/scratch/des/src/sbin/ifconfig/ifconfig.c: In function `setifflags': /local0/scratch/des/src/sbin/ifconfig/ifconfig.c:1002: invalid type argument of `->' *** Error code 1 Stop in /local0/scratch/des/src/sbin/ifconfig. *** Error code 1 Stop in /local0/scratch/des/src/sbin. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 10:15: 4 2002 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 7B2BF37B401 for ; Sun, 18 Aug 2002 10:15:01 -0700 (PDT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B20243E6E for ; Sun, 18 Aug 2002 10:15:00 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g7IHEr315462; Mon, 19 Aug 2002 02:14:53 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: In-Reply-To: <20020818174839.G17516-100000@levais.imp.ch> References: <20020818152500.GD851@slurp.rodal.no> <20020818174839.G17516-100000@levais.imp.ch> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 7 From: Makoto Matsushita To: mb@imp.ch Subject: Re: GCC 3.2 Date: Mon, 19 Aug 2002 02:14:48 +0900 Message-Id: <20020819021448V.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG mb> The situation is very unpleasant. IIRC, we have no active GCC maintainer, no matter you feel unpleasant or not... -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 13:35:22 2002 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 654C637B400 for ; Sun, 18 Aug 2002 13:35:20 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 835B543E42 for ; Sun, 18 Aug 2002 13:35:19 -0700 (PDT) (envelope-from mark@grimreaper.grondar.org) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.5/8.12.5) with ESMTP id g7IKZHqa071051; Sun, 18 Aug 2002 21:35:17 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.5/8.12.5/Submit) with UUCP id g7IKZHsD071050; Sun, 18 Aug 2002 21:35:17 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.5/8.12.5) with ESMTP id g7IKYEQg015077; Sun, 18 Aug 2002 21:34:14 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200208182034.g7IKYEQg015077@grimreaper.grondar.org> To: Yuri Victorovich Cc: David Malone , current@FreeBSD.ORG Subject: Re: libwrap bug? References: <3D5FAB64.AFF2CAA9@tsoft.com> In-Reply-To: <3D5FAB64.AFF2CAA9@tsoft.com> ; from Yuri Victorovich "Sun, 18 Aug 2002 10:12:52 EDT." Date: Sun, 18 Aug 2002 21:34:13 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Such K&R way to declare functions sounds like an open invitation for > bugs. Agreed. > > I've been considering adding ANSI prototypes to tcpd.h, so we > > get more useful warnings from it. I have a local ISOfication (and lint cleanup) of tcp_wrappers that I've been meaning to contribute back to the author. Wanna play? :-) M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 15: 0:34 2002 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 1190637B400 for ; Sun, 18 Aug 2002 15:00:33 -0700 (PDT) Received: from optima-hyper.com (s2.optima-inc.us [12.111.39.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39B7443E72 for ; Sun, 18 Aug 2002 15:00:32 -0700 (PDT) (envelope-from yuri@tsoft.com) Received: from s1.optima-inc.us (s1 [12.111.39.155]) by optima-hyper.com (8.12.5/8.12.2) with ESMTP id g7IM0FDI028906; Sun, 18 Aug 2002 18:00:16 -0400 (EDT) Received: from tsoft.com (localhost [127.0.0.1]) by s1.optima-inc.us (8.12.5/8.12.2) with ESMTP id g7IM08WS000915; Sun, 18 Aug 2002 18:00:18 -0400 (EDT) Message-ID: <3D6018E8.DEDE7601@tsoft.com> Date: Sun, 18 Aug 2002 18:00:08 -0400 From: Yuri Victorovich X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: Mark Murray Cc: current@FreeBSD.ORG Subject: Re: libwrap bug? References: <3D5FAB64.AFF2CAA9@tsoft.com> <200208182034.g7IKYEQg015077@grimreaper.grondar.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > I've been considering adding ANSI prototypes to tcpd.h, so we > > > get more useful warnings from it. > > I have a local ISOfication (and lint cleanup) of tcp_wrappers that > I've been meaning to contribute back to the author. Wanna play? :-) Sure! Would appreciate if you send it to me ) Regards, Yuri. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 15: 9:48 2002 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 3CE8137B400; Sun, 18 Aug 2002 15:09:47 -0700 (PDT) Received: from tara.freenix.org (keltia.freenix.org [62.4.20.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BD3843E65; Sun, 18 Aug 2002 15:09:46 -0700 (PDT) (envelope-from roberto@tara.freenix.org) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id B2AEA2AA7; Mon, 19 Aug 2002 00:09:45 +0200 (CEST) Date: Mon, 19 Aug 2002 00:09:45 +0200 From: Ollivier Robert To: current@FreeBSD.org, jdp@freebsd.org Subject: Weird error when trying to link rmic from gcc 3.3 Message-ID: <20020818220945.GA1931@tara.freenix.org> Mail-Followup-To: current@FreeBSD.org, jdp@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 5.0-CURRENT K6-3D/266 & 2x PIII/800 SMP User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I get the following error when trying to compile gcc 3.3 (or 3.2) from ports on my CURRENT machine : /local/src/ports/lang/gcc33/work/build/gcc/gcj -B/local/src/ports/lang/gcc33/work/build/i386-portbld-freebsd5.0/libjava/ -B/local/src/ports/lang/gcc33/work/build/gcc/ -ffloat-store -g -O2 -o rmic --main=gnu.java.rmi.rmic.RMIC -shared-libgcc -pthread -L/local/src/ports/lang/gcc33/work/build/i386-portbld-freebsd5.0/libjava -L/local/src/ports/lang/gcc33/work/build/i386-portbld-freebsd5.0/libjava/.libs ./.libs/libgcj.a -L/local/src/ports/lang/gcc33/work/build/i386-portbld-freebsd5.0/libstdc++-v3/src -L/local/src/ports/lang/gcc33/work/build/i386-portbld-freebsd5.0/libstdc++-v3/src/.libs -L/local/src/ports/lang/gcc33/work/build/gcc -lgcc -lgcc -Wl,--rpath -Wl,/usr/local/lib /usr/libexec/elf/ld: rmic: Not enough room for program headers (allocated 6, need 7) /usr/libexec/elf/ld: final link failed: Bad value collect2: ld returned 1 exit status gmake[3]: *** [rmic] Error 1 Any ideas ? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 15:50:14 2002 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 8513537B400 for ; Sun, 18 Aug 2002 15:50:09 -0700 (PDT) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87D6743E3B for ; Sun, 18 Aug 2002 15:50:08 -0700 (PDT) (envelope-from des@sparc64.style9.org) Received: from bowie.private (d141-197-208.home.cgocable.net [24.141.197.208]) by espresso.q9media.com (Postfix) with ESMTP id 79DC39E57 for ; Sun, 18 Aug 2002 18:44:09 -0400 (EDT) Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.5/8.12.5) with ESMTP id g7IMoTap007312 for ; Sun, 18 Aug 2002 22:50:29 GMT (envelope-from des@bowie.private) Received: (from des@localhost) by bowie.private (8.12.5/8.12.5/Submit) id g7IMoTfP007310 for current@freebsd.org; Sun, 18 Aug 2002 22:50:29 GMT Date: Sun, 18 Aug 2002 22:50:29 GMT From: Dag-Erling Smorgrav Message-Id: <200208182250.g7IMoTfP007310@bowie.private> To: current@freebsd.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> 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/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> sbin/ifconfig /usr/home/des/tinderbox/sparc64/src/sbin/ifconfig/ifconfig.c: In function `setifflags': /usr/home/des/tinderbox/sparc64/src/sbin/ifconfig/ifconfig.c:1002: invalid type argument of `->' *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/sbin/ifconfig. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/sbin. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 17:27:17 2002 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 5B09437B400 for ; Sun, 18 Aug 2002 17:27:15 -0700 (PDT) Received: from blarf.homeip.net (adsl-209-204-188-56.sonic.net [209.204.188.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12D6843E65 for ; Sun, 18 Aug 2002 17:27:15 -0700 (PDT) (envelope-from sonicmail@blarf.homeip.net) Received: by blarf.homeip.net (Postfix, from userid 1006) id 942951A55; Sun, 18 Aug 2002 17:27:13 -0700 (PDT) Date: Sun, 18 Aug 2002 17:27:13 -0700 From: Alex Zepeda To: current@freebsd.org Subject: lock order reversal / could sleep with process lock: Message-ID: <20020819002713.GA69336@blarf.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ../../../vm/uma_core.c:1332: could sleep with "process lock" locked from ../../../kern/kern_exec.c:360 lock order reversal 1st 0xc25bb160 process lock (process lock) @ ../../../kern/kern_exec.c:360 2nd 0xc03eee00 filelist lock (filelist lock) @ ../../../kern/kern_descrip.c:1113 ../../../vm/uma_core.c:1332: could sleep with "process lock" locked from ../../../kern/kern_exec.c:360 ../../../vm/uma_core.c:1332: could sleep with "process lock" locked from ../../../kern/kern_exec.c:360 Should I set debug.witness_ddb to 1 and get a trace from it? Or has this one already been seen? - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 17:44:58 2002 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 4121237B400 for ; Sun, 18 Aug 2002 17:44:56 -0700 (PDT) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9753C43E3B for ; Sun, 18 Aug 2002 17:44:55 -0700 (PDT) (envelope-from winter@jurai.net) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.5/8.12.2) with ESMTP id g7J0iqOw013351; Sun, 18 Aug 2002 20:44:54 -0400 (EDT) (envelope-from winter@jurai.net) Date: Sun, 18 Aug 2002 20:44:52 -0400 (EDT) From: "Matthew N. Dodd" To: Mark Murray Cc: current@FreeBSD.ORG Subject: Re: VM panic In-Reply-To: <200208170745.g7H7jdQg003983@grimreaper.grondar.org> Message-ID: <20020818204252.B788-100000@sasami.jurai.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 17 Aug 2002, Mark Murray wrote: > If I do a "make -jN world" build on my dual MMX/200 box, I usually end > up in tears (well, a panic anyway). This is completely reproducible, and > the panic always happens in swapout_procs while vmdaemon is running. > > Anyone else getting this? I'm amazed you've got a dual Pentium running -CURRENT at all. both of mine haven't worked with SMP kernels for months. (dual P54C and dual P55C). -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 18: 4:27 2002 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 9FF5637B400 for ; Sun, 18 Aug 2002 18:04:23 -0700 (PDT) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAA3A43E42 for ; Sun, 18 Aug 2002 18:04:22 -0700 (PDT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.12.5/8.12.5) with ESMTP id g7J14MWB000437; Sun, 18 Aug 2002 18:04:22 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.5/8.12.5/Submit) id g7J14Ldf000436; Sun, 18 Aug 2002 18:04:21 -0700 (PDT) Date: Sun, 18 Aug 2002 18:04:21 -0700 (PDT) From: David Wolfskill Message-Id: <200208190104.g7J14Ldf000436@bunrab.catwhisker.org> To: mark@grondar.za, winter@jurai.net Subject: Re: VM panic Cc: current@FreeBSD.ORG In-Reply-To: <20020818204252.B788-100000@sasami.jurai.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Date: Sun, 18 Aug 2002 20:44:52 -0400 (EDT) >From: "Matthew N. Dodd" >On Sat, 17 Aug 2002, Mark Murray wrote: >> If I do a "make -jN world" build on my dual MMX/200 box, I usually end >> up in tears (well, a panic anyway). This is completely reproducible, and >> the panic always happens in swapout_procs while vmdaemon is running. >> Anyone else getting this? I'm not. >I'm amazed you've got a dual Pentium running -CURRENT at all. I'm not. >both of mine haven't worked with SMP kernels for months. (dual P54C and >dual P55C). freebeast(5.0-C)[2] uname -a FreeBSD freebeast.catwhisker.org 5.0-CURRENT FreeBSD 5.0-CURRENT #4: Sun Aug 18 09:16:14 PDT 2002 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/FREEBEAST i386 Copyright (c) 1992-2002 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.0-CURRENT #4: Sun Aug 18 09:16:14 PDT 2002 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/FREEBEAST Preloaded elf kernel "/boot/kernel/kernel" at 0xc0496000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04960a8. Calibrating clock(s) ... TSC clock: 876474687 Hz, i8254 clock: 1193294 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium III/Pentium III Xeon/Celeron (876.40-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383fbff real memory = 536805376 (524224K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x004c0000 - 0x1ffe7fff, 531791872 bytes (129832 pages) avail memory = 515960832 (503868K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00178011, at 0xfec00000 bios32: Found BIOS32 Service Directory header at 0xc00faf20 bios32: Entry = 0xfb390 (c00fb390) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb3c0 pnpbios: Found PnP BIOS data at 0xc00fbde0 pnpbios: Entry = f0000:be10 Rev = 1.0 Other BIOS signatures found: null: random: mem: Pentium Pro MTRR support enabled SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000010 SVR: 0x000001ff pci_open(1): mode 1 addr port (0x0cf8) is 0x80000060 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=30911106) Using $PIR table, 8 entries at 0xc00fde30 .... More info available on request; I didn't want to spam the list too much (this time). Cheers, david (links to my resume at http://www.catwhisker.org/~david) -- David H. Wolfskill david@catwhisker.org To paraphrase David Hilbert, there can be no conflicts between the discipline of systems administration and Microsoft, since they have nothing in common. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 18:17: 0 2002 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 8404D37B400 for ; Sun, 18 Aug 2002 18:16:59 -0700 (PDT) Received: from optima-hyper.com (s2.optima-inc.us [12.111.39.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D1D243E75 for ; Sun, 18 Aug 2002 18:16:58 -0700 (PDT) (envelope-from yuri@tsoft.com) Received: from s1.optima-inc.us (s1 [12.111.39.155]) by optima-hyper.com (8.12.5/8.12.2) with ESMTP id g7J1GnDI029608; Sun, 18 Aug 2002 21:16:50 -0400 (EDT) Received: from tsoft.com (localhost [127.0.0.1]) by s1.optima-inc.us (8.12.5/8.12.2) with ESMTP id g7J1GpWS001086; Sun, 18 Aug 2002 21:16:52 -0400 (EDT) Message-ID: <3D604712.1BC76405@tsoft.com> Date: Sun, 18 Aug 2002 21:17:06 -0400 From: Yuri Victorovich X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Matthew N. Dodd" , current@FreeBSD.ORG Subject: Re: VM panic References: <20020818204252.B788-100000@sasami.jurai.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I'm amazed you've got a dual Pentium running -CURRENT at all. > > both of mine haven't worked with SMP kernels for months. (dual P54C and > dual P55C). I am running SMP CURRENT kernel on 4-Alpha processors . No problems for a lot of months. Yuri. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 20:58:38 2002 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 5180337B400 for ; Sun, 18 Aug 2002 20:58:35 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id C55A543E65 for ; Sun, 18 Aug 2002 20:58:34 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.5/8.12.5) id g7J3pCEP062541; Sun, 18 Aug 2002 22:51:12 -0500 (CDT) (envelope-from dan) Date: Sun, 18 Aug 2002 22:51:12 -0500 From: Dan Nelson To: David Wolfskill Cc: mark@grondar.za, winter@jurai.net, current@FreeBSD.ORG Subject: Re: VM panic Message-ID: <20020819035112.GL74231@dan.emsphone.com> References: <20020818204252.B788-100000@sasami.jurai.net> <200208190104.g7J14Ldf000436@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200208190104.g7J14Ldf000436@bunrab.catwhisker.org> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Aug 18), David Wolfskill said: > From: "Matthew N. Dodd" > > I'm amazed you've got a dual Pentium running -CURRENT at all. > > I'm not. > > > both of mine haven't worked with SMP kernels for months. (dual P54C > > and dual P55C). > > freebeast(5.0-C)[2] uname -a > CPU: Pentium III/Pentium III Xeon/Celeron (876.40-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x68a Stepping = 10 > Features=0x383fbff A Pentium III is not a Pentium, by a long shot. Or is it the other way around. :) P54C is your classic 586 Pentium. P55C is a Pentium/MMX. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 21:56:39 2002 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 69B3137B400 for ; Sun, 18 Aug 2002 21:56:36 -0700 (PDT) Received: from ref5.freebsd.org (ref5.FreeBSD.org [216.136.204.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3271943E42 for ; Sun, 18 Aug 2002 21:56:36 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.5/8.12.5) with ESMTP id g7J4uZgr053354 for ; Sun, 18 Aug 2002 21:56:35 -0700 (PDT) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.5/8.12.5/Submit) id g7J4uZB2053352 for current@freebsd.org; Sun, 18 Aug 2002 21:56:35 -0700 (PDT) Date: Sun, 18 Aug 2002 21:56:35 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200208190456.g7J4uZB2053352@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> 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/i386/obj/local0/scratch/des/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> sbin/ifconfig /local0/scratch/des/src/sbin/ifconfig/ifconfig.c: In function `setifflags': /local0/scratch/des/src/sbin/ifconfig/ifconfig.c:1002: invalid type argument of `->' *** Error code 1 Stop in /local0/scratch/des/src/sbin/ifconfig. *** Error code 1 Stop in /local0/scratch/des/src/sbin. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 18 22:38:31 2002 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 319FF37B400 for ; Sun, 18 Aug 2002 22:38:27 -0700 (PDT) Received: from bilbo.in.mat.cc (bilbo.in.mat.cc [212.43.217.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AE7643E3B for ; Sun, 18 Aug 2002 22:38:26 -0700 (PDT) (envelope-from mat@mat.cc) Received: from sauron (sauron.in.mat.cc [212.43.217.122]) by bilbo.in.mat.cc (Postfix) with ESMTP id 2A1D771183 for ; Mon, 19 Aug 2002 07:38:24 +0200 (CEST) Date: Mon, 19 Aug 2002 07:38:23 +0200 From: Mathieu Arnold To: current@freebsd.org Subject: Re: i386 tinderbox failure Message-ID: <673362703.1029742703@sauron> In-Reply-To: <200208190456.g7J4uZB2053352@ref5.freebsd.org> References: <200208190456.g7J4uZB2053352@ref5.freebsd.org> X-Mailer: Mulberry/3.0.0b1 (Win32) X-wazaaa: True, true MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --On dimanche 18 ao=FBt 2002 21:56 -0700 Dag-Erling Smorgrav wrote: > -------------------------------------------------------------- >>>> Rebuilding the temporary build tree > -------------------------------------------------------------- >>>> 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/i386/obj/local0/scratch/des/src/i386/usr/include > -------------------------------------------------------------- >>>> stage 4: building libraries > -------------------------------------------------------------- >>>> stage 4: make dependencies > -------------------------------------------------------------- >>>> stage 4: building everything.. > -------------------------------------------------------------- > =3D=3D=3D> sbin/ifconfig > /local0/scratch/des/src/sbin/ifconfig/ifconfig.c: In function > `setifflags': /local0/scratch/des/src/sbin/ifconfig/ifconfig.c:1002: > invalid type argument of `->' *** Error code 1 maybe a : Index: ifconfig.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/ifconfig/ifconfig.c,v retrieving revision 1.76 diff -u -d -b -w -u -r1.76 ifconfig.c --- ifconfig.c 18 Aug 2002 07:04:57 -0000 1.76 +++ ifconfig.c 19 Aug 2002 05:37:01 -0000 @@ -999,7 +999,7 @@ exit(1); } strncpy(my_ifr.ifr_name, name, sizeof (my_ifr.ifr_name)); - flags =3D (ifr->ifr_flags & 0xffff) | (my_ifr.ifr_flagshigh << 16); + flags =3D (ifr.ifr_flags & 0xffff) | (my_ifr.ifr_flagshigh << 16); =20 if (value < 0) { value =3D -value; --=20 Mathieu Arnold To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 19 1:32:59 2002 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 A1A1637B400 for ; Mon, 19 Aug 2002 01:32:40 -0700 (PDT) Received: from blarf.homeip.net (adsl-209-204-188-56.sonic.net [209.204.188.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id E71B243E42 for ; Mon, 19 Aug 2002 01:32:39 -0700 (PDT) (envelope-from alex@blarf.homeip.net) Received: by blarf.homeip.net (Postfix, from userid 1000) id 2726218A9; Mon, 19 Aug 2002 01:32:39 -0700 (PDT) Date: Mon, 19 Aug 2002 01:32:38 -0700 From: Alex Zepeda To: current@freebsd.org Subject: sleeping with "mntvnode" locked... Message-ID: <20020819083238.GA739@blarf.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG So I'm trying to get the kernel to drop into ddb when it spews witness stuff.. stuff like: Aug 18 23:22:28 blarf kernel: ../../../vm/uma_core.c:1332: could sleep with "process lock" locked from ../../../kern/kern_exec.c:360 Aug 18 23:22:28 blarf last message repeated 2 times Aug 18 23:28:12 blarf kernel: ../../../vm/uma_core.c:1332: could sleep with "process lock" locked from ../../../kern/kern_exec.c:360 Aug 18 23:28:12 blarf last message repeated 2 times Aug 18 23:44:09 blarf kernel: ../../../vm/uma_core.c:1332: could sleep with "process lock" locked from ../../../kern/kern_exec.c:360 Aug 18 23:44:09 blarf last message repeated 2 times So I set debug.witness_ddb to 1. I see the above when I exit from X. No ddb. Hmm. I go into the debugger manually and get a useless trace (duh). Some more head scratching while world builds, then I get this: ../../../kern/kern_synch.c:454: sleeping with "mntvnode" locked from ../../../kern/vfs_subr.c:2789 panic: from debugger cpuid = 0; lapic.id = 00000000 ------- GNU gdb 5.2.0 (FreeBSD) 20020627 This GDB was configured as "i386-undermydesk-freebsd"... panic: bremfree: bp 0xc424acdc not locked panic messages: --- panic: from debugger cpuid = 0; lapic.id = 00000000 syncing disks... panic: bremfree: bp 0xc424acdc not locked cpuid = 0; lapic.id = 00000000 Uptime: 22h19m59s Dumping 127 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 --- #0 doadump () at ../../../kern/kern_shutdown.c:213 213 dumping++; (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:213 #1 0xc02216b1 in boot (howto=260) at ../../../kern/kern_shutdown.c:345 #2 0xc02218d3 in panic () at ../../../kern/kern_shutdown.c:493 #3 0xc0255f71 in bremfree (bp=0xc424acdc) at ../../../kern/vfs_bio.c:633 #4 0xc02576e6 in vfs_bio_awrite (bp=0xc424acdc) at ../../../kern/vfs_bio.c:1627 #5 0xc01fafdc in spec_fsync (ap=0xc9c17814) at ../../../fs/specfs/spec_vnops.c:406 #6 0xc01faba7 in spec_vnoperate (ap=0x0) at ../../../fs/specfs/spec_vnops.c:124 #7 0xc02e12a2 in ffs_sync (mp=0xc1b09a00, waitfor=2, cred=0xc0bace80, td=0xc03eda40) at vnode_if.h:545 #8 0xc0265860 in sync (td=0xc03eda40, uap=0x0) at ../../../kern/vfs_syscalls.c:129 #9 0xc022131e in boot (howto=256) at ../../../kern/kern_shutdown.c:254 #10 0xc02218d3 in panic () at ../../../kern/kern_shutdown.c:493 #11 0xc016d1ed in db_panic () at ../../../ddb/db_command.c:449 #12 0xc016d18c in db_command (last_cmdp=0xc03c4440, cmd_table=0x0, aux_cmd_tablep=0xc03bb4f0, aux_cmd_tablep_end=0xc03bb4f4) at ../../../ddb/db_command.c:345 #13 0xc016d25b in db_command_loop () at ../../../ddb/db_command.c:471 #14 0xc016f692 in db_trap (type=3, code=0) at ../../../ddb/db_trap.c:72 #15 0xc03257a8 in kdb_trap (type=3, code=0, regs=0xc9c17a28) at ../../../i386/i386/db_interface.c:161 #16 0xc0339fcc in trap (frame= {tf_fs = -1071448040, tf_es = -1070006256, tf_ds = 16, tf_edi = 1, tf_esi = 0, tf_ebp = -910067092, tf_isp = -910067116, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 26, tf_trapno = 3, tf_err = 0, tf_eip = -1070441902, tf_cs = 8, tf_eflags = 642, tf_esp = -1, tf_ss = -910067060}) at ../../../i386/i386/trap.c:605 #17 0xc0326bc8 in calltrap () at /var/tmp//ccTCRbXy.s:99 #18 0xc023bb23 in witness_sleep (check_only=0, lock=0xc042bbe0, file=0xc038d8ee "../../../kern/kern_synch.c", line=454) at ../../../kern/subr_witness.c:927 #19 0xc022653c in msleep (ident=0xc223a7b8, mtx=0xc042bbe0, priority=72, wmesg=0x0, timo=0) at ../../../kern/kern_synch.c:454 #20 0xc0217497 in acquire (lkp=0xc223a7b8, extflags=16777280, wanted=1536) at ../../../kern/kern_lock.c:168 #21 0xc02177d0 in lockmgr (lkp=0xc223a7b8, flags=16842754, interlkp=0x1000040, td=0xc2667480) at ../../../kern/kern_lock.c:381 #22 0xc025c758 in vop_stdlock (ap=0x0) at ../../../kern/vfs_default.c:279 #23 0xc02ee573 in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2770 #24 0xc026c36a in vn_lock (vp=0xc223a6f0, flags=65538, td=0xc2667480) at vnode_if.h:871 #25 0xc0263665 in vrele (vp=0xc223a6f0) at ../../../kern/vfs_subr.c:1963 #26 0xc0264a5a in sysctl_vnode (oidp=0xc03f9aa0, arg1=0x0, arg2=0, req=0xc9c17c08) at ../../../kern/vfs_subr.c:2835 #27 0xc0228826 in sysctl_root (oidp=0x0, arg1=0xc9c17cb4, arg2=2, req=0xc9c17c08) at ../../../kern/kern_sysctl.c:1147 #28 0xc02289e4 in userland_sysctl (td=0x0, name=0xc9c17cb4, namelen=2, old=0xc9c17c60, oldlenp=0xa, inkernel=0, new=0xc9c17c30, newlen=0, retval=0xc9c17cb0) at ../../../kern/kern_sysctl.c:1242 #29 0xc02288a9 in __sysctl (td=0xc2667480, uap=0xc9c17d14) at ../../../kern/kern_sysctl.c:1181 #30 0xc033a7a4 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077939888, tf_esi = 2, tf_ebp = -1079200088, tf_isp = -910066316, tf_ebx = -1079200048, tf_edx = -1077937728, tf_ecx = -1077939912, tf_eax = 202, tf_trapno = 12, tf_err = 2, tf_eip = 134575943, tf_cs = 31, tf_eflags = 658, tf_esp = -1079200132, tf_ss = 47}) at ../../../i386/i386/trap.c:1050 #31 0xc0326c1d in Xint0x80_syscall () at /var/tmp//ccTCRbXy.s:141 ---Can't read userspace from dump, or kernel process--- (kgdb) quit Anything I can do here to help? - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 19 1:39:12 2002 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 EFB3C37B400 for ; Mon, 19 Aug 2002 01:39:09 -0700 (PDT) Received: from helb.tcpipbitch.net (gw.tcpipbitch.net [208.59.233.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 404FA43E72 for ; Mon, 19 Aug 2002 01:39:08 -0700 (PDT) (envelope-from jason@vanbrecht.com) Received: from vanbrecht.com (desktop.tcpipbitch.net [192.168.10.3]) by helb.tcpipbitch.net (Postfix) with ESMTP id 17099391; Mon, 19 Aug 2002 04:37:52 -0400 (EDT) Message-ID: <3D60AD62.6010204@vanbrecht.com> Disposition-Notification-To: Jason Date: Mon, 19 Aug 2002 04:33:38 -0400 From: Jason Reply-To: Freebsd-current@tcpipbitch.net User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0rc2) Gecko/20020618 Netscape/7.0b1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Matthew N. Dodd" Cc: Mark Murray , current@FreeBSD.ORG Subject: Re: VM panic References: <20020818204252.B788-100000@sasami.jurai.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew N. Dodd wrote: >On Sat, 17 Aug 2002, Mark Murray wrote: > > >>If I do a "make -jN world" build on my dual MMX/200 box, I usually end >>up in tears (well, a panic anyway). This is completely reproducible, and >>the panic always happens in swapout_procs while vmdaemon is running. >> >>Anyone else getting this? >> >> > >I'm amazed you've got a dual Pentium running -CURRENT at all. > >both of mine haven't worked with SMP kernels for months. (dual P54C and >dual P55C). > > > Wierd, I have it running just peachy on a dual P3 900 box Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 19 1:56:49 2002 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 3C49C37B400 for ; Mon, 19 Aug 2002 01:56:47 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 966B143E65 for ; Mon, 19 Aug 2002 01:56:46 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Received: from mousie.catspoiler.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.5/8.12.5) with ESMTP id g7J8ucwr027114; Mon, 19 Aug 2002 01:56:42 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Message-Id: <200208190856.g7J8ucwr027114@gw.catspoiler.org> Date: Mon, 19 Aug 2002 01:56:38 -0700 (PDT) From: Don Lewis Subject: Re: sleeping with "mntvnode" locked... To: zipzippy@sonic.net Cc: current@FreeBSD.ORG In-Reply-To: <20020819083238.GA739@blarf.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 19 Aug, Alex Zepeda wrote: > ../../../kern/kern_synch.c:454: sleeping with "mntvnode" locked from ../../../kern/vfs_subr.c:2789 > panic: from debugger > cpuid = 0; lapic.id = 00000000 > ------- > > GNU gdb 5.2.0 (FreeBSD) 20020627 > This GDB was configured as "i386-undermydesk-freebsd"... > #10 0xc02218d3 in panic () at ../../../kern/kern_shutdown.c:493 > #11 0xc016d1ed in db_panic () at ../../../ddb/db_command.c:449 > #12 0xc016d18c in db_command (last_cmdp=0xc03c4440, cmd_table=0x0, > aux_cmd_tablep=0xc03bb4f0, aux_cmd_tablep_end=0xc03bb4f4) > at ../../../ddb/db_command.c:345 > #13 0xc016d25b in db_command_loop () at ../../../ddb/db_command.c:471 > #14 0xc016f692 in db_trap (type=3, code=0) at ../../../ddb/db_trap.c:72 > #15 0xc03257a8 in kdb_trap (type=3, code=0, regs=0xc9c17a28) > at ../../../i386/i386/db_interface.c:161 > #16 0xc0339fcc in trap (frame= > {tf_fs = -1071448040, tf_es = -1070006256, tf_ds = 16, tf_edi = 1, tf_esi = 0, tf_ebp = -910067092, tf_isp = -910067116, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 26, tf_trapno = 3, tf_err = 0, tf_eip = -1070441902, tf_cs = 8, tf_eflags = 642, tf_esp = -1, tf_ss = -910067060}) at ../../../i386/i386/trap.c:605 > #17 0xc0326bc8 in calltrap () at /var/tmp//ccTCRbXy.s:99 > #18 0xc023bb23 in witness_sleep (check_only=0, lock=0xc042bbe0, > file=0xc038d8ee "../../../kern/kern_synch.c", line=454) > at ../../../kern/subr_witness.c:927 > #19 0xc022653c in msleep (ident=0xc223a7b8, mtx=0xc042bbe0, priority=72, > wmesg=0x0, timo=0) at ../../../kern/kern_synch.c:454 > #20 0xc0217497 in acquire (lkp=0xc223a7b8, extflags=16777280, wanted=1536) > at ../../../kern/kern_lock.c:168 > #21 0xc02177d0 in lockmgr (lkp=0xc223a7b8, flags=16842754, interlkp=0x1000040, > td=0xc2667480) at ../../../kern/kern_lock.c:381 > #22 0xc025c758 in vop_stdlock (ap=0x0) at ../../../kern/vfs_default.c:279 > #23 0xc02ee573 in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2770 > #24 0xc026c36a in vn_lock (vp=0xc223a6f0, flags=65538, td=0xc2667480) > at vnode_if.h:871 > #25 0xc0263665 in vrele (vp=0xc223a6f0) at ../../../kern/vfs_subr.c:1963 > #26 0xc0264a5a in sysctl_vnode (oidp=0xc03f9aa0, arg1=0x0, arg2=0, > req=0xc9c17c08) at ../../../kern/vfs_subr.c:2835 > #27 0xc0228826 in sysctl_root (oidp=0x0, arg1=0xc9c17cb4, arg2=2, > req=0xc9c17c08) at ../../../kern/kern_sysctl.c:1147 > #28 0xc02289e4 in userland_sysctl (td=0x0, name=0xc9c17cb4, namelen=2, > old=0xc9c17c60, oldlenp=0xa, inkernel=0, new=0xc9c17c30, newlen=0, > retval=0xc9c17cb0) at ../../../kern/kern_sysctl.c:1242 > #29 0xc02288a9 in __sysctl (td=0xc2667480, uap=0xc9c17d14) > at ../../../kern/kern_sysctl.c:1181 > #30 0xc033a7a4 in syscall (frame= > {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077939888, tf_esi = 2, tf_ebp = -1079200088, tf_isp = -910066316, tf_ebx = -1079200048, tf_edx = -1077937728, tf_ecx = -1077939912, tf_eax = 202, tf_trapno = 12, tf_err = 2, tf_eip = 134575943, tf_cs = 31, tf_eflags = 658, tf_esp = -1079200132, tf_ss = 47}) > at ../../../i386/i386/trap.c:1050 > #31 0xc0326c1d in Xint0x80_syscall () at /var/tmp//ccTCRbXy.s:141 > ---Can't read userspace from dump, or kernel process---> > (kgdb) quit > > Anything I can do here to help? This is getting triggered by the kern.vnode sysctl. SMP or UP? Offhand I have a hard time seeing how the sequence vref(vp) do cpu bound stuff vrele(vp) would do anything other than increment and decrement the vnode reference count on a UP box. Even on an SMP box, what are the chances that some other process would vrele() a vnode while the sysctl handler had a reference to it and was copying some data from it? Does "sysctl kern.vnode" trigger this panic while the machine is idle? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 19 2: 6:28 2002 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 9A50A37B400; Mon, 19 Aug 2002 02:06:23 -0700 (PDT) Received: from guardian.sch.ru (TCH-MSU.ATM6-0.181.M9-R1.msu.net [212.16.0.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFE5543E3B; Mon, 19 Aug 2002 02:06:17 -0700 (PDT) (envelope-from mokr@mokr.net) Received: from Draco (draco.office.tersys.ru [172.16.0.15] (may be forged)) by guardian.sch.ru (8.12.3/8.12.3/20020429) with SMTP id g7J967NY051700; Mon, 19 Aug 2002 13:06:08 +0400 (MSD) Message-ID: <062201c2475f$9f19ab40$0f0010ac@office.tersys.ru> From: "Sergey Mokryshev" To: "Crist J. Clark" , "Radko Keves" Cc: , References: <20020816130147.GA39907@studnet.sk> <20020816193854.GC47465@blossom.cjclark.org> Subject: Re: question about ipl.ko Date: Mon, 19 Aug 2002 13:05:53 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 FL-Build: Fidolook Express 2001 UIExt. BuildID: 3BC00FAD (7/10/2001 12:17:49). X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Crist! You wrote to "Radko Keves" on Fri, 16 Aug 2002 12:38:54 -0700: CJC> On Fri, Aug 16, 2002 at 03:01:47PM +0200, Radko Keves wrote: >> i try to load ipl.ko >> #kldload -v /boot/kernel/ipl.ko kldload: can't load >> /boot/kernel/ipl.ko: Exec format error CJC> [snip] >> it's my problem, for example in the kernel module loading >> sequence, or current problem ? CJC> Both. If you are getting an 'Exec format error,' there is CJC> something wrong at your end. However, ipl.ko has been broken in CJC> CURRENT for a "long time" (over a year at least) and will not CJC> load (albeit with a different error message). CJC> -- $ uname -a FreeBSD amber.mokr.net 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Aug 14 18:41:05 MSD 2002 root@amber.mokr.net:/usr/obj/usr/src/sys/AMBER i386 $ kldstat Id Refs Address Size Name 1 15 0xc0100000 2cc000 kernel 2 1 0xc03cd000 5760 vesa.ko 3 1 0xc03d3000 5160 snd_ich.ko 4 2 0xc03d9000 1a88c snd_pcm.ko 5 1 0xc03f4000 d378 agp.ko 6 1 0xc0402000 3cb30 acpi.ko 7 1 0xc26f4000 5000 linprocfs.ko 8 2 0xc27b9000 14000 linux.ko 9 1 0xc27ed000 15000 ipl.ko 10 1 0xc28ac000 2000 rtc.ko $ grep PFIL /usr/src/sys/i386/conf/AMBER options PFIL_HOOKS You need to include "options PFIL_HOOKS" in your kernel configuration to be able to use ipfilter as a loadable module. Sincerely yours, Sergey Mokryshev. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 19 2: 7:22 2002 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 114D837B400; Mon, 19 Aug 2002 02:07:20 -0700 (PDT) Received: from baraca.united.net.ua (ns.united.net.ua [193.111.8.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6870A43E4A; Mon, 19 Aug 2002 02:07:18 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vega.vega.com (xDSL-2-2.united.net.ua [193.111.9.226] (may be forged)) by baraca.united.net.ua (8.11.6/8.11.6) with ESMTP id g7J97EZ16330; Mon, 19 Aug 2002 12:07:14 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.12.5/8.11.3) with ESMTP id g7J977We051541; Mon, 19 Aug 2002 12:07:07 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3D60B578.FCBEAB8E@FreeBSD.org> Date: Mon, 19 Aug 2002 12:08:08 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: Dag-Erling Smorgrav Cc: current@FreeBSD.org Subject: Re: i386 tinderbox failure References: <200208190456.g7J4uZB2053352@ref5.freebsd.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > > -------------------------------------------------------------- > >>> Rebuilding the temporary build tree > -------------------------------------------------------------- > >>> 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/i386/obj/local0/scratch/des/src/i386/usr/include > -------------------------------------------------------------- > >>> stage 4: building libraries > -------------------------------------------------------------- > >>> stage 4: make dependencies > -------------------------------------------------------------- > >>> stage 4: building everything.. > -------------------------------------------------------------- > ===> sbin/ifconfig > /local0/scratch/des/src/sbin/ifconfig/ifconfig.c: In function `setifflags': > /local0/scratch/des/src/sbin/ifconfig/ifconfig.c:1002: invalid type argument of `->' > *** Error code 1 > > Stop in /local0/scratch/des/src/sbin/ifconfig. > *** Error code 1 > > Stop in /local0/scratch/des/src/sbin. > *** Error code 1 > > Stop in /local0/scratch/des/src. > *** Error code 1 > > Stop in /local0/scratch/des/src. > *** Error code 1 > > Stop in /local0/scratch/des/src. OOPS, sorry folks, this was a last-minute typo. Should be fixed now. Mea culpa. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 19 3:13:53 2002 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 E819F37B400 for ; Mon, 19 Aug 2002 03:13:50 -0700 (PDT) Received: from rocket.naverex.net (rocket.naverex.net [213.169.64.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B23543E4A for ; Mon, 19 Aug 2002 03:13:42 -0700 (PDT) (envelope-from DRWEB-DAEMON@naverex.kiev.ua) Received: from mix.naverex.net (mix.naverex.net [213.169.64.99]) by rocket.naverex.net (8.Who.Cares/8.Who.Cares) with ESMTP id NAA22584 for ; Mon, 19 Aug 2002 13:13:42 +0300 (EEST) (envelope-from DRWEB-DAEMON@naverex.kiev.ua) From: DRWEB-DAEMON@naverex.kiev.ua Received: from mix.naverex.net (localhost [127.0.0.1]) by mix.naverex.net (8.Who.Cares/8.Who.Cares) with ESMTP id g7JADdhH001062 for ; Mon, 19 Aug 2002 13:13:39 +0300 (EEST) (envelope-from DRWEB-DAEMON@naverex.kiev.ua) Received: (from root@localhost) by mix.naverex.net (8.12.5/8.12.1/Submit) id g7JADccd001058 for ; Mon, 19 Aug 2002 13:13:38 +0300 (EEST)?g (envelope-from DRWEB-DAEMON@naverex.kiev.ua) Date: Mon, 19 Aug 2002 13:13:38 +0300 (EEST) Message-Id: <200208191013.g7JADccd001058@mix.naverex.net> Subject: Undelivered mail: For questions about this documentation, e Content-Type: text/plain; charset=us-ascii To: undisclosed-recipients: ; Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear User, The message sent by is infected by a virus and has not been delivered. DrWeb antivirus filter reports: --- DrWeb report --- ======================== DrWeb found next viruses: ======================== ÉÎÆÉÃÉÒÏ×ÁÎ Trojan.IframeExec ÉÎÆÉÃÉÒÏ×ÁÎ Win32.HLLM.Klez.4 --- DrWeb report --- An original message was storied in archive record named: drweb.infected_ksE5tR In order to receive the original message, please send request to virusalert@naverex.kiev.ua, referring to the archive record name given above. --- Antivirus service provided by DrWeb Daemon (http://www.drweb.ru) Please send your comments to DialogueScience, Inc. (http://www.dials.ru, support@dials.ru) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 19 3:17:53 2002 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 B32B537B400 for ; Mon, 19 Aug 2002 03:17:49 -0700 (PDT) Received: from rocket.naverex.net (rocket.naverex.net [213.169.64.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2F4943E3B for ; Mon, 19 Aug 2002 03:17:45 -0700 (PDT) (envelope-from DRWEB-DAEMON@naverex.kiev.ua) Received: from mix.naverex.net (mix.naverex.net [213.169.64.99]) by rocket.naverex.net (8.Who.Cares/8.Who.Cares) with ESMTP id NAA23943 for ; Mon, 19 Aug 2002 13:17:45 +0300 (EEST) (envelope-from DRWEB-DAEMON@naverex.kiev.ua) From: DRWEB-DAEMON@naverex.kiev.ua Received: from mix.naverex.net (localhost [127.0.0.1]) by mix.naverex.net (8.Who.Cares/8.Who.Cares) with ESMTP id g7JAHghH002688 for ; Mon, 19 Aug 2002 13:17:42 +0300 (EEST) (envelope-from DRWEB-DAEMON@naverex.kiev.ua) Received: (from root@localhost) by mix.naverex.net (8.12.5/8.12.1/Submit) id g7JAHfPp002685 for ; Mon, 19 Aug 2002 13:17:41 +0300 (EEST)?g (envelope-from DRWEB-DAEMON@naverex.kiev.ua) Date: Mon, 19 Aug 2002 13:17:41 +0300 (EEST) Message-Id: <200208191017.g7JAHfPp002685@mix.naverex.net> Subject: Undelivered mail: Free. MRTG can work with old and new version Content-Type: text/plain; charset=us-ascii To: undisclosed-recipients: ; Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear User, The message sent by is infected by a virus and has not been delivered. DrWeb antivirus filter reports: --- DrWeb report --- ======================== DrWeb found next viruses: ======================== ÉÎÆÉÃÉÒÏ×ÁÎ Trojan.IframeExec ÉÎÆÉÃÉÒÏ×ÁÎ Win32.HLLM.Klez.4 --- DrWeb report --- An original message was storied in archive record named: drweb.infected_fwUUCP In order to receive the original message, please send request to virusalert@naverex.kiev.ua, referring to the archive record name given above. --- Antivirus service provided by DrWeb Daemon (http://www.drweb.ru) Please send your comments to DialogueScience, Inc. (http://www.dials.ru, support@dials.ru) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 19 3:54:44 2002 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 A40C337B400 for ; Mon, 19 Aug 2002 03:54:40 -0700 (PDT) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05FE243E75 for ; Mon, 19 Aug 2002 03:54:40 -0700 (PDT) (envelope-from des@sparc64.style9.org) Received: from bowie.private (d141-197-208.home.cgocable.net [24.141.197.208]) by espresso.q9media.com (Postfix) with ESMTP id 955FF9E57 for ; Mon, 19 Aug 2002 06:49:09 -0400 (EDT) Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.5/8.12.5) with ESMTP id g7JAt3ap094062 for ; Mon, 19 Aug 2002 10:55:03 GMT (envelope-from des@bowie.private) Received: (from des@localhost) by bowie.private (8.12.5/8.12.5/Submit) id g7JAt3Xd094060 for current@freebsd.org; Mon, 19 Aug 2002 10:55:03 GMT Date: Mon, 19 Aug 2002 10:55:03 GMT From: Dag-Erling Smorgrav Message-Id: <200208191055.g7JAt3Xd094060@bowie.private> To: current@freebsd.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> 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/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> sbin/ifconfig /usr/home/des/tinderbox/sparc64/src/sbin/ifconfig/ifconfig.c: In function `setifflags': /usr/home/des/tinderbox/sparc64/src/sbin/ifconfig/ifconfig.c:1002: invalid type argument of `->' *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/sbin/ifconfig. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/sbin. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 19 4:22:43 2002 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 F274F37B400 for ; Mon, 19 Aug 2002 04:22:41 -0700 (PDT) Received: from mta07-svc.ntlworld.com (mta07-svc.ntlworld.com [62.253.162.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 029A743E3B for ; Mon, 19 Aug 2002 04:22:41 -0700 (PDT) (envelope-from cbh@teabag.demon.co.uk) Received: from teabag.cbhnet ([62.254.135.140]) by mta07-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020819112239.OJWV13709.mta07-svc.ntlworld.com@teabag.cbhnet> for ; Mon, 19 Aug 2002 12:22:39 +0100 Received: from localhost (localhost [127.0.0.1]) by teabag.cbhnet (Postfix) with ESMTP id 5A02F64FBF for ; Mon, 19 Aug 2002 12:22:38 +0100 (BST) Date: Mon, 19 Aug 2002 12:22:38 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teabag.cbhnet Cc: current@FreeBSD.ORG Subject: Re: VM panic In-Reply-To: <3D60AD62.6010204@vanbrecht.com> Message-ID: <20020819122037.X752-100000@teabag.cbhnet> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 19 Aug 2002, Jason wrote: > Wierd, I have it running just peachy on a dual P3 900 box It runs mostly okay on my dual P3/600, although for the last couple of months it has a tendency to panic with a "bdwrite: buffer is not busy" on average 2-3 times a day (per approx 15 hour run) Such is the price of staying on the bleeding edge, I suppose. :) Chris. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 19 4:36:31 2002 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 03F8737B401 for ; Mon, 19 Aug 2002 04:35:43 -0700 (PDT) Received: from relay2.kornet.net (relay2.kornet.net [211.48.62.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FFCC43E70 for ; Mon, 19 Aug 2002 04:35:42 -0700 (PDT) (envelope-from ggaggung07@kornet.net) Received: from you2-8qqrs7eqb3 (61.73.135.119) by relay2.kornet.net; 19 Aug 2002 20:35:40 +0900 Message-ID: <3d60d80d3d6a2bac@relay2.kornet.net> (added by relay2.kornet.net) From: =?ks_c_5601-1987?B?x/a068SrteU=?= To: freebsd-current@freebsd.org Subject: =?ks_c_5601-1987?B?W7GksO1dIGZyZWVic2QtY3VycmVudLTUIMfgv+7AxyCz18DZIMWst8652b/NILq5scfAuyC15biztM+02SE=?= Date: Mon, 19 Aug 2002 19:43:33 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0197_01C0F43A.93A33C00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0197_01C0F43A.93A33C00 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 vcXDu7ytuN7Az8b7IA0KIA0KICAgDQogICAgICANCiANCiAgICAgCQkJICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICC8urjtICAJCSAgICAgwda5zrXut88gufjIoyAoIi0iwNS3 wikgDQogICAgICAgICAgICAgICAgICAgICAgICAgwffA5SDA/MitICAgICAgyN6068b5ICAN CiAgICAgICAgIA0KvcWx1CDIuL/4IL+syLi68SAguOnBpg0KIMf2tOsgwNq1v8L3ILG4wNS9 wyDG98DOxq4gx9LAziANCrG5s7vD1sPKIMHWwK8gurjH6Lmrt+EgsKHA1A0KIMGkuvEgwNq1 v8L3IL/rx7Agx9LAzg0KICAgICAgDQogIMf2tOsgIE0gxKu15Q0KICAgDQoNCiAgDQq9xbHU IMi4v/ggv6zIuLrxICC46cGmDQogseK+xiDA2rW/wvcgsbjA1L3DIMb3wM7GriDH0sDOIA0K sbmzu8PWw8ogwdbAryC6uMfouau34SCwocDUDQogwaS68SDA2rW/wvcgv+vHsCDH0sDODQog ICAgICAgseK+xiAgs+u67be5vboNCiAgIA0KDQogICANCsbyu/0gv6zIuLrxILjpwaYNCiDG 98DOxq6zs7rOLLD4sPqx3SDEq7XlsOHBpiC8rbrxvbogDQogx/a068GkwK8gp6QgtOcgNDC/ +CANCr+1yK0gv7m4xSDA5bTnIDIsMDAwv/ggx9LAziANCiAgICAgIA0KICBLVCAguvTHw7bz wNoNCiAgIA0KDQogIA0Ku+e/68fRIDAuNSW4piAgutK/7MDMv/S1vbHiDQogxvK7/SC/rMi4 uvEguOnBpiANCrHdwLa8rbrxvboNCiA1vu8guau34SC6uMfoIA0KDQoNCg0KICAgICAgILvn tvvAxyAgvNWw4cbsseINCiAgIA0KDQogICAgILHNx8/AxyAguN7Az8HWvNK0wiDApbytx87A uyDF68fYILz2wf3H0SCwzcDMuOcsILHXv9y/oSC+7rawx9EgwaS6uLW1ILCusO0gIMDWwfYg vsrAvcC7ILngyPy0z7TZLg0KICDAzCBFLW1haWzAuiC5373FwPy/68DMuOcsIL/4xKEgvsrA uL3HICCw5r/sIL7Gt6Egw6K/oSC43sDPwda80rimIMDUt8LHz7+pIMHWvcO46SC1ziC5+CC0 2b3DILjewM/AzCAgsKHB9iAgvsq1tbfPIMfPsNq9wLTPtNkuDQogICANCiAgICAgICAgICAg ICAgICAgICC6uyC43sDPwLogwaS6uMXrvcW6ziCxx7DtILvnx9e/oSDAx7DFIMGmuPG/oSBb saSw7V2287DtIMelvcO1yCCxpLDtILjewM/A1LTPtNkuDQogICAgICAgICAgICAgICAgICAg ICAgILn2xrDAuyDFrLivx8+9w7jpILz2vcWwxbrOw7O4rrChIMDMt+e+7iDB/bTPtNkuIA0K ICAgICAgICAgIElmIHlvdSB3b24ndCByZWNlaXZlIGFueSBtb3JlIG1haWwgYWJvdXQgdGhp cyBzaXRlLCANCiAgcHJlc3MgYnV0dG9uIGFuZCBmaWxsIHlvdXIgZS1tYWlsIGFkZHJlc3Mu IEFuZCB0aGVuIHdlIHdpbGwgbm90IHNlbmQgYW55IG1haWwgdG8geW91DQogICAgIA0KILq7 ILjewM/AuiDH9rTrxKu15byzsOi758DHICCws8DOIL+1vvcguN7Az8DUtM+02S4gILjewM+5 37zbwNogv6y29MOzIDogZW5leHRvcEBseWNvcy5jby5rciAgIA0KICANCiANCg== ------=_NextPart_000_0197_01C0F43A.93A33C00 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250 ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9ZXVjLWtyIj4NCjx0aXRsZT69xcO7vK243sDPxvsg PC90aXRsZT4NCjxTQ1JJUFQgbGFuZ3VhZ2U9amF2YXNjcmlwdD4NCjwhLS0NCmZ1bmN0aW9u IGNsaWNrTW91c2UoKQ0KCXsNCgkgIA0KCQlpZiAoKGV2ZW50LmJ1dHRvbj09MikgfHwgKGV2 ZW50LmJ1dHRvbj09Mykpew0KCQkJcmV0dXJuIChmYWxzZSk7DQoJCX0JDQoJfQ0KCQ0KCWZ1 bmN0aW9uIGNsaWNrS2V5KCkNCgl7DQoJCWlmKChldmVudC5zaGlmdEtleSkgJiYgKGV2ZW50 LmtleUNvZGUgPT0gMTIxKSkNCgkJewkJDQoJCQlyZXR1cm4gZmFsc2U7DQoJCX0JDQoJfQ0K CQ0KCWZ1bmN0aW9uIG5vQWN0aW9uKCl7DQoJCXJldHVybiBmYWxzZTsNCgl9DQoNCmRvY3Vt ZW50Lm9ubW91c2Vkb3duPWNsaWNrTW91c2UNCmRvY3VtZW50Lm9ua2V5ZG93bj1jbGlja0tl eQ0KZG9jdW1lbnQub25jb250ZXh0bWVudT1ub0FjdGlvbg0KZG9jdW1lbnQub25kcmFnc3Rh cnQ9bm9BY3Rpb24NCmRvY3VtZW50Lm9uc2VsZWN0c3RhcnQ9bm9BY3Rpb24NCi8vLS0+DQo8 L3NjcmlwdD4NCjwvaGVhZD4NCg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIHRleHQ9ImJsYWNr IiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIiBhbGluaz0icmVkIj4NCjxwPiZuYnNwOzwv cD4NCjx0YWJsZSBhbGlnbj0iY2VudGVyIiBib3JkZXI9IjEiIGNlbGxzcGFjaW5nPSIwIiB3 aWR0aD0iNjMyIiBib3JkZXJjb2xvcmRhcms9IndoaXRlIiBib3JkZXJjb2xvcmxpZ2h0PSJi bGFjayIgYmdjb2xvcj0id2hpdGUiPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRoPSI5 NzQiPg0KICAgICAgICAgICAgPHAgYWxpZ249ImNlbnRlciI+PGltZyBzcmM9Imh0dHA6Ly9p eWVzY2FyZC5jb20vaW1nL3RpdGxlXzMuZ2lmIiB3aWR0aD0iNjMyIiBoZWlnaHQ9IjE3NCIg Ym9yZGVyPSIwIj48L3A+DQogICAgICAgIDwvdGQ+DQogICAgPC90cj4NCiAgICA8dHI+DQog ICAgICAgIDx0ZCB3aWR0aD0iOTc0Ij4NCiAgICAgICAgICAgIA0KICAgICAgICAgICAgICAg IDxwPiZuYnNwOzxpbWcgc3JjPSJodHRwOi8vaXllc2NhcmQuY29tL2ltZy9ib3R0b202Lmdp ZiIgd2lkdGg9IjYyMyIgaGVpZ2h0PSIyMTEiIGJvcmRlcj0iMCI+PC9wPg0KICAgICAgICAg ICAgPC9mb3JtPg0KICAgICAgICA8L3RkPg0KICAgIDwvdHI+DQogICAgPHRyPg0KICAgICAg ICA8dGQgd2lkdGg9Ijk3NCI+IA0KCQkJPGZvcm0gbmFtZT0ibWFpbGZybTEiIGFjdGlvbj0i aHR0cDovL3d3dy5peWVzY2FyZC5jb20vbWFpbC9pbnNlcnQxLmFzcCIgbWV0aG9kPSJwb3N0 IiA+DQogICAgICAgICAgICAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8Zm9udCBzaXplPSIy IiBjb2xvcj0iIzY2NjY2NiI+vLq47TwvZm9udD48Rk9OVCBzaXplPTI+ICANCiAgICAgICAg ICA8L0ZPTlQ+PGlucHV0IHR5cGU9InRleHQiIG5hbWU9Im5hbWUiIHNpemU9IjYiPg0KCQkg ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxmb250IHNpemU9IjIiIGNvbG9yPSIjNjY2NjY2 Ij7B1rnOte63zyC5+MijIDwvZm9udD48aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0ianVtaW4i IHNpemU9IjE0IiBtYXhsZW5ndGg9IjE0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSKxvLiyIiBj b2xvcj0iIzY2NjY2NiI+KCZxdW90Oy0mcXVvdDvA1LfCKTwvZm9udD48Zm9udCBjb2xvcj0i Izk5OTk5OSI+DQogICAgICAgICAgPC9mb250Pjxicj4gJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiM2NjY2NjYiPsH3 wOUgwPzIrSAgDQogICAgICAgICAgPC9mb250PjxpbnB1dCB0eXBlPSJ0ZXh0IiBuYW1lPSJ0 ZWxudW0iIHNpemU9IjEzIj4NCiAgICAgICAgICAmbmJzcDsmbmJzcDsmbmJzcDs8Zm9udCBz aXplPSIyIiBjb2xvcj0iIzY2NjY2NiI+yN6068b5IDwvZm9udD48Rk9OVCBzaXplPTI+PGlu cHV0IHR5cGU9InRleHQiIG5hbWU9ImhhbmRudW0iIHNpemU9IjE1Ij4NCiAgICAgICAgICA8 L0ZPTlQ+PGlucHV0IHR5cGU9InN1Ym1pdCIgbmFtZT0iU3VibWl0MiIgdmFsdWU9Ir3Fw7si PjwvcD4NCiAgICAgICAgICAgICAgICAgICAgICAgIDwvZm9ybT4NCiAgICAgICAgPC90ZD4N CiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRoPSI5NzQiPjxUQUJMRSBi b3JkZXJDb2xvcj13aGl0ZSBjZWxsU3BhY2luZz0wIA0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBib3JkZXJDb2xvckRhcms9d2hpdGUgY2VsbFBhZGRpbmc9MCB3aWR0aD0i NjIxIiANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYWxpZ249Y2VudGVyIGJv cmRlckNvbG9yTGlnaHQ9IzAwNjY5OSBib3JkZXI9MT4NCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgPFRCT0RZPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8 VFI+DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxURCB3aWR0aD0iMzI0Ij4N CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPFAgYWxpZ249bGVmdD48QlI+PElN RyBoZWlnaHQ9IjY2IiANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc3JjPSJo dHRwOi8vaXllc2NhcmQuY29tL2ltZy9jYXJkX2ltZ18yMC5naWYiIHdpZHRoPSIxMDUiIA0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBhbGlnbj1sZWZ0IGJvcmRlcj0wPjxJ TUcgaGVpZ2h0PTcgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNyYz0iaHR0 cDovL2l5ZXNjYXJkLmNvbS9pbWcvYnVfMDEuZ2lmIiB3aWR0aD00IA0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBib3JkZXI9MD4gPFNQQU4gc3R5bGU9IkZPTlQtU0laRTog OXB0Ij69xbHUIMi4v/ggv6zIuLrxIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICC46cGmPEJSPjxJTUcgaGVpZ2h0PTcgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHNyYz0iaHR0cDovL2l5ZXNjYXJkLmNvbS9pbWcvYnVfMDEuZ2lmIiB3aWR0aD00IA0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBib3JkZXI9MD4gx/a06yDA2rW/wvcg sbjA1L3DIMb3wM7GriDH0sDOIDxCUj48SU1HIGhlaWdodD03IA0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBzcmM9Imh0dHA6Ly9peWVzY2FyZC5jb20vaW1nL2J1XzAxLmdp ZiIgd2lkdGg9NCANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYm9yZGVyPTA+ ILG5s7vD1sPKIMHWwK8gurjH6Lmrt+EgsKHA1DxCUj48SU1HIGhlaWdodD03IA0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBzcmM9Imh0dHA6Ly9peWVzY2FyZC5jb20vaW1n L2J1XzAxLmdpZiIgd2lkdGg9NCANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg Ym9yZGVyPTA+IMGkuvEgwNq1v8L3IL/rx7Agx9LAzjwvU1BBTj48L1A+DQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDxESVYgYWxpZ249bGVmdD4NCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgPFRBQkxFIGNlbGxTcGFjaW5nPTAgY2VsbFBhZGRpbmc9MCBi b3JkZXI9MD4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPFRCT0RZPg0KICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8VFI+DQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDxURCB3aWR0aD0xNTI+DQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDxQPiZuYnNwOyZuYnNwOzxTUEFOIA0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQiPjxGT05UIGNvbG9yPSNjZDQ0MzM+PEI+ x/a06yANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTSDEq7XlPC9CPjwvRk9O VD48L1NQQU4+PC9QPjwvVEQ+DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxU RCB3aWR0aD0xNTI+DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxQIGFsaWdu PWxlZnQ+ICZuYnNwOzwvUD48L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPjwvRElWPjwvVEQ+ DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxURCB3aWR0aD0iMjkxIj4NCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPFAgYWxpZ249bGVmdD48QlI+PElNRyBo ZWlnaHQ9IjYzIiANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc3JjPSJodHRw Oi8vaXllc2NhcmQuY29tL2ltZy9jYXJkX2ltZ18yMS5naWYiIHdpZHRoPSI5OSIgDQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGFsaWduPWxlZnQgYm9yZGVyPTA+PElNRyBo ZWlnaHQ9NyANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc3JjPSJodHRwOi8v aXllc2NhcmQuY29tL2ltZy9idV8wMS5naWYiIHdpZHRoPTQgDQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGJvcmRlcj0wPiA8U1BBTiBzdHlsZT0iRk9OVC1TSVpFOiA5cHQi Pr3FsdQgyLi/+CC/rMi4uvEgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgILjp waY8QlI+PElNRyBoZWlnaHQ9NyANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg c3JjPSJodHRwOi8vaXllc2NhcmQuY29tL2ltZy9idV8wMS5naWYiIHdpZHRoPTQgDQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGJvcmRlcj0wPiCx4r7GJm5ic3A7wNq1v8L3 ILG4wNS9wyDG98DOxq4gx9LAziA8QlI+PElNRyANCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgaGVpZ2h0PTcgc3JjPSLAzLnMwfYvYnVfMDEuZ2lmIiB3aWR0aD00IA0KICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBib3JkZXI9MD4gsbmzu8PWw8ogwdbAryC6 uMfouau34SCwocDUPEJSPjxJTUcgaGVpZ2h0PTcgDQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIHNyYz0iaHR0cDovL2l5ZXNjYXJkLmNvbS9pbWcvYnVfMDEuZ2lmIiB3aWR0 aD00IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBib3JkZXI9MD4gwaS68SDA 2rW/wvcgv+vHsCDH0sDOPC9TUEFOPjwvUD4NCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgPERJViBhbGlnbj1sZWZ0Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICA8VEFCTEUgY2VsbFNwYWNpbmc9MCBjZWxsUGFkZGluZz0wIGJvcmRlcj0wPg0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICA8VEJPRFk+DQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDxUUj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPFRE IHdpZHRoPTE0MT4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPFAgYWxpZ249 bGVmdD48U1BBTiANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc3R5bGU9IkZP TlQtU0laRTogOXB0Ij48Rk9OVCBjb2xvcj0jY2Q0NDMzPjxCPiZuYnNwO7HivsYgDQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgILPruu23ub26PC9CPjwvRk9OVD48L1NQQU4+ PC9QPjwvVEQ+DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxURCB3aWR0aD0x NDE+DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxQIGFsaWduPWxlZnQ+ICZu YnNwOzwvUD48L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPjwvRElWPjwvVEQ+PC9UUj4NCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPFRSPg0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICA8VEQgd2lkdGg9IjMyNCI+DQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDxQIGFsaWduPWxlZnQ+PEJSPjxJTUcgaGVpZ2h0PSI3MiIgDQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHNyYz0iaHR0cDovL2l5ZXNjYXJkLmNvbS9pbWcv cGFydG5lcjE1X2NhcmRfaW1nLmpwZyIgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHdpZHRoPSIxMTMiIGFsaWduPWxlZnQgYm9yZGVyPTA+PElNRyBoZWlnaHQ9NyANCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc3JjPSJodHRwOi8vaXllc2NhcmQuY29t L2ltZy9idV8wMS5naWYiIHdpZHRoPTQgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIGJvcmRlcj0wPiA8U1BBTiBzdHlsZT0iRk9OVC1TSVpFOiA5cHQiPsbyu/0mbmJzcDu/ rMi4uvEguOnBpjxCUj48SU1HIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBo ZWlnaHQ9NyBzcmM9Imh0dHA6Ly9peWVzY2FyZC5jb20vaW1nL2J1XzAxLmdpZiIgd2lkdGg9 NCANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYm9yZGVyPTA+IMb3wM7GrrOz us4ssPiw+rHdIMSrteWw4cGmILytuvG9uiZuYnNwOzxCUj48SU1HIA0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBoZWlnaHQ9NyBzcmM9Imh0dHA6Ly9peWVzY2FyZC5jb20v aW1nL2J1XzAxLmdpZiIgd2lkdGg9NCANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgYm9yZGVyPTA+IMf2tOvBpMCvIKekILTnIDQwv/ggPEJSPjxJTUcgaGVpZ2h0PTcgDQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNyYz0iaHR0cDovL2l5ZXNjYXJkLmNv bS9pbWcvYnVfMDEuZ2lmIiB3aWR0aD00IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBib3JkZXI9MD4gv7XIrSC/ubjFIMDltOcgMiwwMDC/+CDH0sDOIDwvU1BBTj48L1A+ DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxESVYgYWxpZ249bGVmdD4NCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPFRBQkxFIGNlbGxTcGFjaW5nPTAgY2Vs bFBhZGRpbmc9MCBib3JkZXI9MD4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg PFRCT0RZPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8VFI+DQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDxURCB3aWR0aD0xNTIgaGVpZ2h0PTE3Pg0KICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8UD4mbmJzcDsmbmJzcDs8U1BBTiANCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc3R5bGU9IkZPTlQtU0laRTogOXB0Ij48 Rk9OVCBjb2xvcj0jY2Q0NDMzPjxCPktUIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICC69MfDtvPA2jwvQj48L0ZPTlQ+PC9TUEFOPjwvUD48L1REPg0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICA8VEQgd2lkdGg9MTUyIGhlaWdodD0xNz4NCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgPFAgYWxpZ249bGVmdD4gJm5ic3A7PC9QPjwvVEQ+ PC9UUj48L1RCT0RZPjwvVEFCTEU+PC9ESVY+PC9URD4NCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgPFREIHdpZHRoPSIyOTEiPg0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICA8UCBhbGlnbj1sZWZ0Pjxicj48SU1HIGhlaWdodD0iNjgiIA0KICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBzcmM9Imh0dHA6Ly9peWVzY2FyZC5jb20vaW1nL2Nh cmRfaW1nXzExLmdpZiIgd2lkdGg9IjEwNiIgDQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIGFsaWduPWxlZnQgYm9yZGVyPTA+PElNRyBoZWlnaHQ9NyANCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgc3JjPSJodHRwOi8vaXllc2NhcmQuY29tL2ltZy9idV8w MS5naWYiIHdpZHRoPTQgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGJvcmRl cj0wPiA8U1BBTiBzdHlsZT0iRk9OVC1TSVpFOiA5cHQiPrvnv+vH0SAwLjUluKYgDQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgILrSv+zAzL/0tb2x4jxCUj48SU1HIGhlaWdo dD03IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBzcmM9Imh0dHA6Ly9peWVz Y2FyZC5jb20vaW1nL2J1XzAxLmdpZiIgd2lkdGg9NCANCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgYm9yZGVyPTA+IMbyu/0mbmJzcDu/rMi4uvEguOnBpiA8QlI+PElNRyBo ZWlnaHQ9NyANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc3JjPSJodHRwOi8v aXllc2NhcmQuY29tL2ltZy9idV8wMS5naWYiIHdpZHRoPTQgDQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGJvcmRlcj0wPiCx3cC2vK268b26PEJSPjxJTUcgaGVpZ2h0PTcg DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNyYz0iaHR0cDovL2l5ZXNjYXJk LmNvbS9pbWcvYnVfMDEuZ2lmIiB3aWR0aD00IA0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBib3JkZXI9MD4gNb7vILmrt+EgurjH6CA8YnI+PGJyPjxicj48L1NQQU4+PC9Q Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8RElWIGFsaWduPWxlZnQ+DQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxUQUJMRSBjZWxsU3BhY2luZz0wIGNl bGxQYWRkaW5nPTAgYm9yZGVyPTA+DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDxUQk9EWT4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPFRSPg0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICA8VEQgd2lkdGg9MTQzPg0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICA8UCBhbGlnbj1sZWZ0PjxTUEFOIA0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQiPjxGT05UIGNvbG9y PSNjZDQ0MzM+PEI+Jm5ic3A7u+e2+8DHIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICC81bDhxuyx4jwvQj48L0ZPTlQ+PC9TUEFOPjwvUD48L1REPg0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICA8VEQgd2lkdGg9MTQzPg0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICA8UCBhbGlnbj1sZWZ0PiAmbmJzcDs8L1A+PC9URD48L1RSPjwvVEJP RFk+PC9UQUJMRT48L0RJVj48L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPiAgICAgICAgPC90 ZD4NCiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRoPSI5NzQiPjxwIGFs aWduPSJsZWZ0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSKxvLiyIiBjb2xvcj0iIzY2NjY2NiI+ Jm5ic3A7sc3Hz8DHIA0KICAgICAgICAgICAguN7Az8HWvNK0wiDApbytx87AuyDF68fYILz2 wf3H0SCwzcDMuOcsILHXv9y/oSC+7rawx9EgwaS6uLW1ILCusO0gDQogICAgICAgICAgICDA 1sH2IL7KwL3AuyC54Mj8tM+02S48YnI+ICZuYnNwO8DMIEUtbWFpbMC6ILnfvcXA/L/rwMy4 5ywgv/jEoSC+ysC4vccgDQogICAgICAgICAgICCw5r/sIL7Gt6Egw6K/oSC43sDPwda80rim IMDUt8LHz7+pIMHWvcO46SC1ziC5+CC02b3DILjewM/AzCANCiAgICAgICAgICAgILChwfYg Jm5ic3A7vsq1tbfPIMfPsNq9wLTPtNkuPGJyPiAmbmJzcDsmbmJzcDs8YnI+ICZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvZm9udD48 Rk9OVCBmYWNlPSKxvLiyIiBjb2xvcj0iIzY2NjY2NiIgc2l6ZT0yPrq7ILjewM/AuiDBpLq4 xeu9xbrOILHHsO0gu+fH17+hIMDHsMUgwaa48b+hIA0KPC9GT05UPjxGT05UIGZhY2U9IrG8 uLIiIGNvbG9yPSJyZWQiIHNpemU9IjIiPluxpLDtXTwvRk9OVD48Rk9OVCBmYWNlPSKxvLiy IiBjb2xvcj0iIzY2NjY2NiIgc2l6ZT0yPrbzsO0gx6W9w7XIILGksO0guN7Az8DUtM+02S48 L0ZPTlQ+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxCUj4gJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9mb250Pjxh IGhyZWY9Imh0dHA6Ly9peWVzY2FyZC5jb20vcmVzZnVsLmh0bWwiPjxmb250IGNvbG9yPSIj NjY2NjY2Ij48aW1nIHNyYz0iaHR0cDovL2l5ZXNjYXJkLmNvbS9pbWcvYnV0dG9uXzMuZ2lm IiB3aWR0aD0iNzEiIGhlaWdodD0iMjUiIGJvcmRlcj0iMCI+PC9mb250PjwvYT48Zm9udCBj b2xvcj0iIzY2NjY2NiI+IA0KICAgICAgICAgICAgPC9mb250PjxGT05UIGNvbG9yPSIjNjY2 NjY2IiANCnNpemU9Mj659sawwLsgxay4r8fPvcO46SC89r3FsMW6zsOzuK6woSDAzLfnvu4g wf20z7TZLjwvRk9OVD48Zm9udCBjb2xvcj0iIzY2NjY2NiI+IDwvZm9udD48L3A+DQogICAg ICAgIDwvdGQ+DQogICAgPC90cj4NCiAgICA8dHI+DQogICAgICAgIDx0ZCB3aWR0aD0iOTc0 Ij4NCiAgICAgICAgICAgIDxwIGFsaWduPSJjZW50ZXIiPjxmb250IGNvbG9yPSIjNjY2NjY2 Ij4mbmJzcDs8L2ZvbnQ+PEZPTlQgZmFjZT0isby4siIgY29sb3I9IiM2NjY2NjYiIHNpemU9 Mj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtJZiB5b3Ugd29uJ3QgcmVjZWl2ZSBhbnkgbW9y ZSBtYWlsIGFib3V0IHRoaXMgDQpzaXRlLCA8L0ZPTlQ+PGZvbnQgY29sb3I9IiM2NjY2NjYi PjxCUj4gJm5ic3A7Jm5ic3A7PC9mb250PjxhIGhyZWY9Imh0dHA6Ly9peWVzY2FyZC5jb20v cmVzZnVsLmh0bWwiPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48aW1nIHNyYz0iaHR0cDovL2l5 ZXNjYXJkLmNvbS9pbWcvYnV0dG9uXzQuZ2lmIiB3aWR0aD0iNzEiIGhlaWdodD0iMjUiIGJv cmRlcj0iMCI+PC9mb250PjwvYT48Rk9OVCBjb2xvcj0iIzY2NjY2NiIgDQpzaXplPTI+cHJl c3MgYnV0dG9uIGFuZCBmaWxsIHlvdXIgZS1tYWlsIGFkZHJlc3MuIEFuZCB0aGVuIHdlIHdp bGwgbm90IHNlbmQgYW55IA0KbWFpbCB0byB5b3U8L0ZPTlQ+PC9wPg0KICAgICAgICA8L3Rk Pg0KICAgIDwvdHI+DQogICAgPHRyPg0KICAgICAgICA8dGQgd2lkdGg9Ijk3NCIgYmdjb2xv cj0iIzhCQjVFMiI+DQogICAgICAgICAgICA8cD4mbmJzcDs8Zm9udCBzaXplPSIyIiBmYWNl PSKxvLiyIiBjb2xvcj0iIzMzMzMzMyI+ursguN7Az8C6IMf2tOvEq7XlvLOw6LvnwMcgDQog ICAgICAgICAgICCws8DOIL+1vvcguN7Az8DUtM+02S4gJm5ic3A7uN7Az7nfvNvA2iC/rLb0 w7MgOiA8L2ZvbnQ+PGEgaHJlZj0ibWFpbHRvOmVuZXh0b3BAbHljb3MuY28ua3IiPjxmb250 IHNpemU9IjIiIGZhY2U9IrG8uLIiIGNvbG9yPSIjMzMzMzMzIj5lbmV4dG9wQGx5Y29zLmNv LmtyPC9mb250PjwvYT48Zm9udCBzaXplPSIyIiBmYWNlPSKxvLiyIiBjb2xvcj0iIzMzMzMz MyI+IA0KICAgICAgICAgICAgJm5ic3A7PC9mb250PjwvcD4NCiAgICAgICAgPC90ZD4NCiAg ICA8L3RyPg0KPC90YWJsZT4NCjxwPiZuYnNwOzwvcD4NCjwvYm9keT4NCg0KPC9odG1sPg0K ------=_NextPart_000_0197_01C0F43A.93A33C00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 19 5:23: 4 2002 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 883E437B400 for ; Mon, 19 Aug 2002 05:23:00 -0700 (PDT) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id C184043E3B for ; Mon, 19 Aug 2002 05:22:59 -0700 (PDT) (envelope-from joe@genius.tao.org.uk) Received: by genius.tao.org.uk (Postfix, from userid 100) id 82ED54474; Mon, 19 Aug 2002 13:22:52 +0100 (BST) Date: Mon, 19 Aug 2002 13:22:52 +0100 From: Josef Karthauser To: current@freebsd.org Subject: broken c++? Message-ID: <20020819122252.GA3107@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Is it just me or is libstdc++ linking broken on -current right now? Kde3 complains: c++ -DNDEBUG -DNO_DEBUG -O2 -O -pipe -march=3Dpentiumpro -fmemoize-look= ups -fsave-memoized -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -o kappfinder -pthread main.o scanner.o checker.o kappfinder_meta_unload.o -Wl,-export-dynamic -L/usr/X11R6/lib -L/usr/local/lib /usr/local/lib/libkdeui.so /usr/local/lib/libkdecore.so -L/usr/lib /usr/local/lib/libDCOP.so /usr/local/lib/libkdefx.so -lqt-mt -lpng -lz -lXext -lX11 -lSM -lICE -lXrender -lstdc++ -lm -lgcc -ljpeg -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/X11R6/lib checker.o: In function `checkDesktopFile(QString const&, QString)': checker.o(.text+0x53e): undefined reference to `cout' checker.o(.text+0x54b): undefined reference to `ostream::operator<<(cha= r const*)' checker.o(.text+0x57d): undefined reference to `ostream::operator<<(cha= r const*)' checker.o(.text+0x58d): undefined reference to `ostream::operator<<(cha= r const*)' checker.o(.text+0x6f9): undefined reference to `cout' checker.o(.text+0x706): undefined reference to `ostream::operator<<(cha= r const*)' checker.o(.text+0x70e): undefined reference to `endl(ostream&)' checker.o(.text+0x7e9): undefined reference to `cout' checker.o(.text+0x7f2): undefined reference to `ostream::operator<<(cha= r const*)' checker.o(.text+0x7fa): undefined reference to `endl(ostream&)' My own app complains: g++ -g -gstabs+ -D__WXGTK__ -I/usr/X11R6/include -Wall -o Ostberger GeoCube.o GeoCurve.o GeoMCircle.o GeoWorld.o GeometricCanvas.o MyFrame.o Ostberger.o graphics_prims.o time_routines.o curve.o description.o law.o lawworld.o vector.o -L/usr/X11R6/lib -lwx_gtk -lwx_gtk_gl -lGL -lGLU -lglut /usr/X11R6/lib/libwx_gtk.so: warning: mktemp() possibly used unsafely; consider using mkstemp() GeoWorld.o: In function `law::type_string()': /home/joe/Ostberger/src/Ostberger-mk2/law.h:108: undefined reference to= `cout' /home/joe/Ostberger/src/Ostberger-mk2/law.h:109: undefined reference to `ostream::operator<<(char const*)' /home/joe/Ostberger/src/Ostberger-mk2/law.h:109: undefined reference to `ostream::operator<<(int)' etc. Joe --=20 "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iEYEARECAAYFAj1g4xsACgkQXVIcjOaxUBbNZwCg1y31ekRbVxU4B1bwIcfsZJym pw4AoNc01m+hLDLW7S+8+OJAvJVs7icg =RaP/ -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 19 6:57:24 2002 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 2159F37B400 for ; Mon, 19 Aug 2002 06:57:22 -0700 (PDT) Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9F0C43E70 for ; Mon, 19 Aug 2002 06:57:20 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 4.10) id 17gn1s-000Iht-00; Mon, 19 Aug 2002 15:57:12 +0200 From: Sheldon Hearn To: "Vladimir B. " Grebenschikov Cc: "current@freebsd.org" Subject: Re: rcNG and dhcp In-reply-to: Your message of "12 Aug 2002 12:40:20 +0400." <1029141620.800.14.camel@vbook.express.ru> Date: Mon, 19 Aug 2002 15:57:12 +0200 Message-ID: <71912.1029765432@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 12 Aug 2002 12:40:20 +0400, "Vladimir B. " Grebenschikov wrote: > There is patch to teach rcNG do not try dhcp on not-connected ethernet. > > simply put > ifconfig_fxp0="dhcp-if-carrier" > into rc.conf > > It will be interested to somebody For what it's worth, I think this rocks. > Theoretically there are another solution for problem - add new key to > dhclient - check interface media before broadcasting. Yes, that's definitely the long-term solution. However, I'd like the dhcp-if-carrier solution while we wait for patches to be accepted by the ISC folks. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 19 7: 9:48 2002 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 8F6C137B400 for ; Mon, 19 Aug 2002 07:09:46 -0700 (PDT) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFCA843E81 for ; Mon, 19 Aug 2002 07:09:45 -0700 (PDT) (envelope-from winter@jurai.net) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.5/8.12.2) with ESMTP id g7JE9gOw026058; Mon, 19 Aug 2002 10:09:42 -0400 (EDT) (envelope-from winter@jurai.net) Date: Mon, 19 Aug 2002 10:09:42 -0400 (EDT) From: "Matthew N. Dodd" To: Freebsd-current@tcpipbitch.net Cc: Mark Murray , Subject: Re: VM panic In-Reply-To: <3D60AD62.6010204@vanbrecht.com> Message-ID: <20020819100808.G788-100000@sasami.jurai.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 19 Aug 2002, Jason wrote: > Wierd, I have it running just peachy on a dual P3 900 box Just so nobody else replies to this with something similar we're talking about PENTIUMS. Not the P3, P2, Alpha or anything else. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 19 7:30:27 2002 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 3C38737B400 for ; Mon, 19 Aug 2002 07:30:24 -0700 (PDT) Received: from studnet.sk (kripel.unitra.sk [193.87.12.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B4CE43E6E for ; Mon, 19 Aug 2002 07:30:23 -0700 (PDT) (envelope-from rado@kripel.studnet.sk) Received: from kripel.studnet.sk (rado@localhost [IPv6:::1]) by studnet.sk (8.12.5/angel's version) with ESMTP id g7JETaEw007918 for ; Mon, 19 Aug 2002 16:29:36 +0200 (CEST) Received: (from rado@localhost) by kripel.studnet.sk (8.12.5/8.12.3/Submit) id g7JETaKP007856 for current@FreeBSD.org; Mon, 19 Aug 2002 16:29:36 +0200 (CEST) Date: Mon, 19 Aug 2002 16:29:36 +0200 From: Radko Keves To: current@FreeBSD.org Subject: what can i do ? Message-ID: <20020819142936.GA7302@studnet.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Security Advisory FreeBSD-SA-02:38.signed-error i try to patch it (of cource in current ;( ) and: The text leading up to this was: -------------------------- |Index: sys/i386/isa/vesa.c |diff -u sys/i386/isa/vesa.c:1.32 sys/i386/isa/vesa.c:1.32.10.1 |--- sys/i386/isa/vesa.c:1.32 Sat Jan 29 07:08:40 2000 |+++ sys/i386/isa/vesa.c Tue Aug 13 05:12:40 2002 -------------------------- Patching file sys/i386/isa/vesa.c using Plan A... Hunk #1 succeeded at 1372 with fuzz 2 (offset 55 lines). Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/kern/uipc_syscalls.c |diff -u sys/kern/uipc_syscalls.c:1.65.2.9 sys/kern/uipc_syscalls.c:1.65.2.9.6.1 |--- sys/kern/uipc_syscalls.c:1.65.2.9 Tue Jul 31 03:49:39 2001 |+++ sys/kern/uipc_syscalls.c Tue Aug 13 05:12:41 2002 -------------------------- Patching file sys/kern/uipc_syscalls.c using Plan A... Hunk #1 failed at 206. Hunk #2 failed at 1195. Hunk #3 failed at 1277. 3 out of 3 hunks failed--saving rejects to sys/kern/uipc_syscalls.c.rej done i know that patch wasn't for current, but is it needed to patch it ? thank -- bye R.R.K.K. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 19 7:33:21 2002 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 E892337B400 for ; Mon, 19 Aug 2002 07:33:18 -0700 (PDT) Received: from 12-218-135-53.client.mchsi.com (12-218-135-53.client.mchsi.com [12.218.135.53]) by mx1.FreeBSD.org (Postfix) with SMTP id 5254943E42 for ; Mon, 19 Aug 2002 07:33:18 -0700 (PDT) (envelope-from erik@12-218-135-53.client.mchsi.com) Received: (qmail 29521 invoked by uid 1000); 19 Aug 2002 14:33:29 -0000 Date: Mon, 19 Aug 2002 09:33:29 -0500 From: Erik Greenwald To: Josef Karthauser Cc: current@freebsd.org Subject: Re: broken c++? Message-ID: <20020819143329.GA29511@freya> References: <20020819122252.GA3107@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020819122252.GA3107@genius.tao.org.uk> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 19, 2002 at 01:22:52PM +0100, Josef Karthauser wrote: > Is it just me or is libstdc++ linking broken on -current right now? > I was able to compile kde3 yesterday ... you may have an old C++ header in place which causes namespace issues. try removing them and doing the installworld thing again? for your own code, you seem to lack -lstdc++ -- -Erik [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 19 7:47:36 2002 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 042B637B400 for ; Mon, 19 Aug 2002 07:47:33 -0700 (PDT) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C88F43E42 for ; Mon, 19 Aug 2002 07:47:32 -0700 (PDT) (envelope-from corecode@corecode.ath.cx) Received: from fwd01.sul.t-online.de by mailout01.sul.t-online.com with smtp id 17gnoY-0006wu-06; Mon, 19 Aug 2002 16:47:30 +0200 Received: from spirit.zuhause.stoert.net (320050403952-0001@[217.82.53.224]) by fmrl01.sul.t-online.com with esmtp id 17gnoQ-2K2bMeC; Mon, 19 Aug 2002 16:47:22 +0200 Received: from terrorfish.uni.stoert.net (terrorfish.uni.stoert.net [10.150.180.178]) by spirit.zuhause.stoert.net (8.11.6/8.11.6) with ESMTP id g7JElMk33334; Mon, 19 Aug 2002 16:47:22 +0200 (CEST) (envelope-from corecode@corecode.ath.cx) Received: from terrorfish.uni.stoert.net (localhost [127.0.0.1]) by terrorfish.uni.stoert.net (8.12.5/8.12.5) with ESMTP id g7JEkQCt000358; Mon, 19 Aug 2002 16:46:26 +0200 (CEST) (envelope-from corecode@terrorfish.uni.stoert.net) Received: (from corecode@localhost) by terrorfish.uni.stoert.net (8.12.5/8.12.5/Submit) id g7JEkQch000357; Mon, 19 Aug 2002 16:46:26 +0200 (CEST) (envelope-from corecode) Date: Mon, 19 Aug 2002 16:46:23 +0200 From: "Simon 'corecode' Schubert" To: Radko Keves Cc: current@FreeBSD.ORG Subject: Re: what can i do ? Message-Id: <20020819164623.1fb9a110.corecode@corecode.ath.cx> In-Reply-To: <20020819142936.GA7302@studnet.sk> References: <20020819142936.GA7302@studnet.sk> X-Mailer: Sylpheed version 0.8.1claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="=.miYcEnRPI4CjLg" X-Sender: 320050403952-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=.miYcEnRPI4CjLg Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Mon, 19 Aug 2002 16:29:36 +0200 Radko Keves wrote: > Security Advisory FreeBSD-SA-02:38.signed-error [patch output] > i know that patch wasn't for current, but is it needed to patch it ? no. -current is the development branch and thus there are virtually never advisories. -current is risky anyways and you're supposed to read cvs-all: revision 1.124 date: 2002/08/09 12:58:11; author: nectar; state: Exp; lines: +8 -0 While we're at it, add range checks similar to those in previous commit to getsockname() and getpeername(), too. ---------------------------- revision 1.123 date: 2002/08/09 05:50:32; author: rwatson; state: Exp; lines: +2 -0 Add additional range checks for copyout targets. Submitted by: Silvio Cesare just cvsup your sources and you're done. -- /"\ http://corecode.ath.cx/#donate \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --=.miYcEnRPI4CjLg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9YQTCr5S+dk6z85oRAmaCAKD6WP6nZURR3thlwBaTSsN2FfIa+QCdGJP6 8AYNxH9xEf0JSrYE00TXuw8= =C5ji -----END PGP SIGNATURE----- --=.miYcEnRPI4CjLg-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 19 7:53:33 2002 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 3606A37B400 for ; Mon, 19 Aug 2002 07:53:31 -0700 (PDT) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DFB643E84 for ; Mon, 19 Aug 2002 07:53:29 -0700 (PDT) (envelope-from Jan.Stocker@t-online.de) Received: from fwd05.sul.t-online.de by mailout03.sul.t-online.com with smtp id 17gnu5-00040a-03; Mon, 19 Aug 2002 16:53:13 +0200 Received: from twoflower.liebende.de (320072111332-0001@[217.80.127.43]) by fwd05.sul.t-online.com with esmtp id 17gntr-0fyhuKC; Mon, 19 Aug 2002 16:52:59 +0200 Subject: Re: broken c++? From: Jan.Stocker@t-online.de (Jan Stocker) Reply-To: Jan.Stocker@t-online.de To: Erik Greenwald Cc: Josef Karthauser , current@FreeBSD.ORG In-Reply-To: <20020819143329.GA29511@freya> References: <20020819122252.GA3107@genius.tao.org.uk> <20020819143329.GA29511@freya> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 19 Aug 2002 16:53:08 +0200 Message-Id: <1029768788.368.1.camel@twoflower> Mime-Version: 1.0 X-Sender: 320072111332-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > for your own code, you seem to lack -lstdc++ This shouldn't be the prob... You never have to add -lstdc++ by hand... using g++ to link has to include it by itself. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 19 8: 2:35 2002 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 A59D337B400; Mon, 19 Aug 2002 08:02:07 -0700 (PDT) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31CE043E6E; Mon, 19 Aug 2002 08:02:06 -0700 (PDT) (envelope-from corecode@corecode.ath.cx) Received: from fwd07.sul.t-online.de by mailout09.sul.t-online.com with smtp id 17go2e-0001Ez-07; Mon, 19 Aug 2002 17:02:04 +0200 Received: from spirit.zuhause.stoert.net (320050403952-0001@[217.82.53.224]) by fmrl07.sul.t-online.com with esmtp id 17go2V-0uBCVcC; Mon, 19 Aug 2002 17:01:55 +0200 Received: from terrorfish.uni.stoert.net (terrorfish.uni.stoert.net [10.150.180.178]) by spirit.zuhause.stoert.net (8.11.6/8.11.6) with ESMTP id g7JF1sk33544; Mon, 19 Aug 2002 17:01:54 +0200 (CEST) (envelope-from corecode@corecode.ath.cx) Received: from terrorfish.uni.stoert.net (localhost [127.0.0.1]) by terrorfish.uni.stoert.net (8.12.5/8.12.5) with ESMTP id g7JF0wCt000506; Mon, 19 Aug 2002 17:00:58 +0200 (CEST) (envelope-from corecode@terrorfish.uni.stoert.net) Received: (from corecode@localhost) by terrorfish.uni.stoert.net (8.12.5/8.12.5/Submit) id g7JF0w52000505; Mon, 19 Aug 2002 17:00:58 +0200 (CEST) (envelope-from corecode) Date: Mon, 19 Aug 2002 17:00:55 +0200 From: "Simon 'corecode' Schubert" To: current@freebsd.org Cc: joerg@freebsd.org Subject: acpi prevents fdc to detect correctly Message-Id: <20020819170055.492ea16c.corecode@corecode.ath.cx> X-Mailer: Sylpheed version 0.8.1claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="=.cXyEXn'1rgYCNp" X-Sender: 320050403952-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=.cXyEXn'1rgYCNp Content-Type: multipart/mixed; boundary="Multipart_Mon__19_Aug_2002_17:00:55_+0200_09bc9400" --Multipart_Mon__19_Aug_2002_17:00:55_+0200_09bc9400 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit my kernel can't detect fdc anymore when loading acpi. does anybody else have such issues? i know that it worked with a Aug 6 or a Aug 3 kernel, this was the last time i accessed my fd0. though reverting to a -D 08/06/2002 src/sys doesn't bring the desired effect (working fdc). if i prevent acpi from being loaded on boot time (don't know the right procedure, just `set module_path=/' in /boot/loader) fdc is detected correctly. attached boot -s -v's dmesg for both cases thanks simon -- /"\ http://corecode.ath.cx/#donate \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --Multipart_Mon__19_Aug_2002_17:00:55_+0200_09bc9400 Content-Type: text/plain; name="dmesg.withacpi" Content-Disposition: attachment; filename="dmesg.withacpi" Content-Transfer-Encoding: 7bit Copyright (c) 1992-2002 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.0-CURRENT #22: Thu Aug 15 01:45:41 CEST 2002 corecode@terrorfish.uni.stoert.net:/usr/obj/k7/usr/src/sys/TERRORFISH Preloaded elf kernel "/boot/kernel/kernel" at 0xc04c8000. Preloaded elf module "/boot/kernel/vesa.ko" at 0xc04c80b8. Preloaded elf module "/boot/kernel/if_sis.ko" at 0xc04c8164. Preloaded elf module "/boot/kernel/miibus.ko" at 0xc04c8210. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc04c82bc. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc04c8368. Preloaded elf module "/boot/kernel/bktr.ko" at 0xc04c8414. Preloaded elf module "/boot/kernel/bktr_mem.ko" at 0xc04c84c0. Preloaded elf module "/boot/kernel/radeon.ko" at 0xc04c8570. Preloaded elf module "/boot/kernel/agp.ko" at 0xc04c861c. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04c86c4. Calibrating clock(s) ... TSC clock: 1194986460 Hz, i8254 clock: 1193251 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 1194921642 Hz CPU: AMD Duron(tm) Processor (1194.92-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x671 Stepping = 1 Features=0x383f9ff AMD Features=0xffffffffc0400000 Data TLB: 32 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 402587648 (393152K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x004ef000 - 0x17fe7fff, 397381632 bytes (97017 pages) avail memory = 385097728 (376072K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fdad0 bios32: Entry = 0xfdae0 (c00fdae0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xdb01 pnpbios: Found PnP BIOS data at 0xc00f7350 pnpbios: Entry = f0000:5e07 Rev = 1.0 Other BIOS signatures found: bktr_mem: memory holder loaded mem: Pentium Pro MTRR support enabled VESA: information block 56 45 53 41 00 02 00 01 00 01 01 00 00 00 22 00 00 01 00 04 00 01 10 01 00 01 26 01 00 01 2b 01 00 01 6a 00 02 01 04 01 82 01 0d 01 0e 01 0f 01 20 01 92 01 93 01 94 01 95 01 96 01 a2 01 a3 01 VESA: 56 mode(s) found VESA: v2.0, 65536k memory, flags:0x1, mode table:0xc0406c82 (1000022) VESA: ATI RADEON 7500 VESA: ATI Technologies Inc. V200 01.00 null: random: pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=07351039) Using $PIR table, 8 entries at 0xc00f7950 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: power button is handled as a fixed feature programming model. ACPI timer looks GOOD min = 1, max = 2, width = 2 ACPI timer looks GOOD min = 1, max = 2, width = 2 ACPI timer looks GOOD min = 1, max = 2, width = 2 ACPI timer looks GOOD min = 1, max = 2, width = 2 ACPI timer looks GOOD min = 1, max = 2, width = 2 ACPI timer looks GOOD min = 1, max = 2, width = 2 ACPI timer looks GOOD min = 1, max = 2, width = 2 ACPI timer looks GOOD min = 1, max = 2, width = 2 ACPI timer looks GOOD min = 1, max = 2, width = 2 ACPI timer looks GOOD min = 1, max = 2, width = 2 Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: on acpi0 acpi_pcib0: port 0xcf8-0xcff on acpi0 pci0: physical bus=0 map[10]: type 1, range 32, base d0000000, size 26, enabled found-> vendor=0x1039, dev=0x0735, revid=0x01 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 found-> vendor=0x1039, dev=0x0001, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 found-> vendor=0x1039, dev=0x0008, revid=0x00 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 map[10]: type 1, range 32, base cfffe000, size 12, enabled found-> vendor=0x1039, dev=0x7001, revid=0x07 bus=0, slot=2, func=2 class=0c-03-10, hdrtype=0x00, mfdev=0 intpin=d, irq=5 map[10]: type 1, range 32, base cffff000, size 12, enabled found-> vendor=0x1039, dev=0x7001, revid=0x07 bus=0, slot=2, func=3 class=0c-03-10, hdrtype=0x00, mfdev=0 intpin=a, irq=11 map[20]: type 4, range 32, base 0000ff00, size 4, enabled found-> vendor=0x1039, dev=0x5513, revid=0xd0 bus=0, slot=2, func=5 class=01-01-80, hdrtype=0x00, mfdev=1 map[10]: type 4, range 32, base 0000dc00, size 8, enabled map[14]: type 4, range 32, base 0000d800, size 6, enabled found-> vendor=0x1039, dev=0x7012, revid=0xa0 bus=0, slot=2, func=7 class=04-01-00, hdrtype=0x00, mfdev=0 intpin=c, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000d400, size 8, enabled map[14]: type 1, range 32, base cfffd000, size 12, enabled found-> vendor=0x1039, dev=0x0900, revid=0x90 bus=0, slot=3, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=12 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base cfdfe000, size 12, enabled found-> vendor=0x109e, dev=0x036e, revid=0x02 bus=0, slot=17, func=0 class=04-00-00, hdrtype=0x00, mfdev=1 intpin=a, irq=3 map[10]: type 3, range 32, base cfdff000, size 12, enabled found-> vendor=0x109e, dev=0x0878, revid=0x02 bus=0, slot=17, func=1 class=04-80-00, hdrtype=0x00, mfdev=1 intpin=a, irq=3 pci0: on acpi_pcib0 agp0: mem 0xd0000000-0xd3ffffff at device 0.0 on pci0 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xb000-0xbfff pcib1: memory decode 0xcfe00000-0xcfefffff pcib1: prefetched decode 0xbfc00000-0xcfcfffff pci1: physical bus=1 map[10]: type 3, range 32, base c0000000, size 27, enabled map[14]: type 4, range 32, base 0000b800, size 8, enabled map[18]: type 1, range 32, base cfef0000, size 16, enabled found-> vendor=0x1002, dev=0x5157, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 pci1: on pcib1 drm0: port 0xb800-0xb8ff mem 0xcfef0000-0xcfefffff,0xc0000000-0xc7ffffff at device 0.0 on pci1 info: [drm] AGP at 0xd0000000 64MB info: [drm] Initialized radeon 1.2.0 20011231 on minor 0 isab0: at device 2.0 on pci0 isa0: on isab0 ohci0: mem 0xcfffe000-0xcfffefff irq 5 at device 2.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xcffff000-0xcfffffff irq 11 at device 2.3 on pci0 usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ums0: Logitech USB Mouse, rev 1.10/6.20, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. atapci0: port 0xff00-0xff0f at device 2.5 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xff00 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI 00 00 ata0-slave: ATAPI 00 00 ata0: mask=03 stat0=50 stat1=00 ata0-master: ATA 01 a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xff08 ata1: at 0x170 irq 15 on atapci0 pcm0: port 0xd800-0xd83f,0xdc00-0xdcff irq 10 at device 2.7 on pci0 pcm0: ac97 codec id 0x414c4326 pcm0: ac97 codec features 5 bit master volume, Realtek 3D Stereo Enhancement pcm0: ac97 primary codec extended features AMAP /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0:fake" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0:fake" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0:fake" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0:fake" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 pcm0: sndbuf_setmap 642000, 4000; 0xd6cb4000 -> 642000 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0:record:0" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0:record:0" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0:record:0" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 pcm0: sndbuf_setmap 646000, 4000; 0xd6cb8000 -> 646000 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0:record:0" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 sis0: port 0xd400-0xd4ff mem 0xcfffd000-0xcfffdfff irq 12 at device 3.0 on pci0 /usr/src/sys/vm/uma_core.c:1332: could sleep with "sis0" locked from /usr/src/sys/pci/if_sis.c:798 /usr/src/sys/vm/uma_core.c:1332: could sleep with "sis0" locked from /usr/src/sys/pci/if_sis.c:798 lock order reversal 1st 0xc128dbac sis0 (network driver) @ /usr/src/sys/pci/if_sis.c:798 2nd 0xc031b680 allproc (allproc) @ /usr/src/sys/kern/kern_fork.c:317 /usr/src/sys/vm/uma_core.c:1332: could sleep with "sis0" locked from /usr/src/sys/pci/if_sis.c:798 /usr/src/sys/vm/uma_core.c:1332: could sleep with "sis0" locked from /usr/src/sys/pci/if_sis.c:798 /usr/src/sys/vm/uma_core.c:1332: could sleep with "sis0" locked from /usr/src/sys/pci/if_sis.c:798 /usr/src/sys/vm/uma_core.c:1332: could sleep with "sis0" locked from /usr/src/sys/pci/if_sis.c:798 sis0: Ethernet address: 00:07:95:25:8d:73 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto /usr/src/sys/vm/uma_core.c:1332: could sleep with "sis0" locked from /usr/src/sys/pci/if_sis.c:798 bpf: sis0 attached bktr0: mem 0xcfdfe000-0xcfdfefff irq 3 at device 17.0 on pci0 brooktree0: PCI bus latency is 64. bktr0: buffer size 3555328, addr 0x5000000 bktr0: GPIO is 0x00fffffb bktr0: subsystem 0x0070 0x13eb bktr0: Hauppauge Model 38104 B208 bktr0: Hauppauge WinCast/TV, Philips PAL I tuner. pci0: at device 17.1 (no driver attached) acpi_button0: on acpi0 unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 fdc0: output ready timeout fdc0: cmd 3 failed at out byte 1 of 3 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) fdc0: output ready timeout fdc0: cmd 3 failed at out byte 1 of 3 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it vga: vga0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0:
SUBSCRIBE
subscribe
------=_NextPart_000_0005_01C24A14.846CF650-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 17:56:34 2002 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 70B2037B400 for ; Thu, 22 Aug 2002 17:56:32 -0700 (PDT) Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DB7843E72 for ; Thu, 22 Aug 2002 17:56:32 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0311.cvx21-bradley.dialup.earthlink.net ([209.179.193.56] helo=mindspring.com) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17i2kB-0007c3-00; Thu, 22 Aug 2002 17:56:07 -0700 Message-ID: <3D6587ED.F602F06@mindspring.com> Date: Thu, 22 Aug 2002 17:55:09 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Will Andrews Cc: Peter Wemm , current@FreeBSD.ORG Subject: Re: Memory corruption in -CURRENT [was Re: Plea to committers to only commit to HEAD if you run -current {from developers@FreeBSD.org}] References: <20020822233846.GJ90596@procyon.firepipe.net> <20020823002846.BBF082A7D6@canning.wemm.org> <20020823004257.GM90596@procyon.firepipe.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Will Andrews wrote: > > Note that the old SMP code never had PG_G active for SMP before the last > > round of pmap changes. DISABLE_PG_G almost goes back to the old way for > > SMP systems. DISABLE_PSE should be irrelevant since we've been using it all > > along. > > > > I've become aware of some nasty races in the pmap code for SMP boxes about > > a week ago while working on PAE stuff. DISABLE_PG_G *might* minimize the > > effect of them but they are still there. > > Well, I'm rebuilding without DISABLE_PSE to see whether it had > any effect on the outcome. Regardless, hopefully the information > I can provide will help squash this annoying bug. DISABLE_PSE is a 1:6 probability; DISABLE_PG_G is a 1:100 (both estimates, but on that order), so mixing and matching them will not usually give any additional information. Martin got "lucky" with his machine... it seems to require both. The problem is a hardware bug in most Pentium on up processors, which gets worse in newer CPUs (P4, AMD) as they try to optimize certain things. It's like writing ANSI C without "volatile". If you don't get the bug after your rebuild, I think that fact shouldn't be considered significant. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 19:19:54 2002 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 88C1E37B400 for ; Thu, 22 Aug 2002 19:19:51 -0700 (PDT) Received: from sbk-gw.sibnet.ru (sbk-gw.sibnet.ru [217.70.96.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9D1843E7B for ; Thu, 22 Aug 2002 19:19:49 -0700 (PDT) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (localhost.sibnet.ru [127.0.0.1]) by sbk-gw.sibnet.ru (8.12.5/8.12.5) with ESMTP id g7N2JYsL044886; Fri, 23 Aug 2002 09:19:34 +0700 (NOVST) (envelope-from stranger@sberbank.sibnet.ru) Received: from localhost (stranger@localhost) by sbk-gw.sibnet.ru (8.12.5/8.12.5/Submit) with ESMTP id g7N2JWEj044883; Fri, 23 Aug 2002 09:19:32 +0700 (NOVST) X-Authentication-Warning: sbk-gw.sibnet.ru: stranger owned process doing -bs Date: Fri, 23 Aug 2002 09:19:32 +0700 (NOVST) From: "Maxim M. Kazachek" X-X-Sender: stranger@sbk-gw.sibnet.ru To: Soeren Schmidt Cc: Martin Blapp , Don Lewis , , , , Subject: Re: Memory corruption in CURRENT In-Reply-To: <200208220909.g7M99NcS077303@freebsd.dk> Message-ID: <20020823083920.R39441-100000@sbk-gw.sibnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I saw SIG4 on gnome-sawfish on Compaq iPAQ C700/i815E/320Mb RAM It just happens sometimes Sincerely, Maxim M. Kazachek mailto:stranger@sberbank.sibnet.ru mailto:stranger@fpm.ami.nstu.ru On Thu, 22 Aug 2002, Soeren Schmidt wrote: >It seems Martin Blapp wrote: >> >> Hi all, >> >> I suspect all the SIG4 and SIG11 problems we see are due >> memory corruption in CURRENT. >.... >> > The file is correct after a reboot, so the corruption was limited to the >> > copy cached in RAM. >> >> Thats memory corruption. I'm also not able anymore >> to make 10 buildworlds (without -j, that triggers >> panics in pmap code). >> >> Bye the way, I'm experiencing this since about 4-5 months. >> >> All hackers, please help to track this down. > >Hmm, I haven't seen this at all, but I've just started buildworld loops on >two machines here, but I normally do at least a couble buildworlds a day >and I havn't notice problems like the above (but plenty of bad commits etc). > >However, this kind of problem in most cases spells bad HW to me, >ie subspec RAM, poor powersupply, badly cooled CPU, overclocking etc etc... > >-Søren > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 19:30:37 2002 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 A3BFD37B400; Thu, 22 Aug 2002 19:30:32 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6674443E6E; Thu, 22 Aug 2002 19:30:32 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9C84E72FC5; Thu, 22 Aug 2002 19:29:31 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 9895472D9E; Thu, 22 Aug 2002 19:29:31 -0700 (PDT) Date: Thu, 22 Aug 2002 19:29:31 -0700 (PDT) From: Doug White To: John Baldwin Cc: freebsd-current@FreeBSD.ORG, Tomas Hodan , Andy Sparrow Subject: Re: install crash on hp omnibook 6100 In-Reply-To: Message-ID: <20020822192553.U33737-100000@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 22 Aug 2002, John Baldwin wrote: > > There is an issue with the HP laptop DSDT and our ACPI code. They > > initialize some child devices before initializing their parents, causing > > an infinite loop. The acpi-jp list doesn't seem interested in changing > > the way we do initialization, and theres no docs on the part it's > > initializing to rewrite the DSDT. > > Hmm, could you clarify. What child devices is it initializing first? Its trying to fetch some data from the cardbus controller before its been initialized, but its trying to do it in its own _REG routine or something... look for FDS_._REG; the CSID() function is what initiates the loop. Last time I looked at this was april, so I might have the exact details correct .. I have tracebacks and other data at http://people.freebsd.org/~dwhite/hp6000/ if you want to poke at it. (The 6000 and 6100 use the same ACPI code, I checked.) I attempted to post a note to the acpi-jp list in april asking about our architecture model but it appears to have never made it. We may need to revisit our assumption that ACPI can be initialized top-down. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 19:43:37 2002 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 CC56337B400 for ; Thu, 22 Aug 2002 19:43:33 -0700 (PDT) Received: from smtpauth2-ext.prodigy.net (smtpauth2-ext.prodigy.net [207.115.63.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFEB843E8A for ; Thu, 22 Aug 2002 19:43:32 -0700 (PDT) (envelope-from jimit@prodigy.net) Received: from win1 (crtntx1-ar1-4-60-243-096.crtntx1.dsl-verizon.net [4.60.243.96]) (authenticated) by smtpauth2-ext.prodigy.net (8.11.0/8.11.0) with ESMTP id g7N2hV6197968 for ; Thu, 22 Aug 2002 22:43:32 -0400 Message-ID: <001a01c24a4e$e31f77b0$60f33c04@win1> From: "Jimi Thompson" To: Subject: Config Out of Date Date: Thu, 22 Aug 2002 21:43:39 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0017_01C24A24.F9D243E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0017_01C24A24.F9D243E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I'm new to FreeBSD so forgive me in advance for not knowing everything. = I've sync'd my CVS tree and I'm trying to upgrade my 4.5 system to 5.0. = Every thing seems to be ok until I try to start building. If I try to = "make upgrade" it chokes on a game called fortune. There is apparently = some problem in the makefile for this game. I tried removing it from = the Makefile for the games directory but something else keeps calling = it. I've even tried "make clean" but that hasn't helped either. =20 If I try to build the kernel seperately, I get the following error = message: Your version of config(8) is out of sync with your kernel source. I'm thinking that there has to be a work around for this, but I haven't = found anything in FAQ or the Handbook. I've found ever other error one = can think of. =20 Any help or insight would be appreciated. Thanks, Jimi Thompson ------=_NextPart_000_0017_01C24A24.F9D243E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I'm new to FreeBSD so forgive me in = advance for not=20 knowing everything.  I've sync'd my CVS tree and I'm trying to = upgrade my=20 4.5 system to 5.0.  Every thing seems to be ok until I try to start = building.  If I try to "make upgrade" it chokes on a game = called=20 fortune.  There is apparently some problem in the makefile for this = game.  I tried removing it from the Makefile for the games = directory but=20 something else keeps calling it.  I've even tried "make clean" but = that=20 hasn't helped either. 
 
If I try to build the kernel = seperately, I get=20 the following error message:
Your version of config(8) is out of = sync with your=20 kernel source.
 
I'm thinking that there has to be a = work around for=20 this, but I haven't found anything in FAQ or the Handbook.  I've = found ever=20 other error one can think of. 
 
Any help or insight would be=20 appreciated.
 
Thanks,
 
Jimi = Thompson
------=_NextPart_000_0017_01C24A24.F9D243E0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 19:50:46 2002 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 869BE37B401 for ; Thu, 22 Aug 2002 19:50:43 -0700 (PDT) Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1169643E81 for ; Thu, 22 Aug 2002 19:50:39 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0311.cvx21-bradley.dialup.earthlink.net ([209.179.193.56] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 17i4Wv-0006Bw-00; Thu, 22 Aug 2002 19:50:34 -0700 Message-ID: <3D65A2AC.2B4FB14@mindspring.com> Date: Thu, 22 Aug 2002 19:49:16 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jimi Thompson Cc: freebsd-current@FreeBSD.ORG Subject: Re: Config Out of Date References: <001a01c24a4e$e31f77b0$60f33c04@win1> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jimi Thompson wrote: > > Part 1.1 Type: Plain Text (text/plain) > Encoding: quoted-printable Use the new version of config to config the new kernel config file: cd /usr/src/usr.sbin/config make cp config /usr/sbin/config.new rehash cd /usr/src/sys/i386/conf config.new -g GENERIC -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 19:58:49 2002 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 3203337B400 for ; Thu, 22 Aug 2002 19:58:47 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-239.dsl.lsan03.pacbell.net [64.169.104.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E3EC43E77 for ; Thu, 22 Aug 2002 19:58:46 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 09E1A66EBB; Thu, 22 Aug 2002 19:58:45 -0700 (PDT) Date: Thu, 22 Aug 2002 19:58:45 -0700 From: Kris Kennaway To: Jimi Thompson Cc: freebsd-current@FreeBSD.ORG Subject: Re: Config Out of Date Message-ID: <20020823025845.GA26796@xor.obsecurity.org> References: <001a01c24a4e$e31f77b0$60f33c04@win1> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <001a01c24a4e$e31f77b0$60f33c04@win1> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Aug 22, 2002 at 09:43:39PM -0500, Jimi Thompson wrote: > I'm new to FreeBSD so forgive me in advance for not knowing > everything. I've sync'd my CVS tree and I'm trying to upgrade my > 4.5 system to 5.0. Every thing seems to be ok until I try to start > building. That's because you're trying to build the wrong way. Please see the handbook for full instructions. Kris --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9ZaTkWry0BWjoQKURAug/AKCFxDRv9VhAT3Rr3JIUjxt0oXdf1QCg2TaA EcYvp6rr+EGTNLzfuP6u6AM= =ybYn -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 20:31:10 2002 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 1A76337B401 for ; Thu, 22 Aug 2002 20:31:08 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF8D743E70 for ; Thu, 22 Aug 2002 20:31:07 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id BB3FCAE25C; Thu, 22 Aug 2002 20:31:07 -0700 (PDT) Date: Thu, 22 Aug 2002 20:31:07 -0700 From: Alfred Perlstein To: current@freebsd.org Subject: Re: -current data corruption Message-ID: <20020823033107.GX75574@elvis.mu.org> References: <20020820043258.GI75574@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020820043258.GI75574@elvis.mu.org> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Alfred Perlstein [020819 21:32] wrote: > If anyone is interested both David O'Brien and I are experiencing > what looks like data corruption under -current. FYI, a kernel compiled with Terry's suggestions (DISABLE_PSE, DISABLE_PG_G) makes the problem appear to go away. The "vim" port seems to compile without issues now. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 20:39:54 2002 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 108F737B400 for ; Thu, 22 Aug 2002 20:39:52 -0700 (PDT) Received: from smtpauth2-ext.prodigy.net (smtpauth2-ext.prodigy.net [207.115.63.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6883A43E42 for ; Thu, 22 Aug 2002 20:39:51 -0700 (PDT) (envelope-from jimit@prodigy.net) Received: from win1 (crtntx1-ar1-4-60-243-096.crtntx1.dsl-verizon.net [4.60.243.96]) (authenticated) by smtpauth2-ext.prodigy.net (8.11.0/8.11.0) with ESMTP id g7N3dn6271834; Thu, 22 Aug 2002 23:39:49 -0400 Message-ID: <003d01c24a56$c0af6c00$60f33c04@win1> From: "Jimi Thompson" To: "Terry Lambert" Cc: References: <001a01c24a4e$e31f77b0$60f33c04@win1> <3D65A2AC.2B4FB14@mindspring.com> Subject: Re: Config Out of Date Date: Thu, 22 Aug 2002 22:39:56 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG AWESOME! That worked!!! Many thanks!!!!!!! ----- Original Message ----- From: "Terry Lambert" To: "Jimi Thompson" Cc: Sent: Thursday, August 22, 2002 9:49 PM Subject: Re: Config Out of Date > Jimi Thompson wrote: > > > > Part 1.1 Type: Plain Text (text/plain) > > Encoding: quoted-printable > > Use the new version of config to config the new kernel config file: > > cd /usr/src/usr.sbin/config > make > cp config /usr/sbin/config.new > rehash > cd /usr/src/sys/i386/conf > config.new -g GENERIC > > -- Terry > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 21: 0:35 2002 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 27F4C37B400 for ; Thu, 22 Aug 2002 21:00:29 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC47243E6E for ; Thu, 22 Aug 2002 21:00:28 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020823040028.WOBE1186.rwcrmhc52.attbi.com@InterJet.elischer.org>; Fri, 23 Aug 2002 04:00:28 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id UAA65434; Thu, 22 Aug 2002 20:47:10 -0700 (PDT) Date: Thu, 22 Aug 2002 20:47:09 -0700 (PDT) From: Julian Elischer To: Jimi Thompson Cc: Terry Lambert , freebsd-current@FreeBSD.ORG Subject: Re: Config Out of Date In-Reply-To: <003d01c24a56$c0af6c00$60f33c04@win1> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG but it will possibly still not compile the kernel correctly as the current sources require gcc3.x you need to do it with teh instructions which include: cd /usr/src make buildworld make KERNCONF=MYKERNEL buildkernel make installworld make installkernel among other things. the newest handbok has info on how to do this I think.. WARNING: you MAY need to go via 4.6-STABLE to be sure it will work... doing it this way first compiles the tools including gcc then the rest of the build only uses the rebuilt tools... On Thu, 22 Aug 2002, Jimi Thompson wrote: > AWESOME! > > That worked!!! > > Many thanks!!!!!!! > ----- Original Message ----- > From: "Terry Lambert" > To: "Jimi Thompson" > Cc: > Sent: Thursday, August 22, 2002 9:49 PM > Subject: Re: Config Out of Date > > > > Jimi Thompson wrote: > > > > > > Part 1.1 Type: Plain Text (text/plain) > > > Encoding: quoted-printable > > > > Use the new version of config to config the new kernel config file: > > > > cd /usr/src/usr.sbin/config > > make > > cp config /usr/sbin/config.new > > rehash > > cd /usr/src/sys/i386/conf > > config.new -g GENERIC > > > > -- Terry > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 21:46:28 2002 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 3643637B406 for ; Thu, 22 Aug 2002 21:46:24 -0700 (PDT) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FD0143E77 for ; Thu, 22 Aug 2002 21:46:23 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.5/8.12.5) with ESMTP id g7N4kxrK002733; Thu, 22 Aug 2002 21:46:59 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.5/8.12.5/Submit) id g7N4kxKq002732; Thu, 22 Aug 2002 21:46:59 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Thu, 22 Aug 2002 21:46:59 -0700 From: David Schultz To: Terry Lambert Cc: Will Andrews , Peter Wemm , current@FreeBSD.ORG Subject: Re: Memory corruption in -CURRENT [was Re: Plea to committers to only commit to HEAD if you run -current {from developers@FreeBSD.org}] Message-ID: <20020823044659.GA2687@HAL9000.homeunix.com> Mail-Followup-To: Terry Lambert , Will Andrews , Peter Wemm , current@FreeBSD.ORG References: <20020822233846.GJ90596@procyon.firepipe.net> <20020823002846.BBF082A7D6@canning.wemm.org> <20020823004257.GM90596@procyon.firepipe.net> <3D6587ED.F602F06@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D6587ED.F602F06@mindspring.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Terry Lambert : > DISABLE_PSE is a 1:6 probability; DISABLE_PG_G is a 1:100 (both > estimates, but on that order), so mixing and matching them will > not usually give any additional information. Martin got "lucky" > with his machine... it seems to require both. > > The problem is a hardware bug in most Pentium on up processors, > which gets worse in newer CPUs (P4, AMD) as they try to optimize > certain things. It's like writing ANSI C without "volatile". It sounds like you're describing a cache coherence problem. Could you elaborate or point me to a reference on this? Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 22: 5:12 2002 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 D5E6437B405 for ; Thu, 22 Aug 2002 22:05:09 -0700 (PDT) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70F8043E72 for ; Thu, 22 Aug 2002 22:05:09 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0311.cvx21-bradley.dialup.earthlink.net ([209.179.193.56] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17i6d4-0001ps-00; Thu, 22 Aug 2002 22:05:03 -0700 Message-ID: <3D65C1A3.8D6879D0@mindspring.com> Date: Thu, 22 Aug 2002 22:01:23 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jimi Thompson Cc: freebsd-current@FreeBSD.ORG Subject: Re: Config Out of Date References: <001a01c24a4e$e31f77b0$60f33c04@win1> <3D65A2AC.2B4FB14@mindspring.com> <003d01c24a56$c0af6c00$60f33c04@win1> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jimi Thompson wrote: > > AWESOME! > > That worked!!! > > Many thanks!!!!!!! No problem. Not sending the response in MIME is thanks enough. 8-) 8-) 8-). To anyone else reading: He was going from 4.5 to 5.0; unless you are trying a cross-build of *just* the kernel, don't expect the same voodoo to work for any two versions of FreeBSD. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 22:28:53 2002 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 0A7B037B400 for ; Thu, 22 Aug 2002 22:28:51 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D64943E6E for ; Thu, 22 Aug 2002 22:28:50 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Received: from mousie.catspoiler.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.5/8.12.5) with ESMTP id g7N5Sgwr039090; Thu, 22 Aug 2002 22:28:46 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Message-Id: <200208230528.g7N5Sgwr039090@gw.catspoiler.org> Date: Thu, 22 Aug 2002 22:28:42 -0700 (PDT) From: Don Lewis Subject: Re: Memory corruption in -CURRENT [was Re: Plea to committers to only commit to HEAD if you run -current {from developers@FreeBSD.org}] To: peter@wemm.org Cc: current@FreeBSD.ORG In-Reply-To: <20020823002846.BBF082A7D6@canning.wemm.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 22 Aug, Peter Wemm wrote: > Will Andrews wrote: >> Currently I'm doing another test build with DISABLE_PSE and >> DISABLE_PG_G in the kernel to see how that handles. As of yet, >> there have been exactly *ZERO* SIG4/SIG11's this build. That >> has never happened since KSE MIII, and I've done at least ten or >> fifteen full builds since then. :-) > > Is this on a uniprocessor system? My UP Athlon box went from two distinct failures in a loop of ten buildworld runs to zero failures in ten runs when I added these options. The failures generally manifested themselves as random corruption in the cached copy of the source tree which disappeared when the system was rebooted. Adding these options increased the buildworld time from 55 to 57 minutes per interation while in competition with setiathome. I hadn't attempted it before, but the system didn't have any problems with "make -j20 buildworld" when the kernel was compiled with these options. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 22:36: 8 2002 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 B631337B400 for ; Thu, 22 Aug 2002 22:36:06 -0700 (PDT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6304B43E6E for ; Thu, 22 Aug 2002 22:36:06 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0311.cvx21-bradley.dialup.earthlink.net ([209.179.193.56] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17i76l-0003Ay-00; Thu, 22 Aug 2002 22:35:45 -0700 Message-ID: <3D65C8B2.EF3EB14@mindspring.com> Date: Thu, 22 Aug 2002 22:31:30 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: David Schultz Cc: Will Andrews , Peter Wemm , current@FreeBSD.ORG Subject: Re: Memory corruption in -CURRENT [was Re: Plea to committers to only commit to HEAD if you run -current {from developers@FreeBSD.org}] References: <20020822233846.GJ90596@procyon.firepipe.net> <20020823002846.BBF082A7D6@canning.wemm.org> <20020823004257.GM90596@procyon.firepipe.net> <3D6587ED.F602F06@mindspring.com> <20020823044659.GA2687@HAL9000.homeunix.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Schultz wrote: > Thus spake Terry Lambert : > > DISABLE_PSE is a 1:6 probability; DISABLE_PG_G is a 1:100 (both > > estimates, but on that order), so mixing and matching them will > > not usually give any additional information. Martin got "lucky" > > with his machine... it seems to require both. > > > > The problem is a hardware bug in most Pentium on up processors, > > which gets worse in newer CPUs (P4, AMD) as they try to optimize > > certain things. It's like writing ANSI C without "volatile". > > It sounds like you're describing a cache coherence problem. Could > you elaborate or point me to a reference on this? Thanks. There is no reference on this. It is an undocumented hardware bug. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 22:48:34 2002 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 93CDE37B400 for ; Thu, 22 Aug 2002 22:48:28 -0700 (PDT) Received: from tomts20-srv.bellnexxia.net (tomts20.bellnexxia.net [209.226.175.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id B33F843E72 for ; Thu, 22 Aug 2002 22:48:27 -0700 (PDT) (envelope-from des@sparc64.style9.org) Received: from bowie.private ([65.92.91.49]) by tomts20-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20020823054830.SUSJ3904.tomts20-srv.bellnexxia.net@bowie.private> for ; Fri, 23 Aug 2002 01:48:30 -0400 Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.5/8.12.5) with ESMTP id g7N3YWap061696 for ; Fri, 23 Aug 2002 03:34:32 GMT (envelope-from des@bowie.private) Received: (from des@localhost) by bowie.private (8.12.5/8.12.5/Submit) id g7N3YV9w061694 for current@freebsd.org; Fri, 23 Aug 2002 03:34:31 GMT Date: Fri, 23 Aug 2002 03:34:31 GMT From: Dag-Erling Smorgrav Message-Id: <200208230334.g7N3YV9w061694@bowie.private> To: current@freebsd.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> 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/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Fri Aug 23 03:30:55 GMT 2002 -------------------------------------------------------------- ===> GENERIC Kernel build directory is /home/des/tinderbox/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sys/GENERIC Don't forget to do a ``make depend'' ./aicasm: 873 instructions used In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx_osm.h:64, from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/ahc_pci.c:36: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx_osm.h:64, from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx.c:50: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx_osm.h:64, from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx_93cx6.c:75: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx_osm.h:64, from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx_osm.c:36: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx_osm.h:64, from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx_pci.c:52: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/ata/ata-all.c:46: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/ata/ata-isa.c:45: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/ata/ata-pci.c:44: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/ata/ata-dma.c:41: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/ata/ata-disk.c:47: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/ata/ata-raid.c:46: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/ata/atapi-all.c:40: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/ata/atapi-cd.c:48: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/gem/if_gem.c:54: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/gem/if_gem_pci.c:52: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/hme/if_hme.c:83: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/hme/if_hme_pci.c:44: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/hme/if_hme_sbus.c:52: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/isp/isp_freebsd.h:47, from /usr/home/des/tinderbox/sparc64/src/sys/dev/isp/isp.c:46: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/isp/isp_freebsd.h:47, from /usr/home/des/tinderbox/sparc64/src/sys/dev/isp/isp_freebsd.c:28: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/isp/isp_freebsd.h:47, from /usr/home/des/tinderbox/sparc64/src/sys/dev/isp/isp_target.c:43: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/isp/isp_pci.c:41: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/isp/isp_sbus.c:36: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/mii/dcphy.c:64: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/mii/pnphy.c:62: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/mii/rlphy.c:53: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/mii/tlphy.c:82: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/mk48txx/mk48txx.c:51: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/null/null.c:38: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/pci/pci.c:51: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/pci/pci_user.c:49: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/random/randomdev.c:49: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/sym/sym_hipd.c:113: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/isa/isa_common.c:68: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/isa/orm.c:42: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/isa/pnp.c:39: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/kern/kern_mutex.c:56: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/kern/subr_bus.c:40: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/kern/subr_rman.c:67: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/net/if_loop.c:52: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/net/if_tun.c:41: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/ebus/ebus.c:60: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/isa/isa.c:37: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/pci/psycho.c:50: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/sbus/sbus.c:118: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/sparc64/bus_machdep.c:126: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/sparc64/counter.c:35: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/sparc64/eeprom.c:64: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/sparc64/eeprom_ebus.c:64: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/sparc64/eeprom_sbus.c:64: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/sparc64/iommu.c:129: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/sparc64/nexus.c:67: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/pccard/pccardvar.h:36, from card_if.c:18: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from sparcbus_if.c:18: machine/bus.h:83:27: machine/types.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 22:48:45 2002 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 4367D37B401 for ; Thu, 22 Aug 2002 22:48:31 -0700 (PDT) Received: from tomts20-srv.bellnexxia.net (tomts20.bellnexxia.net [209.226.175.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B67343E75 for ; Thu, 22 Aug 2002 22:48:30 -0700 (PDT) (envelope-from des@sparc64.style9.org) Received: from bowie.private ([65.92.91.49]) by tomts20-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20020823054833.SUTI3904.tomts20-srv.bellnexxia.net@bowie.private> for ; Fri, 23 Aug 2002 01:48:33 -0400 Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.5/8.12.5) with ESMTP id g7MFfWap061469 for ; Thu, 22 Aug 2002 15:41:32 GMT (envelope-from des@bowie.private) Received: (from des@localhost) by bowie.private (8.12.5/8.12.5/Submit) id g7MFfViR061467 for current@freebsd.org; Thu, 22 Aug 2002 15:41:31 GMT Date: Thu, 22 Aug 2002 15:41:31 GMT From: Dag-Erling Smorgrav Message-Id: <200208221541.g7MFfViR061467@bowie.private> To: current@freebsd.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> 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/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Thu Aug 22 15:37:53 GMT 2002 -------------------------------------------------------------- ===> GENERIC Kernel build directory is /home/des/tinderbox/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sys/GENERIC Don't forget to do a ``make depend'' ./aicasm: 873 instructions used In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx_osm.h:64, from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/ahc_pci.c:36: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx_osm.h:64, from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx.c:50: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx_osm.h:64, from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx_93cx6.c:75: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx_osm.h:64, from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx_osm.c:36: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx_osm.h:64, from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx_pci.c:52: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/ata/ata-all.c:46: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/ata/ata-isa.c:45: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/ata/ata-pci.c:44: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/ata/ata-dma.c:41: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/ata/ata-disk.c:47: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/ata/ata-raid.c:46: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/ata/atapi-all.c:40: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/ata/atapi-cd.c:48: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/gem/if_gem.c:54: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/gem/if_gem_pci.c:52: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/hme/if_hme.c:83: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/hme/if_hme_pci.c:44: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/hme/if_hme_sbus.c:52: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/isp/isp_freebsd.h:47, from /usr/home/des/tinderbox/sparc64/src/sys/dev/isp/isp.c:46: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/isp/isp_freebsd.h:47, from /usr/home/des/tinderbox/sparc64/src/sys/dev/isp/isp_freebsd.c:28: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/isp/isp_freebsd.h:47, from /usr/home/des/tinderbox/sparc64/src/sys/dev/isp/isp_target.c:43: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/isp/isp_pci.c:41: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/isp/isp_sbus.c:36: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/mii/dcphy.c:64: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/mii/pnphy.c:62: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/mii/rlphy.c:53: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/mii/tlphy.c:82: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/mk48txx/mk48txx.c:51: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/null/null.c:38: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/pci/pci.c:51: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/pci/pci_user.c:49: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/random/randomdev.c:49: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/sym/sym_hipd.c:113: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/isa/isa_common.c:68: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/isa/orm.c:42: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/isa/pnp.c:39: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/kern/kern_mutex.c:56: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/kern/subr_bus.c:40: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/kern/subr_rman.c:67: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/net/if_loop.c:52: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/net/if_tun.c:41: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/ebus/ebus.c:60: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/isa/isa.c:37: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/pci/psycho.c:50: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/sbus/sbus.c:118: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/sparc64/bus_machdep.c:126: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/sparc64/counter.c:35: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/sparc64/eeprom.c:64: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/sparc64/eeprom_ebus.c:64: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/sparc64/eeprom_sbus.c:64: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/sparc64/iommu.c:129: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/sparc64/sparc64/nexus.c:67: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/pccard/pccardvar.h:36, from card_if.c:18: machine/bus.h:83:27: machine/types.h: No such file or directory In file included from sparcbus_if.c:18: machine/bus.h:83:27: machine/types.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 22:56: 3 2002 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 01EFA37B400; Thu, 22 Aug 2002 22:56:01 -0700 (PDT) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2BCA43E65; Thu, 22 Aug 2002 22:56:00 -0700 (PDT) (envelope-from mike@espresso.q9media.com) Received: by espresso.q9media.com (Postfix, from userid 1002) id C8C269E59; Fri, 23 Aug 2002 01:50:21 -0400 (EDT) Date: Fri, 23 Aug 2002 01:50:21 -0400 From: Mike Barcroft To: Dag-Erling Smorgrav Cc: current@freebsd.org Subject: Re: sparc64 tinderbox failure Message-ID: <20020823015021.J62302@espresso.q9media.com> References: <200208230334.g7N3YV9w061694@bowie.private> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200208230334.g7N3YV9w061694@bowie.private>; from des@sparc64.style9.org on Fri, Aug 23, 2002 at 03:34:31AM +0000 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > -------------------------------------------------------------- > >>> Kernel build for GENERIC started on Fri Aug 23 03:30:55 GMT 2002 > -------------------------------------------------------------- > ===> GENERIC > Kernel build directory is /home/des/tinderbox/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sys/GENERIC > Don't forget to do a ``make depend'' > ./aicasm: 873 instructions used > In file included from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx_osm.h:64, > from /usr/home/des/tinderbox/sparc64/src/sys/dev/aic7xxx/ahc_pci.c:36: > machine/bus.h:83:27: machine/types.h: No such file or directory [...] Sorry for the mail delays with these message, my DSL provider started blocking connections to external sites on port 25 and I didn't notice. Sorry about this bug, I thought I grepped for machine/types.h. Jake just committed a fix for this. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 23:10:55 2002 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 3A2D037B400 for ; Thu, 22 Aug 2002 23:10:51 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7138943E91 for ; Thu, 22 Aug 2002 23:10:50 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: from blossom.cjclark.org ([12.234.91.48]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020823061049.FUQA13899.sccrmhc02.attbi.com@blossom.cjclark.org> for ; Fri, 23 Aug 2002 06:10:49 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.3/8.12.3) with ESMTP id g7N6AmJK082568 for ; Thu, 22 Aug 2002 23:10:48 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.3/8.12.3/Submit) id g7N6Amwh082567 for current@freebsd.org; Thu, 22 Aug 2002 23:10:48 -0700 (PDT) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to crist.clark@attbi.com using -f Date: Thu, 22 Aug 2002 23:10:48 -0700 From: "Crist J. Clark" To: current@freebsd.org Subject: Mystery Disk Usage Message-ID: <20020823061047.GB82200@blossom.cjclark.org> Reply-To: cjclark@alum.mit.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm seeing something strange on a CURRENT system from mid-July. # df /usr Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1e 1014863 782488 151186 84% /usr There are no mounts above /usr, but, # du -sk /usr 281557 /usr And there do not appear to be any processes holding open unlinked inodes that would make up for the difference, # fstat | fgrep /usr root awk 274 wd /usr 214446 drwxr-xr-x 2048 r root awk 274 text /usr 8042 -r-xr-xr-x 112004 r root fgrep 273 wd /usr 214446 drwxr-xr-x 2048 r root fgrep 273 text /usr 9385 -r-xr-xr-x 52612 r root fstat 272 wd /usr 214446 drwxr-xr-x 2048 r root fstat 272 text /usr 7939 -r-xr-sr-x 14120 r root csh 245 wd /usr 214446 drwxr-xr-x 2048 r root su 244 wd /usr 214446 drwxr-xr-x 2048 r root su 244 text /usr 9437 -r-sr-xr-x 10916 r cjc csh 238 wd /usr 214446 drwxr-xr-x 2048 r cjc sshd 237 text /usr 246971 -r-xr-xr-x 142196 r root sshd 235 text /usr 246971 -r-xr-xr-x 142196 r root getty 234 text /usr 135364 -r-xr-xr-x 21780 r root getty 233 text /usr 135364 -r-xr-xr-x 21780 r carl setiathome 221 wd /usr 41796 drwxr-xr-x 512 r carl setiathome 221 text /usr 222282 -r-xr-xr-x 299008 r carl setiathome 221 6 /usr 41797 -rw-r--r-- 0 w smmsp sendmail 201 wd /usr 175142 drwxrwx--- 512 r smmsp sendmail 201 text /usr 182566 -r-xr-sr-x 581700 r root sendmail 198 wd /usr 135100 drwxr-xr-x 512 r root sendmail 198 text /usr 182566 -r-xr-sr-x 581700 r root sshd 195 text /usr 246971 -r-xr-xr-x 142196 r root cron 193 wd /usr 47788 drwxr-x--- 512 r root cron 193 text /usr 246999 -r-xr-xr-x 31300 r root cron 193 3 /usr 135318 -rw-r--r-- 4 rw root timed 187 text /usr 247072 -r-xr-xr-x 38180 r root syslogd 182 text /usr 247068 -r-xr-xr-x 30540 r root syslogd 182 9 /usr 47627 -rw-r--r-- 21938 w root syslogd 182 10 /usr 47649 -rw------- 3850 w root syslogd 182 11 /usr 47655 -rw-r--r-- 15197 w root syslogd 182 12 /usr 48074 -rw-r----- 874 w root syslogd 182 13 /usr 47794 -rw-r--r-- 0 w root syslogd 182 14 /usr 47716 -rw------- 85681 w root syslogd 182 15 /usr 47630 -rw-r--r-- 1113434 w root syslogd 182 16 /usr 47628 -rw------- 65449 w root syslogd 182 17 /usr 47627 -rw-r--r-- 21938 w root ipmon 154 4 /usr 47630 -rw-r--r-- 1113434 w What am I missing? Where are my other 500K of disk? -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 23:14:27 2002 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 95EEE37B401 for ; Thu, 22 Aug 2002 23:14:25 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id F30A443E3B for ; Thu, 22 Aug 2002 23:14:24 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.5/8.12.5) id g7N6ENkE012072; Fri, 23 Aug 2002 01:14:23 -0500 (CDT) (envelope-from dan) Date: Fri, 23 Aug 2002 01:14:23 -0500 From: Dan Nelson To: cjclark@alum.mit.edu Cc: current@FreeBSD.ORG Subject: Re: Mystery Disk Usage Message-ID: <20020823061423.GE34104@dan.emsphone.com> References: <20020823061047.GB82200@blossom.cjclark.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020823061047.GB82200@blossom.cjclark.org> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Aug 22), Crist J. Clark said: > I'm seeing something strange on a CURRENT system from mid-July. > > # df /usr > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/ad0s1e 1014863 782488 151186 84% /usr > > There are no mounts above /usr, but, > > # du -sk /usr > 281557 /usr > > And there do not appear to be any processes holding open unlinked > inodes that would make up for the difference, Does it persist after a reboot? Try fsck'ing the filesystem; if you're running softupdates, crashed, and for some reason the background fsck never completed it's possible you've got 500M of mismarked free space. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Aug 22 23:31:22 2002 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 245CD37B400 for ; Thu, 22 Aug 2002 23:31:18 -0700 (PDT) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 854D743E75 for ; Thu, 22 Aug 2002 23:31:17 -0700 (PDT) (envelope-from dschultz@uclink.berkeley.edu) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.5/8.12.5) with ESMTP id g7N6VtJ7000273; Thu, 22 Aug 2002 23:31:55 -0700 (PDT) (envelope-from dschultz@uclink.berkeley.edu) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.5/8.12.5/Submit) id g7N6VtH1000272; Thu, 22 Aug 2002 23:31:55 -0700 (PDT) (envelope-from dschultz@uclink.berkeley.edu) Date: Thu, 22 Aug 2002 23:31:55 -0700 From: David Schultz To: Terry Lambert Cc: Will Andrews , Peter Wemm , current@FreeBSD.ORG Subject: Re: Memory corruption in -CURRENT [was Re: Plea to committers to only commit to HEAD if you run -current {from developers@FreeBSD.org}] Message-ID: <20020823063155.GA215@HAL9000.homeunix.com> Mail-Followup-To: Terry Lambert , Will Andrews , Peter Wemm , current@FreeBSD.ORG References: <20020822233846.GJ90596@procyon.firepipe.net> <20020823002846.BBF082A7D6@canning.wemm.org> <20020823004257.GM90596@procyon.firepipe.net> <3D6587ED.F602F06@mindspring.com> <20020823044659.GA2687@HAL9000.homeunix.com> <3D65C8B2.EF3EB14@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D65C8B2.EF3EB14@mindspring.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Terry Lambert : > David Schultz wrote: > > Thus spake Terry Lambert : > > > DISABLE_PSE is a 1:6 probability; DISABLE_PG_G is a 1:100 (both > > > estimates, but on that order), so mixing and matching them will > > > not usually give any additional information. Martin got "lucky" > > > with his machine... it seems to require both. > > > > > > The problem is a hardware bug in most Pentium on up processors, > > > which gets worse in newer CPUs (P4, AMD) as they try to optimize > > > certain things. It's like writing ANSI C without "volatile". > > > > It sounds like you're describing a cache coherence problem. Could > > you elaborate or point me to a reference on this? Thanks. > > There is no reference on this. It is an undocumented hardware bug. Err...so you know there's a long-standing random bug that it has to do with 4 MB pages, but nobody has bothered to characterize it after all these years? This sounds much like the problem Linux had with 4 MB pages and AGP GART on Athlons, where the hardware designers maintained that it was a `feature', not a bug, and that the software people were relying on undocumented behavior. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 0:47: 7 2002 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 01BFE37B400 for ; Fri, 23 Aug 2002 00:47:05 -0700 (PDT) Received: from es.infosec.ru (es.infosec.ru [194.135.141.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E8A243E70 for ; Fri, 23 Aug 2002 00:47:03 -0700 (PDT) (envelope-from blaze@infosec.ru) Received: from xen.infosec.ru ([200.0.0.51] RDNS failed) by es.infosec.ru with Microsoft SMTPSVC(5.0.2195.5329); Fri, 23 Aug 2002 11:47:06 +0400 Subject: vncrypt ported to CURRENT From: Andrey Sverdlichenko To: freebsd-current@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 23 Aug 2002 12:46:56 +0500 Message-Id: <1030088816.81186.2.camel@xen.infosec.ru> Mime-Version: 1.0 X-OriginalArrivalTime: 23 Aug 2002 07:47:06.0992 (UTC) FILETIME=[47719700:01C24A79] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Now you can encrypt your vnode-based md devices. You have to recompile your kernel with device md options MD_CRYPT or do kldload md kldload mdcrypt Timeout feature not implemented, but otherwise this patch is compatible with vncrypt (both disks and keyfiles). Please report any problems. You can download patch from http://tolok.net/mdcrypt-1.0.diff.gz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 1:10:12 2002 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 72D4937B400 for ; Fri, 23 Aug 2002 01:10:05 -0700 (PDT) Received: from patett.willbe6.org (patett.willbe6.org [211.132.31.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EBA343E77 for ; Fri, 23 Aug 2002 01:10:04 -0700 (PDT) (envelope-from yakk@willbe6.org) Received: from marlone.willbe6.org (marlone.willbe6.org [IPv6:3ffe:505:2055:be06:203:baff:fe08:6925]) by patett.willbe6.org (8.12.5/8.12.5) with ESMTP id g7N8A2DO035646 for ; Fri, 23 Aug 2002 17:10:02 +0900 (JST) (envelope-from yakk@willbe6.org) Date: Fri, 23 Aug 2002 17:10:02 +0900 Message-ID: <86d6saq9lx.wl@marlone.willbe6.org> From: Kazutoshi Kubota To: current@freebsd.org Subject: newfs is probably a bit strange User-Agent: Wanderlust/2.9.14 (Unchained Melody) Emacs/21.2 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello all, My harddisk has four slices, and FreeBSD uses ad0s[234] on that disk. The following is a partition layout on /dev/ad0s3: # /dev/ad0s3c: type: ESDI disk: ad0s3 label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 509 sectors/unit: 8177085 (snip) 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 262144 0 4.2BSD 1024 8192 16 # (Cyl. 0 - 16*) c: 8177085 0 unused 0 0 # (Cyl. 0 - 508) e: 1048576 262144 4.2BSD 1024 8192 16 # (Cyl. 16*- 81*) f: 1048576 1310720 4.2BSD 1024 8192 16 # (Cyl. 81*- 146*) g: 5817789 2359296 4.2BSD 1024 8192 16 # (Cyl. 146*- 508*) So, run 'newfs /dev/ad0s3e', then I get following results. yakk@schia[02-08-23 16:36]% sudo newfs /dev/ad0s3e /dev/ad0s3e: 512.0MB (1048576 sectors) block size 8192, fragment size 1024 using 12 cylinder groups of 45.12MB, 5776 blks, 11584 inodes. super-block backups (for fsck -b #) at: 32, 92448, 184864, 277280, 369696, 462112, 554528, 646944, 739360, 831776, 924192, 1016608 yakk@schia[02-08-23 16:36]% sudo disklabel ad0s3 # /dev/ad0s3c: (snip) 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 262144 0 4.2BSD 1024 8192 16 # (Cyl. 0 - 16*) c: 8177085 0 unused 0 0 # (Cyl. 0 - 508) e: 1048576 262144 4.2BSD 1024 8192 46208 # (Cyl. 16*- 81*) f: 1048576 1310720 4.2BSD 1024 8192 16 # (Cyl. 81*- 146*) g: 5817789 2359296 4.2BSD 1024 8192 16 # (Cyl. 146*- 508*) It is a strange... And I try 'newfs -c xx /dev/ad0s3e'. Then disklabel says: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 262144 0 4.2BSD 1024 8192 16 # (Cyl. 0 - 16*) c: 8177085 0 unused 0 0 # (Cyl. 0 - 508) e: 1048576 262144 4.2BSD 1024 8192 256 # (Cyl. 16*- 81*) f: 1048576 1310720 4.2BSD 1024 8192 16 # (Cyl. 81*- 146*) g: 5817789 2359296 4.2BSD 1024 8192 16 # (Cyl. 146*- 508*) It is taken same results that xx is between 1 and 256. What is happening? Or what am I wrong? Regards, ----- Kazutoshi Kubota To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 1:32: 5 2002 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 E7D9B37B400 for ; Fri, 23 Aug 2002 01:32:02 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3F4A43E70 for ; Fri, 23 Aug 2002 01:32:02 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id 900A12A7D6 for ; Fri, 23 Aug 2002 01:32:02 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: current@FreeBSD.ORG Subject: Re: Memory corruption in -CURRENT [was Re: Plea to committers to only commit to HEAD if you run -current {from developers@FreeBSD.org}] In-Reply-To: <20020823063155.GA215@HAL9000.homeunix.com> Date: Fri, 23 Aug 2002 01:32:02 -0700 From: Peter Wemm Message-Id: <20020823083202.900A12A7D6@canning.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Schultz wrote: > Thus spake Terry Lambert : > > David Schultz wrote: > > > Thus spake Terry Lambert : > > > > DISABLE_PSE is a 1:6 probability; DISABLE_PG_G is a 1:100 (both > > > > estimates, but on that order), so mixing and matching them will > > > > not usually give any additional information. Martin got "lucky" > > > > with his machine... it seems to require both. > > > > > > > > The problem is a hardware bug in most Pentium on up processors, > > > > which gets worse in newer CPUs (P4, AMD) as they try to optimize > > > > certain things. It's like writing ANSI C without "volatile". > > > > > > It sounds like you're describing a cache coherence problem. Could > > > you elaborate or point me to a reference on this? Thanks. > > > > There is no reference on this. It is an undocumented hardware bug. > > Err...so you know there's a long-standing random bug that it has > to do with 4 MB pages, but nobody has bothered to characterize it > after all these years? This sounds much like the problem Linux > had with 4 MB pages and AGP GART on Athlons, where the hardware > designers maintained that it was a `feature', not a bug, and that > the software people were relying on undocumented behavior. I know of one bug we were running into that basically boils down to 'do not point a 4MB page at physical address zero or funny things happen'. This particular one affects pentium pro and the older pentium 2 systems. I have finally fixed this particular problem and am testing it out now on two troublesome systems that I have available. I have a vague suspicion that it just *might* be a factor in the current round of problems on UP pentium4's. Terry claims to have diagnosed another bug but says he will not tell anybody what it is or how to work around it. There are also fundamental races in the pmap code when page tables are shared. We've fixed some of the bugs, but there are more still. :-( 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 3: 6:48 2002 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 8F67E37B400 for ; Fri, 23 Aug 2002 03:06:46 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94DB243E65 for ; Fri, 23 Aug 2002 03:06:45 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g7NA6InZ090064; Fri, 23 Aug 2002 12:06:18 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g7NA6HYW1086968; Fri, 23 Aug 2002 12:06:17 +0200 (MES) Date: Fri, 23 Aug 2002 12:07:49 +0200 (CEST) From: Martin Blapp To: Julian Elischer Cc: Don Lewis , , , , , Subject: Re: Memory corruption in CURRENT In-Reply-To: Message-ID: <20020823120526.B49132-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > how about re-adding it and removing the other one... > We already know it's good with both.. :-) > Hmm. I thought DISABLE_PSE is useless without DISABLE_PG_G ? Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 3:48:10 2002 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 7BAA437B400 for ; Fri, 23 Aug 2002 03:48:09 -0700 (PDT) Received: from ph.noda.tus.ac.jp (phws01.ph.noda.tus.ac.jp [133.31.111.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ACE943EAA for ; Fri, 23 Aug 2002 03:48:08 -0700 (PDT) (envelope-from kazuhito@scphys.kyoto-u.ac.jp) Received: from hashifu.ph.noda.tus.ac.jp ([133.31.111.131]) by ph.noda.tus.ac.jp (8.9.2/8.9.2) with SMTP id TAA07233; Fri, 23 Aug 2002 19:48:06 +0900 (JST) Date: Fri, 23 Aug 2002 19:48:06 +0900 (JST) Message-Id: <200208231048.TAA07233@ph.noda.tus.ac.jp> To: freebsd-current@FreeBSD.ORG Cc: kazuhito@ph.noda.tus.ac.jp Subject: Re: UFS2 may prevent from sharing partitions with some *BSDs In-Reply-To: Your message of "Thu, 22 Aug 2002 08:55:51 -0700". <20020822155551.GA460@HAL9000.homeunix.com> In-Reply-To: Your message of "Thu, 22 Aug 2002 06:21:17 -0700 (PDT)". <200208221321.g7MDLHuY013439@bunrab.catwhisker.org> From: kazuhito@scphys.kyoto-u.ac.jp (Kazuhito Honda) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Mailer: mnews [version 1.22] 1999-12/19(Sun) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thank you for your advice. I'll check FreeBSD-stable latest fsck codes and compare {Net,Open}BSD fsck with them. -- Kazuhito HONDA kazuhito@ph.noda.tus.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 4:10:49 2002 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 26EE537B400; Fri, 23 Aug 2002 04:10:41 -0700 (PDT) Received: from vbook.express.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80BE543E77; Fri, 23 Aug 2002 04:10:39 -0700 (PDT) (envelope-from vova@express.ru) Received: from vova by vbook.express.ru with local (Exim 3.36 #1) id 17iCKF-000AE0-00; Fri, 23 Aug 2002 15:10:00 +0400 Subject: Re: Memory corruption in CURRENT From: "Vladimir B. " Grebenschikov To: Terry Lambert Cc: Mark Santcroos , Soeren Schmidt , Martin Blapp , Don Lewis , ktsin@acm.org, freebsd-current@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <3D64C9C2.30A37BF8@mindspring.com> References: <200208220909.g7M99NcS077303@freebsd.dk> <3D64B005.6657A3B5@mindspring.com> <20020822100014.GA17143@ripe.net> <3D64BA1F.B3C8C8E0@mindspring.com> <20020822102553.GA17453@ripe.net> <3D64C9C2.30A37BF8@mindspring.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Mailer: Ximian Evolution 1.0.7 Date: 23 Aug 2002 15:09:59 +0400 Message-Id: <1030100999.888.18.camel@vbook.express.ru> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG =F7 Thu, 22.08.2002, =D7 15:23, Terry Lambert =CE=C1=D0=C9=D3=C1=CC: > Mark Santcroos wrote: > > On Thu, Aug 22, 2002 at 03:17:03AM -0700, Terry Lambert wrote: > > > Mark Santcroos wrote: > > > > On Thu, Aug 22, 2002 at 02:33:57AM -0700, Terry Lambert wrote: > > > > > options DISABLE_PSE > > > > > options DISABLE_PG_G > > > > > > > > Coming up next in this theater :-) > > > > > > > > btw, how does the report that using the other compiler fixed everyt= hing > > > > for KT fit in? > >=20 > > It looks indeed like it is a 'winner'. The buildworld is still running = but > > getting further already than the previous 10. >=20 > Ugh! Wait until it seems to work for a statistically significant > sample size, and for more than one person before calling it "happy"! >=20 > Also, I'm not sure looking at the code whether or not the PG_G is > truly significant, or just preterbs the workaround. The problem > I've referred to in my "hunch" here is actually related solely to > the PSE, but with the recent code reorganization in locore.s, etc., > it could have become more significant. >=20 >=20 > > > Coincidentally. It's hard to trigger the bug, so it's easy to > > > work around it accidently. > >=20 > > Thats very true indeed. I can take that as a good 'explanation'. > >=20 > > I remember you talking about this PSE problems earlier and more often. = Is > > it fixable? I assume we would like to turn these options back on as the= y > > improve performance don't they? >=20 > Yes and yes, but it could be pretty ugly. It would be better to > get more data from people who are seeing the problem. It may be > that it's just similar symptoms and more than one proot cause, > etc., so I'm pretty loathe to make any assumptions.=20 I have experience problem like this, after successful boot my notebook=20 (SONY VAIO z505s) can panic in more or less random place under heavy load, often while gdm login (gnome startup not easy task). One of backtraces below, I have more or less stable panic (aprox. 2 of 3 tries - panic). I don't run buildworld on netebook often. I will try DISABLE_PSE and DISABLE_PG_G Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x28 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc015099f stack pointer =3D 0x10:0xcd509c7c frame pointer =3D 0x10:0xcd509c94 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 23 (irq14: ata0) kernel: type 12 trap, code=3D0 Stopped at ata_dmadone+0xf: movl 0x4(%edi),%edx db> tr=20 ata_dmadone(0,e289b5aa,0,cd509cc8,c38ba200) at ata_dmadone+0xf ad_interrupt(c3ed88c0,c38b5200,cd509d04,c01c2ace,c38ba200) at ad_interrupt+0x40d ata_intr(c38ba200,0,0,0,c0d6a540) at ata_intr+0x146 ithread_loop(c38ba100,cd509d48,255f,0,3d638da4) at ithread_loop+0xbe fork_exit(c01c2a10,c38ba100,cd509d48) at fork_exit+0x87 fork_trampoline() at fork_trampoline+0x1a db>=20 =20 > -- Terry =20 --=20 Vladimir B. Grebenschikov vova@sw.ru, SWsoft, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 6:48:52 2002 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 1F10537B400 for ; Fri, 23 Aug 2002 06:48:51 -0700 (PDT) Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6C4443E3B for ; Fri, 23 Aug 2002 06:48:50 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0207.cvx22-bradley.dialup.earthlink.net ([209.179.198.207] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 17iEnt-0001HB-00; Fri, 23 Aug 2002 06:48:46 -0700 Message-ID: <3D663D04.3FC31D12@mindspring.com> Date: Fri, 23 Aug 2002 06:47:48 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: current@FreeBSD.ORG Subject: Re: Memory corruption in -CURRENT [was Re: Plea to committers to only commit to HEAD if you run -current {from developers@FreeBSD.org}] References: <20020823083202.900A12A7D6@canning.wemm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > Terry claims to have diagnosed another bug but says he will not tell > anybody what it is or how to work around it. I've already told Bosko, and I've repeatedly offered to tell you, under specific non-disclosure conditions, if you would talk offline about the conditions. There are people I don't want to simply give the fix to; I have no problem giving it to Yahoo or even FreeBSD in general. I would just as soon other people pay me or eat the overhead. I guess I could always process-patent it... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 6:51: 1 2002 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 8FD0137B400 for ; Fri, 23 Aug 2002 06:50:58 -0700 (PDT) Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BCAD43E3B for ; Fri, 23 Aug 2002 06:50:58 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0207.cvx22-bradley.dialup.earthlink.net ([209.179.198.207] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 17iEpf-0003Nm-00; Fri, 23 Aug 2002 06:50:35 -0700 Message-ID: <3D663D71.C1DBD78E@mindspring.com> Date: Fri, 23 Aug 2002 06:49:37 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Martin Blapp Cc: Julian Elischer , Don Lewis , sos@freebsd.dk, marks@ripe.net, ktsin@acm.org, freebsd-current@FreeBSD.ORG Subject: Re: Memory corruption in CURRENT References: <20020823120526.B49132-100000@levais.imp.ch> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Martin Blapp wrote: > > how about re-adding it and removing the other one... > > We already know it's good with both.. :-) > > Hmm. I thought DISABLE_PSE is useless without DISABLE_PG_G ? Julian just wants a full set of tests. Julian: DISABLE_PG_G alone *might* fix a particular symptom on a particular persons' machine, but that would not be definitive, only anecdotal. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 6:57:23 2002 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 81CBC37B400 for ; Fri, 23 Aug 2002 06:57:21 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7179A43E77 for ; Fri, 23 Aug 2002 06:57:20 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g7NDunFf037425; Fri, 23 Aug 2002 15:56:49 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g7NDumYW1087929; Fri, 23 Aug 2002 15:56:49 +0200 (MES) Date: Fri, 23 Aug 2002 15:58:20 +0200 (CEST) From: Martin Blapp To: Terry Lambert Cc: Julian Elischer , Don Lewis , , , , Subject: Re: Memory corruption in CURRENT In-Reply-To: <3D663D71.C1DBD78E@mindspring.com> Message-ID: <20020823155725.T50084-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Terry, > Julian just wants a full set of tests. Ok, I'll build another row. > > Julian: DISABLE_PG_G alone *might* fix a particular symptom on > a particular persons' machine, but that would not be definitive, > only anecdotal. Do you think this is a software or a hardware bug ? Are PIV's buggy ;-) ? Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 7: 3: 9 2002 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 7ACBE37B400 for ; Fri, 23 Aug 2002 07:03:06 -0700 (PDT) Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFB9643E6E for ; Fri, 23 Aug 2002 07:03:05 -0700 (PDT) (envelope-from bmilekic@unixdaemons.com) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id g7NDxjq38388; Fri, 23 Aug 2002 09:59:45 -0400 (EDT) (envelope-from bmilekic@unixdaemons.com) Date: Fri, 23 Aug 2002 09:59:44 -0400 From: Bosko Milekic To: Martin Blapp Cc: Terry Lambert , Julian Elischer , Don Lewis , sos@freebsd.dk, marks@ripe.net, ktsin@acm.org, freebsd-current@FreeBSD.ORG Subject: Re: Memory corruption in CURRENT Message-ID: <20020823095944.A38366@unixdaemons.com> References: <3D663D71.C1DBD78E@mindspring.com> <20020823155725.T50084-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020823155725.T50084-100000@levais.imp.ch>; from mb@imp.ch on Fri, Aug 23, 2002 at 03:58:20PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 23, 2002 at 03:58:20PM +0200, Martin Blapp wrote: > > Hi Terry, > > > Julian just wants a full set of tests. > > Ok, I'll build another row. > > > > > Julian: DISABLE_PG_G alone *might* fix a particular symptom on > > a particular persons' machine, but that would not be definitive, > > only anecdotal. > > Do you think this is a software or a hardware bug ? Are PIV's buggy ;-) ? All Intel chips are fairly buggy. If you don't believe it you should just take a look at the erratas on developer.intel.com - although you should know that some of this stuff may severly alter your life and, specifically, the way you go about debugging problems. Sometimes, ignorance is bliss. :-) > Martin -- Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 7: 5: 9 2002 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 6D50537B400 for ; Fri, 23 Aug 2002 07:05:06 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AB9C43E75 for ; Fri, 23 Aug 2002 07:05:04 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g7NE4cFf038834; Fri, 23 Aug 2002 16:04:38 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g7NE4bYW1067498; Fri, 23 Aug 2002 16:04:37 +0200 (MES) Date: Fri, 23 Aug 2002 16:06:09 +0200 (CEST) From: Martin Blapp To: Bosko Milekic Cc: Terry Lambert , Julian Elischer , Don Lewis , , , , Subject: Re: Memory corruption in CURRENT In-Reply-To: <20020823095944.A38366@unixdaemons.com> Message-ID: <20020823160530.L50084-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > All Intel chips are fairly buggy. If you don't believe it you should > just take a look at the erratas on developer.intel.com - although you > should know that some of this stuff may severly alter your life and, > specifically, the way you go about debugging problems. Sometimes, > ignorance is bliss. :-) > Just to have asked. How does Linux solve this problem ? Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 7:22:54 2002 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 9280737B400 for ; Fri, 23 Aug 2002 07:22:48 -0700 (PDT) Received: from mx1.FreeBSD.org (host-66-133-58-215.verestar.net [66.133.58.215]) by mx1.FreeBSD.org (Postfix) with SMTP id 105C143EA9 for ; Fri, 23 Aug 2002 07:22:44 -0700 (PDT) (envelope-from victortaka@fastermail.com) From: "MR. VICTOR TAKA" Date: Fri, 23 Aug 2002 15:22:39 To: current@FreeBSD.org Subject: VERY URGENT MIME-Version: 1.0 Content-Type: text/plain;charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <20020823142244.105C143EA9@mx1.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear sir, First, I must solicit your confidence in this transaction by virture of its nature which is utterly CONFIDENTIAL and a TOP SECRET.thouhg iknow a transaction of this magnitude will make you apprehensive and worried .but iam assuring you that all about this is 100% well.i have decided to contact you ,due to urgency of this trasaction,your esteemed contact email particulars became known to me through a commercial advertisement publication from trade and commerces chambers international in the republic of Guinea, who made good remarks of your country and esterblishments while i was on a transit flightstop over in that country . I am Mr v.Taka ,a sierra leone national.the son of late Swarandent Momoh our country had in the past involved in a very horrible war in which so many atrocities were committed against humanity .my father was kill during the war ,because of his percive support for the rebel movement in sierra leone .He was untill his death the paramount miniter of GOLD/DIAMOND MINING CORPORATION OF SIERRA LEONE> He was accused of embezzlement of funds belonging to the corporation and for funding ethnic militia forces , however ,truth and evidence has unfolded matters ,that we saw his death in one of our visit to him while in detention , luckly for me and my brother, he disclose to us of an existence of $45.5 million US Dollars,including 200 kilos of AluvialGold dust and 100 carats nueul greenstone Diamond contained in two sealed boxes which myseif on behave of my family have secretely,cargoed by diplomatic shipment already in the safe vault of a security company overseas. I have at hand the credentials of the cargoed two boxes consigement with shipment document for beneficiary claims,which we are ready to supply to you for the consingment collection on the family"s behalf. My family ,for security reasons, with held the truth of the real content of the boxes because we declared one box containing the money as classified documents while the other box of Gold/Diamond was declared as precious ornaments for safe keeping in other to beat down the deposit cost of the two boxes.Due to the unpeaceful condition of life in sierra leone,we have hurriedly left the country and currently living in nairobi- kenya,East Africa while also awating your assisstance to travel out of africa, although the war has stoped, we have decided it to be unsave to remain in our country since we have lost our father and all our properties confiscated by the new government of president Ahmed Kabbah of sierra leone. With the cosent of my mother and my two brothers, we have resolved to go into negotiation and agreement with you on terms of sharing of the money $45.5 million US dollar and the proceed from the gold and diamond, for creating a safe heaven for us . You will be allocated 40% of the above stated fund including gold and diamond proceedas a foreign account holder who is to take the fund possession on our behave.as you will be supply with the beneficiary claim document to the consignment, it would cost you some minor expenses to cover the security handling cost of which you are expected to take a trip to recive the fund claim through our directives and guidance. The empowerment by arrangement to withdraw the consignment from the security company by your, as our family privy/beneficiary of the fund and subsequent trasfer of the fund into your bank account in your country is fully guranteed.This trasaction which is perfectly in order,which is hitch-free and 100% risk free to both of us because this family meant no harm to you or your family .place and location of the fund and valuables will be made known to you on your indication of interest.Please keep this imformation secret because it is the lsat hope of the family for survival. I await your quick response through my email to enable me give you the futher details,and for easy and secure communication contact me on my email address.God be with you. Regards MR.V.TAKA. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 7:26: 3 2002 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 595D037B400 for ; Fri, 23 Aug 2002 07:26:00 -0700 (PDT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BDF943E3B for ; Fri, 23 Aug 2002 07:25:59 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0207.cvx22-bradley.dialup.earthlink.net ([209.179.198.207] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17iFNW-0005Mu-00; Fri, 23 Aug 2002 07:25:35 -0700 Message-ID: <3D6645A4.24593DA1@mindspring.com> Date: Fri, 23 Aug 2002 07:24:36 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Martin Blapp Cc: Julian Elischer , Don Lewis , sos@freebsd.dk, marks@ripe.net, ktsin@acm.org, freebsd-current@FreeBSD.ORG Subject: Re: Memory corruption in CURRENT References: <20020823155725.T50084-100000@levais.imp.ch> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Martin Blapp wrote: > > Julian just wants a full set of tests. > > Ok, I'll build another row. > > > Julian: DISABLE_PG_G alone *might* fix a particular symptom on > > a particular persons' machine, but that would not be definitive, > > only anecdotal. > > Do you think this is a software or a hardware bug ? Are PIV's buggy ;-) ? I believe it's a general Pentium-class and above hardware bug, which is currently most easily repeatable on Pentium 4's and AMD Athlons. In the limit, though, hardware people will tell you that failure to workaround hardware bugs *is* a software bug (hardware guys do not understand "recursion" or "completeness" very well, I think 8-) 8-)). FWIW: I think your machine will crash just the same without the DISABLE_PSE but with the DISABLE_PG_G. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 7:28:20 2002 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 ACE4F37B405 for ; Fri, 23 Aug 2002 07:28:18 -0700 (PDT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEDAA43E81 for ; Fri, 23 Aug 2002 07:28:17 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0207.cvx22-bradley.dialup.earthlink.net ([209.179.198.207] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17iFPq-0000kc-00; Fri, 23 Aug 2002 07:27:58 -0700 Message-ID: <3D664634.A7F04A50@mindspring.com> Date: Fri, 23 Aug 2002 07:27:00 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bosko Milekic Cc: Martin Blapp , Julian Elischer , Don Lewis , sos@freebsd.dk, marks@ripe.net, ktsin@acm.org, freebsd-current@FreeBSD.ORG Subject: Re: Memory corruption in CURRENT References: <3D663D71.C1DBD78E@mindspring.com> <20020823155725.T50084-100000@levais.imp.ch> <20020823095944.A38366@unixdaemons.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bosko Milekic wrote: > All Intel chips are fairly buggy. If you don't believe it you should > just take a look at the erratas on developer.intel.com - although you > should know that some of this stuff may severly alter your life and, > specifically, the way you go about debugging problems. Sometimes, > ignorance is bliss. :-) And the best parts are: 1) There are bugs they won't tell you about without non-disclosure. 2) There are bugs they don't know about yet, because they refuse to believe in them without a simple test case, and the problems are often not simple. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 7:30:50 2002 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 68C7F37B400 for ; Fri, 23 Aug 2002 07:30:47 -0700 (PDT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 229CB43E8A for ; Fri, 23 Aug 2002 07:30:47 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0207.cvx22-bradley.dialup.earthlink.net ([209.179.198.207] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17iFSE-00040G-00; Fri, 23 Aug 2002 07:30:26 -0700 Message-ID: <3D6646C8.30E321C5@mindspring.com> Date: Fri, 23 Aug 2002 07:29:28 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Martin Blapp Cc: Bosko Milekic , Julian Elischer , Don Lewis , sos@freebsd.dk, marks@ripe.net, ktsin@acm.org, freebsd-current@FreeBSD.ORG Subject: Re: Memory corruption in CURRENT References: <20020823160530.L50084-100000@levais.imp.ch> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Martin Blapp wrote: > > All Intel chips are fairly buggy. If you don't believe it you should > > just take a look at the erratas on developer.intel.com - although you > > should know that some of this stuff may severly alter your life and, > > specifically, the way you go about debugging problems. Sometimes, > > ignorance is bliss. :-) > > Just to have asked. How does Linux solve this problem ? Just like Microsoft: they disable the PSE, because they have not spent the ~$16,000 worth of time figuring out the root cause. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 7:40:33 2002 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 CB4D737B401 for ; Fri, 23 Aug 2002 07:40:26 -0700 (PDT) Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFBBD43E8A for ; Fri, 23 Aug 2002 07:40:25 -0700 (PDT) (envelope-from bmilekic@unixdaemons.com) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id g7NEcGe38522; Fri, 23 Aug 2002 10:38:16 -0400 (EDT) (envelope-from bmilekic@unixdaemons.com) Date: Fri, 23 Aug 2002 10:38:16 -0400 From: Bosko Milekic To: Terry Lambert Cc: Martin Blapp , Julian Elischer , Don Lewis , sos@freebsd.dk, marks@ripe.net, ktsin@acm.org, freebsd-current@FreeBSD.ORG Subject: Re: Memory corruption in CURRENT Message-ID: <20020823103816.A38472@unixdaemons.com> References: <20020823155725.T50084-100000@levais.imp.ch> <3D6645A4.24593DA1@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D6645A4.24593DA1@mindspring.com>; from tlambert2@mindspring.com on Fri, Aug 23, 2002 at 07:24:36AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 23, 2002 at 07:24:36AM -0700, Terry Lambert wrote: > Martin Blapp wrote: > > > Julian just wants a full set of tests. > > > > Ok, I'll build another row. > > > > > Julian: DISABLE_PG_G alone *might* fix a particular symptom on > > > a particular persons' machine, but that would not be definitive, > > > only anecdotal. > > > > Do you think this is a software or a hardware bug ? Are PIV's buggy ;-) ? > > I believe it's a general Pentium-class and above hardware bug, > which is currently most easily repeatable on Pentium 4's and AMD > Athlons. > > In the limit, though, hardware people will tell you that failure > to workaround hardware bugs *is* a software bug (hardware guys do > not understand "recursion" or "completeness" very well, I think > 8-) 8-)). > > FWIW: I think your machine will crash just the same without the > DISABLE_PSE but with the DISABLE_PG_G. FWIW, there are several problems going on that may be the cause of the fairly random sig4 and 11s you've been seeing. 1) race conditions in the code peter has mentionned 2) undocumented hardware bug #1 (the one peter mentionned and I described) regarding, seemingly, a 4M PDE mapping for the first 4M of memory. 3) undocumented hardware bugs #2 and #3 that Terry mentions. > -- Terry -- Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 7:56: 0 2002 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 1226137B400 for ; Fri, 23 Aug 2002 07:55:59 -0700 (PDT) Received: from web13202.mail.yahoo.com (web13202.mail.yahoo.com [216.136.174.187]) by mx1.FreeBSD.org (Postfix) with SMTP id B33EE43E4A for ; Fri, 23 Aug 2002 07:55:58 -0700 (PDT) (envelope-from volswagn@yahoo.com) Message-ID: <20020823145558.22354.qmail@web13202.mail.yahoo.com> Received: from [66.105.142.142] by web13202.mail.yahoo.com via HTTP; Fri, 23 Aug 2002 07:55:58 PDT Date: Fri, 23 Aug 2002 07:55:58 -0700 (PDT) From: Aaron Clow Subject: Re: VERY URGENT To: "MR. VICTOR TAKA" , current@FreeBSD.org In-Reply-To: <20020823142244.105C143EA9@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- "MR. VICTOR TAKA" wrote: > Dear sir, > > First, I must solicit your confidence in this transaction > by virture of its nature which is utterly CONFIDENTIAL > and a TOP SECRET. Hmmmm... I won't tell if no one else on the list does... :) __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 8: 7:34 2002 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 E082C37B400 for ; Fri, 23 Aug 2002 08:07:30 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1E7843E6E for ; Fri, 23 Aug 2002 08:07:29 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g7NF6pKq050460; Fri, 23 Aug 2002 17:06:51 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g7NF6pYW1093516; Fri, 23 Aug 2002 17:06:51 +0200 (MES) Date: Fri, 23 Aug 2002 17:08:23 +0200 (CEST) From: Martin Blapp To: Terry Lambert Cc: Bosko Milekic , Julian Elischer , Don Lewis , , , , Subject: Re: Memory corruption in CURRENT In-Reply-To: <3D6646C8.30E321C5@mindspring.com> Message-ID: <20020823170045.E50084-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hmmmmm, > Just like Microsoft: they disable the PSE, because they have not > spent the ~$16,000 worth of time figuring out the root cause. > > -- Terry But what is this ? +#define X86_CR4_PGE 0x0080 /* enable global pages */ +#define X86_CR4_PCE 0x0100 /* enable performance counters at ipl 3 */ +#define X86_CR4_OSFXSR 0x0200 /* enable fast FPU save and restore */ +#define X86_CR4_OSXMMEXCPT 0x0400 /* enable unmasked SSE exceptions */ + +/* + * Save the cr4 feature set we're using (ie + * Pentium 4MB enable and PPro Global page + * enable), so that any CPU's that boot up + * after us can get the correct flags. + */ +extern unsigned long mmu_cr4_features; + +static inline void set_in_cr4 (unsigned long mask) +{ + mmu_cr4_features |= mask; + __asm__("movl %%cr4,%%eax\n\t" + "orl %0,%%eax\n\t" + "movl %%eax,%%cr4\n" + : : "irg" (mask) + :"ax"); +} To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 8:34:23 2002 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 1540737B400 for ; Fri, 23 Aug 2002 08:34:16 -0700 (PDT) Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F29D43E42 for ; Fri, 23 Aug 2002 08:34:15 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 9736 invoked from network); 23 Aug 2002 15:34:14 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 23 Aug 2002 15:34:14 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.5/8.12.5) with ESMTP id g7NFYDBQ024946; Fri, 23 Aug 2002 11:34:13 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020822192553.U33737-100000@carver.gumbysoft.com> Date: Fri, 23 Aug 2002 11:34:17 -0400 (EDT) From: John Baldwin To: Doug White Subject: Re: install crash on hp omnibook 6100 Cc: Andy Sparrow , Tomas Hodan , freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 23-Aug-2002 Doug White wrote: > On Thu, 22 Aug 2002, John Baldwin wrote: > >> > There is an issue with the HP laptop DSDT and our ACPI code. They >> > initialize some child devices before initializing their parents, causing >> > an infinite loop. The acpi-jp list doesn't seem interested in changing >> > the way we do initialization, and theres no docs on the part it's >> > initializing to rewrite the DSDT. >> >> Hmm, could you clarify. What child devices is it initializing first? > > Its trying to fetch some data from the cardbus controller before its been > initialized, but its trying to do it in its own _REG routine or > something... look for FDS_._REG; the CSID() function is what initiates > the loop. Reading the AML I don't see why we would get into a loop (and atm I don't feel like wading through 900k to see where the loop is). > I attempted to post a note to the acpi-jp list in april asking about our > architecture model but it appears to have never made it. We may need to > revisit our assumption that ACPI can be initialized top-down. No, you have to do things top-down. ACPI assumes this in several areas. For example, if you want to power on a PCI bus, you have to power on the bus before powering on devices off that bus. If you want to power off a bus, you power off children first, but initialization of devices is much more like the power on situation since parent devices provide resources needed by child devices. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 8:58:30 2002 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 C40EF37B400 for ; Fri, 23 Aug 2002 08:58:29 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6847C43E6E for ; Fri, 23 Aug 2002 08:58:29 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0545.cvx22-bradley.dialup.earthlink.net ([209.179.200.35] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 4.10) id 17iGpL-0002x5-00; Fri, 23 Aug 2002 08:58:23 -0700 Message-ID: <3D665B5D.468BD572@mindspring.com> Date: Fri, 23 Aug 2002 08:57:17 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Martin Blapp Cc: Bosko Milekic , Julian Elischer , Don Lewis , sos@freebsd.dk, marks@ripe.net, ktsin@acm.org, freebsd-current@FreeBSD.ORG Subject: Re: Memory corruption in CURRENT References: <20020823170045.E50084-100000@levais.imp.ch> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Martin Blapp wrote: > > Just like Microsoft: they disable the PSE, because they have not > > spent the ~$16,000 worth of time figuring out the root cause. > > But what is this ? [ ... patch ... ] Unrelated. The SMP code was not setting global flags on APs; this fixes that. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 9: 0:13 2002 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 EF6DC37B400 for ; Fri, 23 Aug 2002 09:00:09 -0700 (PDT) Received: from hccml5.bai.ne.jp (m-hccml5.bai.ne.jp [210.171.3.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02DF643E7B for ; Fri, 23 Aug 2002 09:00:08 -0700 (PDT) (envelope-from h-hako@hcc5.bai.ne.jp) Received: from tatuki (hcc3d73d1b0.bai.ne.jp [61.115.209.176]) by hccml5.bai.ne.jp (8.11.4/3.7W) with ESMTP id g7NG07U18052 for ; Sat, 24 Aug 2002 01:00:07 +0900 (JST) X-Authentication-Warning: hccml5.bai.ne.jp: Host hcc3d73d1b0.bai.ne.jp [61.115.209.176] claimed to be tatuki From: "hakotani" To: Subject: make release faild Date: Thu, 28 Mar 2002 16:05:01 +0900 Message-ID: <000001c1d626$e3c14500$0264a8c0@tatuki> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I run make release , but stopped under messages. Touch release.6 Rm -rf /R/stage/dists Mkdir -p /R/stage/dists Rolling base/base tarball Mtree: line 0: dumpdates: no such file or directory thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 9:47:14 2002 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 9FBA237B400 for ; Fri, 23 Aug 2002 09:47:06 -0700 (PDT) Received: from valhalla.bofh.pl (valhalla.bofh.pl [213.134.138.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA02D43E42 for ; Fri, 23 Aug 2002 09:47:05 -0700 (PDT) (envelope-from jacke@valhalla.bofh.pl) Received: from valhalla.bofh.pl (jacke@localhost [127.0.0.1]) by valhalla.bofh.pl (8.12.5/8.12.3) with ESMTP id g7NGkvXU001438 for ; Fri, 23 Aug 2002 18:46:57 +0200 (CEST) (envelope-from jacke@valhalla.bofh.pl) Received: (from jacke@localhost) by valhalla.bofh.pl (8.12.5/8.12.5/Submit) id g7NGkvp6001437 for freebsd-current@freebsd.org; Fri, 23 Aug 2002 18:46:57 +0200 (CEST) Date: Fri, 23 Aug 2002 18:46:56 +0200 From: Jakub Klausa To: freebsd-current@freebsd.org Subject: A pcm issue (AC '97). Message-ID: <20020823164656.GA427@bofh.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline User-Agent: Mutt/1.4i X-PGP-Key-URL: http://curb.freebsd.pl/~jacke/jacke.bofh.pgp X-GPG-Key-URL: http://curb.freebsd.pl/~jacke/jacke.bofh.gpg X-OS: FreeBSD 4.6-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 'lo I've just installed -CURRENT and updated it. It works. The first issue i've encountered is shown below (together with the time-tag of the system - the sources were updated just befor the compilation). Copyright (c) 1992-2002 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.0-CURRENT #1: Fri Aug 23 12:50:17 CEST 2002 jacke@a:/usr/src/sys/i386/compile/A [...] pcm0: port 0xdc00-0xdcff mem 0xffdf0000-0xffdf0fff irq 10 at dev= ice 1.4 on pci0 pcm0: AC97 reset timed out.pcm0: ac97 codec reports dac not ready =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:fake" locked from ../= ../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:fake" locked from ../= ../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:fake" locked from ../= ../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:fake" locked from ../= ../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0" locked from ../../..= /dev/sound/pcm/sound.c:134 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:record:0" locked from= ../../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:record:0" locked from= ../../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:record:0" locked from= ../../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:record:0" locked from= ../../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:play:0" locked from .= ./../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:play:0" locked from .= ./../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:play:0" locked from .= ./../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:play:0" locked from .= ./../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:play:1" locked from .= ./../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:play:1" locked from .= ./../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:play:1" locked from .= ./../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:play:1" locked from .= ./../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:play:2" locked from .= ./../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:play:2" locked from .= ./../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:play:2" locked from .= ./../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:play:2" locked from .= ./../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:play:3" locked from .= ./../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:play:3" locked from .= ./../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:play:3" locked from .= ./../../dev/sound/pcm/channel.c:677 =2E./../../vm/uma_core.c:1332: could sleep with "pcm0:play:3" locked from .= ./../../dev/sound/pcm/channel.c:677 [...] --=20 k. --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia iQCVAwUBPWZnAE54q5P/Kvv1AQHFZwP+KfbQLFmi+sTXJW7dAkb2QDymBpznNcBo ZCboZCL1kpxadZ55JI42x7J+xH3GmFD0cZtmp6HYCmoLcj02qPTSzgLGDIWtGzia Mk7M7yqVkyvv6oaEJ5ozZsXlrXyKQdcWEkwSOPWj7Bt6pS+sSfYC8W8uevQA6Hwd 1i5aKzl/YoA= =8OI4 -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 10:29:31 2002 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 03FFD37B400 for ; Fri, 23 Aug 2002 10:29:29 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 189D543E65 for ; Fri, 23 Aug 2002 10:29:28 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: from blossom.cjclark.org ([12.234.91.48]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020823172927.DSUI13899.sccrmhc02.attbi.com@blossom.cjclark.org>; Fri, 23 Aug 2002 17:29:27 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.3/8.12.3) with ESMTP id g7NHTPJK084790; Fri, 23 Aug 2002 10:29:25 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.3/8.12.3/Submit) id g7NHTOwQ084789; Fri, 23 Aug 2002 10:29:24 -0700 (PDT) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to crist.clark@attbi.com using -f Date: Fri, 23 Aug 2002 10:29:24 -0700 From: "Crist J. Clark" To: Dan Nelson Cc: current@FreeBSD.ORG Subject: Re: Mystery Disk Usage Message-ID: <20020823172924.GB84677@blossom.cjclark.org> Reply-To: cjclark@alum.mit.edu References: <20020823061047.GB82200@blossom.cjclark.org> <20020823061423.GE34104@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020823061423.GE34104@dan.emsphone.com> User-Agent: Mutt/1.4i X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 23, 2002 at 01:14:23AM -0500, Dan Nelson wrote: > In the last episode (Aug 22), Crist J. Clark said: > > I'm seeing something strange on a CURRENT system from mid-July. > > > > # df /usr > > Filesystem 1K-blocks Used Avail Capacity Mounted on > > /dev/ad0s1e 1014863 782488 151186 84% /usr > > > > There are no mounts above /usr, but, > > > > # du -sk /usr > > 281557 /usr > > > > And there do not appear to be any processes holding open unlinked > > inodes that would make up for the difference, > > Does it persist after a reboot? Yep. > Try fsck'ing the filesystem; if you're > running softupdates, crashed, and for some reason the background fsck > never completed it's possible you've got 500M of mismarked free space. I fsck'ed in multi-user and didn't see anything to unusual. I'll try it in single-user with the FS unmounted. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 10:52: 3 2002 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 20FD537B400 for ; Fri, 23 Aug 2002 10:52:01 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 124A443E4A for ; Fri, 23 Aug 2002 10:52:00 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.5/8.12.2) with ESMTP id g7NHpImU011541; Fri, 23 Aug 2002 19:51:19 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.5/8.12.5/Submit) id g7NHpGRq011540; Fri, 23 Aug 2002 19:51:16 +0200 (CEST) Date: Fri, 23 Aug 2002 19:51:16 +0200 From: Wilko Bulte To: Terry Lambert Cc: Bosko Milekic , Martin Blapp , Julian Elischer , Don Lewis , sos@freebsd.dk, marks@ripe.net, ktsin@acm.org, freebsd-current@FreeBSD.ORG Subject: Re: Memory corruption in CURRENT Message-ID: <20020823195116.D11382@freebie.xs4all.nl> References: <3D663D71.C1DBD78E@mindspring.com> <20020823155725.T50084-100000@levais.imp.ch> <20020823095944.A38366@unixdaemons.com> <3D664634.A7F04A50@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3D664634.A7F04A50@mindspring.com>; from tlambert2@mindspring.com on Fri, Aug 23, 2002 at 07:27:00AM -0700 X-OS: FreeBSD 4.6-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 23, 2002 at 07:27:00AM -0700, Terry Lambert wrote: > Bosko Milekic wrote: > > All Intel chips are fairly buggy. If you don't believe it you should > > just take a look at the erratas on developer.intel.com - although you > > should know that some of this stuff may severly alter your life and, > > specifically, the way you go about debugging problems. Sometimes, > > ignorance is bliss. :-) > > And the best parts are: > > 1) There are bugs they won't tell you about without non-disclosure. Yup... remembers me of the first 486s we racked our brains on. When we finally decided it must be the 486 silicon Intel happily said "Congrats, you found one of our undisclosed bugs". -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 12: 6:20 2002 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 0BDDF37B401 for ; Fri, 23 Aug 2002 12:06:17 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E11343E65 for ; Fri, 23 Aug 2002 12:06:16 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g7NJ5pKq077562; Fri, 23 Aug 2002 21:05:51 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g7NJ5pYW1098332; Fri, 23 Aug 2002 21:05:51 +0200 (MES) Date: Fri, 23 Aug 2002 21:07:23 +0200 (CEST) From: Martin Blapp To: Bosko Milekic Cc: Terry Lambert , Julian Elischer , Don Lewis , , , , Subject: Re: Memory corruption in CURRENT In-Reply-To: <20020823103816.A38472@unixdaemons.com> Message-ID: <20020823210426.G50084-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, 10 builds later with -j 50 / -j 100 and running X, KDE3 and some starts of OpenOffice, I can confirm that the corruption doesn't happen anymore with just DISABLE_PG_G Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 13:30:31 2002 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 D8A1B37B401 for ; Fri, 23 Aug 2002 13:30:28 -0700 (PDT) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A43043EDC for ; Fri, 23 Aug 2002 13:29:55 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0123.cvx21-bradley.dialup.earthlink.net ([209.179.192.123] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17iL2q-0000hH-00; Fri, 23 Aug 2002 13:28:37 -0700 Message-ID: <3D669A63.DE0099BE@mindspring.com> Date: Fri, 23 Aug 2002 13:26:11 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Martin Blapp Cc: Bosko Milekic , Julian Elischer , Don Lewis , sos@freebsd.dk, marks@ripe.net, ktsin@acm.org, freebsd-current@FreeBSD.ORG Subject: Re: Memory corruption in CURRENT References: <20020823210426.G50084-100000@levais.imp.ch> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Martin Blapp wrote: > 10 builds later with -j 50 / -j 100 and running X, KDE3 and some > starts of OpenOffice, I can confirm that the corruption doesn't happen > anymore with just DISABLE_PG_G Verify for us: is this an SMP or non-SMP machine? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 13:44:15 2002 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 B138537B400 for ; Fri, 23 Aug 2002 13:44:11 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CC2043E65 for ; Fri, 23 Aug 2002 13:44:11 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: from iguana.icir.org (localhost [127.0.0.1]) by iguana.icir.org (8.12.3/8.11.3) with ESMTP id g7NKiAIb081995; Fri, 23 Aug 2002 13:44:10 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.12.3/8.12.3/Submit) id g7NKiAoF081994; Fri, 23 Aug 2002 13:44:10 -0700 (PDT) (envelope-from rizzo) Date: Fri, 23 Aug 2002 13:44:10 -0700 From: Luigi Rizzo To: current@freebsd.org Subject: how to compute the skew between TSC in SMP systems ? Message-ID: <20020823134410.A81962@iguana.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, does anyone have an idea on how to determine the skew between TSC content in the various processors on an SMP box ? I was thinking of having one CPU sending an interrupt to all other processors, a-la forward_roundrobin(), and have the handler of this interrupt on each processor spin until acked and then so something like the code below -- basically the master triggers the process and starts incrementing a shared variable and saving TSC values around the increment, the slaves monitor the advancement of the variable and save samples, and then process() will try to find the average skew between samples saved by different processors. I don't know is 1) how to send an interrupt to all other processors, and 2) how to trigger the execution of a specific function in response to this interrupt. Any ideas ? (the purpose of the above would be to have a cheap way to timestamp events on an SMP systems by using the TSC -- the result of the procedure, assuming we can get it with a significantly small variance, would let us give bounds on the accuracy of the timestampsA. This would only need to be done at boot time, so even if the calibration phase is time consuming we do not care too much. cheers luigi --------------- #define SAMPLES 1000 #define CYCLES 100 u_int64_t *samples[MAXCPU] volatile u_int64_t sync_cycle; volatile int foo; master_function() { int i,j; u_int64_t *s; sync_cycle = 0; for (i=0; i < MAXCPU; i++) samples[i] = malloc(sizeof(u_int64_t)*SAMPLES, M_TEMP, M_ZERO|M_DONTWAIT); s = samples[cpuid]; for (i=0; i < SAMPLES; i++) { sync_cycle = i; s[i] = rdtsc(); for (j=0; j < CYCLES; j++) foo = i * s[i]; /* just waste some time */ } process(samples) } slave_function() /* */ { int i; u_int64_t *s; s = samples[cpuid]; while ( (i = sync_cycle) < SAMPLES) s[i] = rdtsc(); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 14: 6: 2 2002 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 4BDB637B400 for ; Fri, 23 Aug 2002 14:06:00 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6275A43E81 for ; Fri, 23 Aug 2002 14:05:59 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g7NL2Toc029487; Fri, 23 Aug 2002 23:02:33 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Luigi Rizzo Cc: current@FreeBSD.ORG Subject: Re: how to compute the skew between TSC in SMP systems ? In-Reply-To: Your message of "Fri, 23 Aug 2002 13:44:10 PDT." <20020823134410.A81962@iguana.icir.org> Date: Fri, 23 Aug 2002 23:02:29 +0200 Message-ID: <29486.1030136549@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020823134410.A81962@iguana.icir.org>, Luigi Rizzo writes: >Hi, >does anyone have an idea on how to determine the skew between >TSC content in the various processors on an SMP box ? On i386: It cannot be reliably done. Been there, tried that. On alpha: Cannot be done, they run different frequencies. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 14:13:19 2002 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 D849C37B400 for ; Fri, 23 Aug 2002 14:13:17 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89DDE43E42 for ; Fri, 23 Aug 2002 14:13:17 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: from iguana.icir.org (localhost [127.0.0.1]) by iguana.icir.org (8.12.3/8.11.3) with ESMTP id g7NLDEIb082251; Fri, 23 Aug 2002 14:13:14 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.12.3/8.12.3/Submit) id g7NLDELH082250; Fri, 23 Aug 2002 14:13:14 -0700 (PDT) (envelope-from rizzo) Date: Fri, 23 Aug 2002 14:13:14 -0700 From: Luigi Rizzo To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: how to compute the skew between TSC in SMP systems ? Message-ID: <20020823141314.A82172@iguana.icir.org> References: <20020823134410.A81962@iguana.icir.org> <29486.1030136549@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <29486.1030136549@critter.freebsd.dk>; from phk@critter.freebsd.dk on Fri, Aug 23, 2002 at 11:02:29PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 23, 2002 at 11:02:29PM +0200, Poul-Henning Kamp wrote: > In message <20020823134410.A81962@iguana.icir.org>, Luigi Rizzo writes: > >Hi, > >does anyone have an idea on how to determine the skew between > >TSC content in the various processors on an SMP box ? > > On i386: It cannot be reliably done. Been there, tried that. the problem being what, too much jitter e.g. in measurement method that i suggested or something similar ? Do you know what kind of error you can get away with ? cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 14:14:15 2002 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 B373437B400 for ; Fri, 23 Aug 2002 14:14:13 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06FAF43E77 for ; Fri, 23 Aug 2002 14:14:13 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g7NLE8f24587; Fri, 23 Aug 2002 14:14:08 -0700 (PDT) (envelope-from jdp@vashon.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.12.4/8.12.4/Submit) id g7NLE80E087984; Fri, 23 Aug 2002 14:14:08 -0700 (PDT) (envelope-from jdp) Date: Fri, 23 Aug 2002 14:14:08 -0700 (PDT) Message-Id: <200208232114.g7NLE80E087984@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: phk@critter.freebsd.dk Subject: Re: how to compute the skew between TSC in SMP systems ? In-Reply-To: <29486.1030136549@critter.freebsd.dk> References: <29486.1030136549@critter.freebsd.dk> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <29486.1030136549@critter.freebsd.dk>, Poul-Henning Kamp wrote: > In message <20020823134410.A81962@iguana.icir.org>, Luigi Rizzo writes: > >does anyone have an idea on how to determine the skew between > >TSC content in the various processors on an SMP box ? > > On i386: It cannot be reliably done. Been there, tried that. Well ... you can come pretty close. The BSD/OS kernel has code (conditioned on option SMP_DEBUG) that manages to sync up all TSCs in an N-CPU system such that the measured difference between the extremes is less than 100 counts. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 14:16:35 2002 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 6448D37B400; Fri, 23 Aug 2002 14:16:31 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 230F443E91; Fri, 23 Aug 2002 14:16:31 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 429CC72FC5; Fri, 23 Aug 2002 14:15:21 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 3DCC272D9E; Fri, 23 Aug 2002 14:15:21 -0700 (PDT) Date: Fri, 23 Aug 2002 14:15:21 -0700 (PDT) From: Doug White To: John Baldwin Cc: Andy Sparrow , Tomas Hodan , Subject: Re: install crash on hp omnibook 6100 In-Reply-To: Message-ID: <20020823141342.W39188-100000@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 23 Aug 2002, John Baldwin wrote: > > Its trying to fetch some data from the cardbus controller before its been > > initialized, but its trying to do it in its own _REG routine or > > something... look for FDS_._REG; the CSID() function is what initiates > > the loop. > > Reading the AML I don't see why we would get into a loop (and atm I don't > feel like wading through 900k to see where the loop is). I'll try to find the offending register... its been a while since I touched it last... Most of the bottom of the traces is the loop itself running over and over until the machine panics :) > > I attempted to post a note to the acpi-jp list in april asking about our > > architecture model but it appears to have never made it. We may need to > > revisit our assumption that ACPI can be initialized top-down. > > No, you have to do things top-down. ACPI assumes this in several areas. > For example, if you want to power on a PCI bus, you have to power on the > bus before powering on devices off that bus. If you want to power off a > bus, you power off children first, but initialization of devices is much > more like the power on situation since parent devices provide resources > needed by child devices. Well, its sorta moot point since HP discontinued the omnibooks. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 14:25: 9 2002 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 26C2437B43A for ; Fri, 23 Aug 2002 14:25:00 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5645543E65 for ; Fri, 23 Aug 2002 14:24:59 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g7NLLYoc030294; Fri, 23 Aug 2002 23:21:34 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: John Polstra Cc: current@freebsd.org Subject: Re: how to compute the skew between TSC in SMP systems ? In-Reply-To: Your message of "Fri, 23 Aug 2002 14:14:08 PDT." <200208232114.g7NLE80E087984@vashon.polstra.com> Date: Fri, 23 Aug 2002 23:21:33 +0200 Message-ID: <30293.1030137693@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200208232114.g7NLE80E087984@vashon.polstra.com>, John Polstra write s: >In article <29486.1030136549@critter.freebsd.dk>, >Poul-Henning Kamp wrote: >> In message <20020823134410.A81962@iguana.icir.org>, Luigi Rizzo writes: > >> >does anyone have an idea on how to determine the skew between >> >TSC content in the various processors on an SMP box ? >> >> On i386: It cannot be reliably done. Been there, tried that. > >Well ... you can come pretty close. The BSD/OS kernel has code >(conditioned on option SMP_DEBUG) that manages to sync up all TSCs in >an N-CPU system such that the measured difference between the extremes >is less than 100 counts. Was this before or after APM, ACPI, SpeedStep and all the other crap ruined the TSC as a timecounting device ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 14:25:37 2002 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 3D79937B400 for ; Fri, 23 Aug 2002 14:25:35 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EE3D43E3B for ; Fri, 23 Aug 2002 14:25:34 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g7NLMAoc030324; Fri, 23 Aug 2002 23:22:10 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Luigi Rizzo Cc: current@FreeBSD.ORG Subject: Re: how to compute the skew between TSC in SMP systems ? In-Reply-To: Your message of "Fri, 23 Aug 2002 14:13:14 PDT." <20020823141314.A82172@iguana.icir.org> Date: Fri, 23 Aug 2002 23:22:10 +0200 Message-ID: <30323.1030137730@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020823141314.A82172@iguana.icir.org>, Luigi Rizzo writes: >On Fri, Aug 23, 2002 at 11:02:29PM +0200, Poul-Henning Kamp wrote: >> In message <20020823134410.A81962@iguana.icir.org>, Luigi Rizzo writes: >> >Hi, >> >does anyone have an idea on how to determine the skew between >> >TSC content in the various processors on an SMP box ? >> >> On i386: It cannot be reliably done. Been there, tried that. > >the problem being what, too much jitter e.g. in measurement method >that i suggested or something similar ? Do you know what >kind of error you can get away with ? Much better: You tell me what you are trying to do, and I will tell you ways you can attempt it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 14:35:43 2002 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 1651B37B400 for ; Fri, 23 Aug 2002 14:35:40 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06C2943E77 for ; Fri, 23 Aug 2002 14:35:39 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g7NLZZf24768; Fri, 23 Aug 2002 14:35:36 -0700 (PDT) (envelope-from jdp@vashon.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.12.4/8.12.4/Submit) id g7NLZZqx088123; Fri, 23 Aug 2002 14:35:35 -0700 (PDT) (envelope-from jdp) Date: Fri, 23 Aug 2002 14:35:35 -0700 (PDT) Message-Id: <200208232135.g7NLZZqx088123@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: phk@critter.freebsd.dk Subject: Re: how to compute the skew between TSC in SMP systems ? In-Reply-To: <30293.1030137693@critter.freebsd.dk> References: <30293.1030137693@critter.freebsd.dk> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <30293.1030137693@critter.freebsd.dk>, Poul-Henning Kamp wrote: > In message <200208232114.g7NLE80E087984@vashon.polstra.com>, John Polstra write > s: > >Well ... you can come pretty close. The BSD/OS kernel has code > >(conditioned on option SMP_DEBUG) that manages to sync up all TSCs in > >an N-CPU system such that the measured difference between the extremes > >is less than 100 counts. > > Was this before or after APM, ACPI, SpeedStep and all the other > crap ruined the TSC as a timecounting device ? Before, mostly. I've only tried it on various dual-CPU PIII systems, so I can't say whether it works on P4 with its clock-throttling thermal management or not. APM isn't configured into the kernel and is probably firmly disabled in the BIOS. Last I heard, BSD/OS had never heard of ACPI. Also, I have no evidence one way or the other as to whether the TSCs remain in sync over the long term. The code syncs them up once at boot time and then never touches them again. Still, the feature has come in handy when debugging certain multiprocessor situations where I really needed to know the relative ordering of events taking place on both CPUs. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 14:41:32 2002 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 8D8F937B40C for ; Fri, 23 Aug 2002 14:41:22 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7A9543E65 for ; Fri, 23 Aug 2002 14:41:21 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g7NLbvoc030561; Fri, 23 Aug 2002 23:37:57 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: John Polstra Cc: current@freebsd.org Subject: Re: how to compute the skew between TSC in SMP systems ? In-Reply-To: Your message of "Fri, 23 Aug 2002 14:35:35 PDT." <200208232135.g7NLZZqx088123@vashon.polstra.com> Date: Fri, 23 Aug 2002 23:37:57 +0200 Message-ID: <30560.1030138677@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200208232135.g7NLZZqx088123@vashon.polstra.com>, John Polstra write s: Still, the feature has come in handy when debugging certain >multiprocessor situations where I really needed to know the relative >ordering of events taking place on both CPUs. Right, you might get away with that in tightly controlled circumstances, but it would probably be far smarter to use the counter in the IOAPIC (exists on all SMP) or the ACPI counter even in such cases. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 14:43: 4 2002 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 5877937B405 for ; Fri, 23 Aug 2002 14:42:59 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id C82A843E65 for ; Fri, 23 Aug 2002 14:42:58 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: from iguana.icir.org (localhost [127.0.0.1]) by iguana.icir.org (8.12.3/8.11.3) with ESMTP id g7NLguIb082457; Fri, 23 Aug 2002 14:42:56 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.12.3/8.12.3/Submit) id g7NLgubx082456; Fri, 23 Aug 2002 14:42:56 -0700 (PDT) (envelope-from rizzo) Date: Fri, 23 Aug 2002 14:42:56 -0700 From: Luigi Rizzo To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: how to compute the skew between TSC in SMP systems ? Message-ID: <20020823144256.A82380@iguana.icir.org> References: <20020823141314.A82172@iguana.icir.org> <30323.1030137730@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <30323.1030137730@critter.freebsd.dk>; from phk@critter.freebsd.dk on Fri, Aug 23, 2002 at 11:22:10PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 23, 2002 at 11:22:10PM +0200, Poul-Henning Kamp wrote: ... > >> >does anyone have an idea on how to determine the skew between > >> >TSC content in the various processors on an SMP box ? > >> > >> On i386: It cannot be reliably done. Been there, tried that. > > > >the problem being what, too much jitter e.g. in measurement method > >that i suggested or something similar ? Do you know what > >kind of error you can get away with ? > > Much better: You tell me what you are trying to do, and I will > tell you ways you can attempt it. I want to find performance problems in the kernel, and to this purpose, sometimes i need to timestamp events in the kernel using the least-intrusive technique i can use, and hopefully get reasonably accurate estimates. Sampling the 8254 takes way too much time, and the resolution is poor. The TSTMP() macro, using the TSC, works great on UP, and it helped me detect and fix several problems or suboptimal code in network drivers and the network stack. A slightly modified version of TSTMP is also useful on SMP if all you need is to measure events occurring on the same processor. However, to measure time differences between events occurring on different CPUs you need to know an approximation of the skew between clocks. If you can determine this skew with a resolution that is in the order of say 100ns, then even using the TSC on different processors can result in useful measurements. So what do you suggest, and what kind of resolution do you think we can achieve ? cheers luigi > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 14:47:34 2002 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 1EE0437B400 for ; Fri, 23 Aug 2002 14:47:33 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5092443E75 for ; Fri, 23 Aug 2002 14:47:32 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g7NLi8oc030688; Fri, 23 Aug 2002 23:44:08 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Luigi Rizzo Cc: current@FreeBSD.ORG Subject: Re: how to compute the skew between TSC in SMP systems ? In-Reply-To: Your message of "Fri, 23 Aug 2002 14:42:56 PDT." <20020823144256.A82380@iguana.icir.org> Date: Fri, 23 Aug 2002 23:44:08 +0200 Message-ID: <30687.1030139048@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020823144256.A82380@iguana.icir.org>, Luigi Rizzo writes: >I want to find performance problems in the kernel, and to this purpose, >sometimes i need to timestamp events in the kernel using the >least-intrusive technique i can use, and hopefully get reasonably >accurate estimates. If you have a motherboard with ACPI I would use the ACPI counter which runs at 3.mumble MHz, that gives you guaranteed synchronization between CPUs and <300ns resolution. Alternatively, consider using "basic-block profiling" (see kernbb(8) and gcc docs), that will tell you not only how many instructions but also _which_ instructions are executed. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 14:55: 5 2002 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 3D7AC37B400 for ; Fri, 23 Aug 2002 14:55:03 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7628043E65 for ; Fri, 23 Aug 2002 14:55:02 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g7NLsxf24891; Fri, 23 Aug 2002 14:54:59 -0700 (PDT) (envelope-from jdp@vashon.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.12.4/8.12.4/Submit) id g7NLsxsi088258; Fri, 23 Aug 2002 14:54:59 -0700 (PDT) (envelope-from jdp) Date: Fri, 23 Aug 2002 14:54:59 -0700 (PDT) Message-Id: <200208232154.g7NLsxsi088258@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: phk@critter.freebsd.dk Subject: Re: how to compute the skew between TSC in SMP systems ? In-Reply-To: <30560.1030138677@critter.freebsd.dk> References: <30560.1030138677@critter.freebsd.dk> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <30560.1030138677@critter.freebsd.dk>, Poul-Henning Kamp wrote: > In message <200208232135.g7NLZZqx088123@vashon.polstra.com>, John Polstra write > s: > > Still, the feature has come in handy when debugging certain > >multiprocessor situations where I really needed to know the relative > >ordering of events taking place on both CPUs. > > Right, you might get away with that in tightly controlled circumstances, > but it would probably be far smarter to use the counter in the > IOAPIC (exists on all SMP) You mean the timer in the local APIC, don't you? I don't recall that the IOAPIC has one, and if it did it would probably be somewhat expensive to read it. > or the ACPI counter even in such cases. The trouble with both of those counters is that they don't give you the 1-CPU-cycle resolution that you get with the TSC. For some kinds of performance evaluation you really want to be able to count CPU cycles. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 14:59:36 2002 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 9AA6537B405 for ; Fri, 23 Aug 2002 14:59:29 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80F6843E77 for ; Fri, 23 Aug 2002 14:59:28 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g7NLwxKq092366; Fri, 23 Aug 2002 23:59:00 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g7NLwwYW688569; Fri, 23 Aug 2002 23:58:58 +0200 (MES) Date: Sat, 24 Aug 2002 00:00:30 +0200 (CEST) From: Martin Blapp To: Terry Lambert Cc: Bosko Milekic , Julian Elischer , Don Lewis , , , , Subject: Re: Memory corruption in CURRENT In-Reply-To: <3D669A63.DE0099BE@mindspring.com> Message-ID: <20020824000020.D50084-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Verify for us: is this an SMP or non-SMP machine? UP Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 15:11:33 2002 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 3FA9437B400 for ; Fri, 23 Aug 2002 15:11:30 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id E24CF43E6E for ; Fri, 23 Aug 2002 15:11:29 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: from iguana.icir.org (localhost [127.0.0.1]) by iguana.icir.org (8.12.3/8.11.3) with ESMTP id g7NMBRIb082685; Fri, 23 Aug 2002 15:11:27 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.12.3/8.12.3/Submit) id g7NMBRTG082684; Fri, 23 Aug 2002 15:11:27 -0700 (PDT) (envelope-from rizzo) Date: Fri, 23 Aug 2002 15:11:27 -0700 From: Luigi Rizzo To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: how to compute the skew between TSC in SMP systems ? Message-ID: <20020823151127.A82640@iguana.icir.org> References: <20020823144256.A82380@iguana.icir.org> <30687.1030139048@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <30687.1030139048@critter.freebsd.dk>; from phk@critter.freebsd.dk on Fri, Aug 23, 2002 at 11:44:08PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ok, i'll look into the ACPI counter. But you still did not tell me why trying to determine the TSC skew cannot be done reliably ... On Fri, Aug 23, 2002 at 11:44:08PM +0200, Poul-Henning Kamp wrote: > In message <20020823144256.A82380@iguana.icir.org>, Luigi Rizzo writes: > > >I want to find performance problems in the kernel, and to this purpose, > >sometimes i need to timestamp events in the kernel using the > >least-intrusive technique i can use, and hopefully get reasonably ... > Alternatively, consider using "basic-block profiling" (see kernbb(8) and > gcc docs), that will tell you not only how many instructions but also > _which_ instructions are executed. this one does not give timing info at all, and it is probably also on the "terribly intrusive" side of the spectrum... cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 15:39:14 2002 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 43EC337B400 for ; Fri, 23 Aug 2002 15:39:12 -0700 (PDT) Received: from turbine.trit.org (turbine.trit.org [63.198.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 611C243E6A for ; Fri, 23 Aug 2002 15:39:11 -0700 (PDT) (envelope-from dima@trit.org) Received: from turbine.trit.org (localhost [127.0.0.1]) by turbine.trit.org (Postfix) with ESMTP id AAF433E1A; Fri, 23 Aug 2002 22:39:09 +0000 (UTC) To: Giorgos Keramidas Cc: current@freebsd.org Subject: Re: cvs commit: src/usr.bin/lock lock.1 lock.c In-Reply-To: <20020823044145.GA784@hades.hell.gr>; from keramida@ceid.upatras.gr on "Fri, 23 Aug 2002 07:41:45 +0300" Date: Fri, 23 Aug 2002 22:39:09 +0000 From: Dima Dorfman Message-Id: <20020823223909.AAF433E1A@turbine.trit.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Giorgos Keramidas wrote: > charon@hades[07:37]/home/charon$ lock -v -p > the virtual terminal locks, but since my current tty is a pty of > screen(1) I can't type anything. Now, before anyone hits me with a > heavy, blunt thing... I know this isn't supposed to work. The > evilness happens when I hit CTRL-ALT-ESC though. There's somewhere a > nasty interaction of DDB and the locked consoles. The system freezes Not quite; it's just constantly trying to switch the console. Type "c" (for continue) and press enter to "unfreeze". > and a constant beeping sound can be heard form the PC speaker :-( This happens regardless of whether you're using screen(1) or not; doing a "lock -v" and breaking into DDB is sufficient to reproduce the problem (actually, I seem to remember testing this combination when I originally wrote the patches, and it seemed to work "okay", but I can reproduce it just fine now on a -stable box (I merged this stuff locally in preparation to MFC)). It's easy enough for syscons to allow the switch when it's requested by the kernel, but what do we do when we get out of DDB? We don't keep track of which console we came from, so we can't switch back to that (I suppose this can be changed). If we keep the switch lock, the user no longer has access to the instance of "lock(1)" that's maintaining it; if we don't keep the lock, well, the console isn't locked anymore. I think the latter might be the best and easiest choice, but it's counter-intuitive. I'm not terribly concerned with the security implications in this case; if you can get into DDB, you can cancel the lock, anyway; the only harm in not keeping the lock is breaking POLA. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 15:59:12 2002 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 EA1C837B400 for ; Fri, 23 Aug 2002 15:59:07 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD95B43E3B for ; Fri, 23 Aug 2002 15:59:07 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id 970A32A7D6; Fri, 23 Aug 2002 15:59:07 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Poul-Henning Kamp Cc: John Polstra , current@freebsd.org Subject: Re: how to compute the skew between TSC in SMP systems ? In-Reply-To: <30293.1030137693@critter.freebsd.dk> Date: Fri, 23 Aug 2002 15:59:07 -0700 From: Peter Wemm Message-Id: <20020823225907.970A32A7D6@canning.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > In message <200208232114.g7NLE80E087984@vashon.polstra.com>, John Polstra wri te > s: > >In article <29486.1030136549@critter.freebsd.dk>, > >Poul-Henning Kamp wrote: > >> In message <20020823134410.A81962@iguana.icir.org>, Luigi Rizzo writes: > > > >> >does anyone have an idea on how to determine the skew between > >> >TSC content in the various processors on an SMP box ? > >> > >> On i386: It cannot be reliably done. Been there, tried that. > > > >Well ... you can come pretty close. The BSD/OS kernel has code > >(conditioned on option SMP_DEBUG) that manages to sync up all TSCs in > >an N-CPU system such that the measured difference between the extremes > >is less than 100 counts. > > Was this before or after APM, ACPI, SpeedStep and all the other > crap ruined the TSC as a timecounting device ? For what its worth, Linux does this. Remember, SMP boxes usually dont have the same power reduction crud. And the pentium4 with the auto-throttling has extra magic to make the TSC run at a constant speed. Of course, this assumes the clocks are running at the same speed. I have a machine at work that has one 800MHz cpu and one 933MHz cpu. Both are running at 133MHz FSB but with different internal multipliers. And then there's the machine with a 233MHz cpu and a 1.4GHz cpu... But lets not go into that one. :-) 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 17:24:26 2002 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 AF86E37B400 for ; Fri, 23 Aug 2002 17:24:23 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ABDC43E6A for ; Fri, 23 Aug 2002 17:24:23 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 25133 invoked from network); 24 Aug 2002 00:24:19 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 24 Aug 2002 00:24:19 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.12.5/8.12.5) with ESMTP id g7O0O1BQ026326; Fri, 23 Aug 2002 20:24:01 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020823225907.970A32A7D6@canning.wemm.org> Date: Fri, 23 Aug 2002 20:24:05 -0400 (EDT) From: John Baldwin To: Peter Wemm Subject: Re: how to compute the skew between TSC in SMP systems ? Cc: current@freebsd.org, John Polstra , Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 23-Aug-2002 Peter Wemm wrote: > And then there's the machine with a 233MHz cpu and a 1.4GHz cpu... But lets > not go into that one. :-) You are one sick person sometimes. :) Poor little abused 233MHz cpu being dragged along by that big monster CPU 6 times its size. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 17:27: 9 2002 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 B0D8537B400; Fri, 23 Aug 2002 17:27:06 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7547F43E6A; Fri, 23 Aug 2002 17:27:06 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id 580982A7D6; Fri, 23 Aug 2002 17:27:06 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: John Baldwin Cc: current@freebsd.org, John Polstra , Poul-Henning Kamp Subject: Re: how to compute the skew between TSC in SMP systems ? In-Reply-To: Date: Fri, 23 Aug 2002 17:27:06 -0700 From: Peter Wemm Message-Id: <20020824002706.580982A7D6@canning.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > > On 23-Aug-2002 Peter Wemm wrote: > > And then there's the machine with a 233MHz cpu and a 1.4GHz cpu... But lets > > not go into that one. :-) > > You are one sick person sometimes. :) Poor little abused 233MHz cpu being > dragged along by that big monster CPU 6 times its size. Actually, both were 1.4GHz cpus, but one was a production cpu with a multiplier lock, and the other was a beta cpu with no lock. And the bios on this particular server gave no way to set the multiplier on unlocked cpus. No, I won't mention the high profile manufacturer of this particular server. It isn't hard to guess though given who I work for. :-) 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 17:36:27 2002 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 A9A6937B401 for ; Fri, 23 Aug 2002 17:36:24 -0700 (PDT) Received: from harumscarum.mr.itd.umich.edu (harumscarum.mr.itd.umich.edu [141.211.125.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C0FF43E4A for ; Fri, 23 Aug 2002 17:36:23 -0700 (PDT) (envelope-from johnec@umich.edu) Received: from mycpu.umich.edu (dsl-65-189-16-169.telocity.com [65.189.16.169]) by harumscarum.mr.itd.umich.edu (8.9.3/3.3s) with ESMTP id UAA29190 for ; Fri, 23 Aug 2002 20:35:21 -0400 (EDT) Message-Id: <4.3.2.7.2.20020823203246.02406df0@j.imap.itd.umich.edu> X-Sender: johnec@j.imap.itd.umich.edu X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 23 Aug 2002 20:38:30 -0400 To: current@FreeBSD.ORG From: John Chang Subject: Barebone system rackmount In-Reply-To: References: <20020823225907.970A32A7D6@canning.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Do you know where I could get a good server rackmount barebones system or a rackmount server with FreeBSD installed? I am looking to use it for a Web server using Apache. And would you know where I can buy Apache that is more secure out of the box? I basically have very little experience with FreeBSD and Apache but since it is one of the most secure OSs I thought I would use it. The alternative is using Win2k Adv. Server and IIS or Apache. Do you think it is possible to be able to manage a webserver with very little experience with FreeBSD and Apache? Anyone in Ann Arbor/Detroit Michigan with experience who can help me set it up? Thank you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 18:15:17 2002 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 187E437B400 for ; Fri, 23 Aug 2002 18:15:16 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDE0943E3B for ; Fri, 23 Aug 2002 18:15:15 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id A5FE52A7D6; Fri, 23 Aug 2002 18:15:15 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Martin Blapp Cc: Julian Elischer , Don Lewis , tlambert2@mindspring.com, sos@freebsd.dk, marks@ripe.net, ktsin@acm.org, freebsd-current@FreeBSD.ORG Subject: Re: Memory corruption in CURRENT In-Reply-To: <20020823120526.B49132-100000@levais.imp.ch> Date: Fri, 23 Aug 2002 18:15:15 -0700 From: Peter Wemm Message-Id: <20020824011515.A5FE52A7D6@canning.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Martin Blapp wrote: > > Hi, > > > how about re-adding it and removing the other one... > > We already know it's good with both.. :-) > > > > Hmm. I thought DISABLE_PSE is useless without DISABLE_PG_G ? DISABLE_PSE used to be necessary to hide bugs in the PG_G code during startup - particularly in vm86 mode. I fixed those ones a while back. 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 18:21: 8 2002 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 6997037B400 for ; Fri, 23 Aug 2002 18:21:06 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2715E43E3B for ; Fri, 23 Aug 2002 18:21:06 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id F357A2A7D6; Fri, 23 Aug 2002 18:21:05 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert Cc: Martin Blapp , Bosko Milekic , Julian Elischer , Don Lewis , sos@freebsd.dk, marks@ripe.net, ktsin@acm.org, freebsd-current@FreeBSD.ORG Subject: Re: Memory corruption in CURRENT In-Reply-To: <3D665B5D.468BD572@mindspring.com> Date: Fri, 23 Aug 2002 18:21:05 -0700 From: Peter Wemm Message-Id: <20020824012105.F357A2A7D6@canning.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > Martin Blapp wrote: > > > Just like Microsoft: they disable the PSE, because they have not > > > spent the ~$16,000 worth of time figuring out the root cause. > > > > But what is this ? > > [ ... patch ... ] > > Unrelated. The SMP code was not setting global flags on APs; this > fixes that. But you said they do not use PSE in order to work around the bug. But their kernel source code says otherwise. " > Just to have asked. How does Linux solve this problem ? Just like Microsoft: they disable the PSE, because they have not spent the ~$16,000 worth of time figuring out the root cause. -- Terry" 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 18:21:15 2002 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 BEBDC37B401 for ; Fri, 23 Aug 2002 18:21:12 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3200543E3B for ; Fri, 23 Aug 2002 18:21:12 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g7O1LBdc008188; Fri, 23 Aug 2002 18:21:11 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g7O1LBdr008187; Fri, 23 Aug 2002 18:21:11 -0700 (PDT) (envelope-from dillon) Date: Fri, 23 Aug 2002 18:21:11 -0700 (PDT) From: Matthew Dillon Message-Id: <200208240121.g7O1LBdr008187@apollo.backplane.com> To: John Chang Cc: current@FreeBSD.ORG Subject: Re: Barebone system rackmount References: <20020823225907.970A32A7D6@canning.wemm.org> <4.3.2.7.2.20020823203246.02406df0@j.imap.itd.umich.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Do you know where I could get a good server rackmount barebones system or a :rackmount server with FreeBSD installed? : :I am looking to use it for a Web server using Apache. And would you know :where I can buy Apache that is more secure out of the box? : :I basically have very little experience with FreeBSD and Apache but since :it is one of the most secure OSs I thought I would use it. The alternative :is using Win2k Adv. Server and IIS or Apache. : :Do you think it is possible to be able to manage a webserver with very :little experience with FreeBSD and Apache? : :Anyone in Ann Arbor/Detroit Michigan with experience who can help me set it up? : :Thank you. Well, FreeBSD is like other open source OSs (for example, Linux) in that it will run on just about any PC. I can't help you in regards to finding a rackmount system but I can give you some hints in regards to FreeBSD and Apache. It's hard to find a good starting point because I don't know what experience you *do* have... for example, have you played with Linux at all? Have you ever installed Windows on a machine? Generally speaking a person exposed to an open-source system for the first time, such as FreeBSD (or Linux, or NetBSD, or OpenBSD, or whatever) has a small hurdle to leap over which is the fact that the installation sequence presumes a certain degree of knowledge about UNIX. For example even the best GUI installer gives you the chance to 'partition the hard drive'. But if you don't know what that means you can wind up stuck and confused even if the installer gives you a default way of doing things. Only so much can be hidden by a GUI installer and the more software you install and manage, the more you are exposed to the innards of the operating system. What I recommend more then anything else is: (1) Get or burn the CDs and just start playing with FreeBSD on a box you can afford to blow away (the disk) on. (2) Locate a friend or associate who already has some experience with open-source operating systems and ask him to help you get things going. Having someone show you the ropes in-person is a thousand times more effective then over a mailing list. With that all said you basically install FreeBSD from the CDRom set. http://www.freebsd.org is a good starting point. You don't have to purcahse the CDs, you can locate the ISO images, download, and burn the CDs yourself. Then install and you are on your way! Once you have the system operational you can install various ports and packages using the FreeBSD ports system. It's not really possible to go into full detail because that would take days to explain. For someone just starting out, be sure to install a -stable release of FreeBSD. Do not try to install the -current development version. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 19:18:15 2002 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 AE13D37B400 for ; Fri, 23 Aug 2002 19:18:13 -0700 (PDT) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55C6643E3B for ; Fri, 23 Aug 2002 19:18:13 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0205.cvx21-bradley.dialup.earthlink.net ([209.179.192.205] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17iQUu-00002e-00; Fri, 23 Aug 2002 19:17:56 -0700 Message-ID: <3D66EC9B.9865CD3E@mindspring.com> Date: Fri, 23 Aug 2002 19:16:59 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: Poul-Henning Kamp , John Polstra , current@freebsd.org Subject: Re: how to compute the skew between TSC in SMP systems ? References: <20020823225907.970A32A7D6@canning.wemm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > And then there's the machine with a 233MHz cpu and a 1.4GHz cpu... But lets > not go into that one. :-) You've just started a new fad: "underclocking". Now we can all ask people "yeah, but is the CPU underclocked? That could be the source of you not having the problem we have...". 8-) 8^O. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 19:35:23 2002 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 6E77C37B400 for ; Fri, 23 Aug 2002 19:35:19 -0700 (PDT) Received: from changeofhabit.mr.itd.umich.edu (changeofhabit.mr.itd.umich.edu [141.211.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC7F043E4A for ; Fri, 23 Aug 2002 19:35:18 -0700 (PDT) (envelope-from johnec@umich.edu) Received: from mycpu.umich.edu (dsl-65-189-16-169.telocity.com [65.189.16.169]) by changeofhabit.mr.itd.umich.edu (8.9.3/3.2r) with ESMTP id WAA15165; Fri, 23 Aug 2002 22:35:16 -0400 (EDT) Message-Id: <4.3.2.7.2.20020823220711.02345070@j.imap.itd.umich.edu> X-Sender: johnec@j.imap.itd.umich.edu X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 23 Aug 2002 22:38:18 -0400 To: Matthew Dillon From: John Chang Subject: Re: Barebone system rackmount Cc: current@FreeBSD.ORG In-Reply-To: <200208240121.g7O1LBdr008187@apollo.backplane.com> References: <20020823225907.970A32A7D6@canning.wemm.org> <4.3.2.7.2.20020823203246.02406df0@j.imap.itd.umich.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am a system administrator for Win2k/NT and Apple servers but have very little experience with linux/freeBSD and Apache. At 06:21 PM 8/23/2002 -0700, Matthew Dillon wrote: >:Do you know where I could get a good server rackmount barebones system or a >:rackmount server with FreeBSD installed? >: >:I am looking to use it for a Web server using Apache. And would you know >:where I can buy Apache that is more secure out of the box? >: >:I basically have very little experience with FreeBSD and Apache but since >:it is one of the most secure OSs I thought I would use it. The alternative >:is using Win2k Adv. Server and IIS or Apache. >: >:Do you think it is possible to be able to manage a webserver with very >:little experience with FreeBSD and Apache? >: >:Anyone in Ann Arbor/Detroit Michigan with experience who can help me set >it up? >: >:Thank you. > > Well, FreeBSD is like other open source OSs (for example, Linux) in that > it will run on just about any PC. I can't help you in regards to > finding a rackmount system but I can give you some hints in regards to > FreeBSD and Apache. It's hard to find a good starting point because > I don't know what experience you *do* have... for example, have you > played with Linux at all? Have you ever installed Windows on a machine? > > Generally speaking a person exposed to an open-source system for the > first time, such as FreeBSD (or Linux, or NetBSD, or OpenBSD, or > whatever) has a small hurdle to leap over which is the fact that > the installation sequence presumes a certain degree of knowledge about > UNIX. For example even the best GUI installer gives you the chance > to 'partition the hard drive'. But if you don't know what that means > you can wind up stuck and confused even if the installer gives you a > default way of doing things. Only so much can be hidden by a GUI > installer and the more software you install and manage, the more you > are exposed to the innards of the operating system. > > What I recommend more then anything else is: > > (1) Get or burn the CDs and just start playing with FreeBSD on a > box you can afford to blow away (the disk) on. > > (2) Locate a friend or associate who already has some experience > with open-source operating systems and ask him to help you get > things going. Having someone show you the ropes in-person is a > thousand times more effective then over a mailing list. > > With that all said you basically install FreeBSD from the CDRom set. > http://www.freebsd.org is a good starting point. You don't have to > purcahse the CDs, you can locate the ISO images, download, and burn > the CDs yourself. Then install and you are on your way! Once you > have the system operational you can install various ports and packages > using the FreeBSD ports system. It's not really possible to go into > full detail because that would take days to explain. > > For someone just starting out, be sure to install a -stable release of > FreeBSD. Do not try to install the -current development version. > > -Matt > Matthew Dillon > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 21:21:23 2002 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 CB89B37B400 for ; Fri, 23 Aug 2002 21:21:20 -0700 (PDT) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1542543E3B for ; Fri, 23 Aug 2002 21:21:19 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.5/8.12.5) with ESMTP id g7O4LUJ7003729; Fri, 23 Aug 2002 21:21:30 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.5/8.12.5/Submit) id g7O4LSVB003728; Fri, 23 Aug 2002 21:21:28 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Fri, 23 Aug 2002 21:21:28 -0700 From: David Schultz To: Bosko Milekic Cc: Martin Blapp , Terry Lambert , Julian Elischer , Don Lewis , sos@freebsd.dk, marks@ripe.net, ktsin@acm.org, freebsd-current@FreeBSD.ORG Subject: Re: Memory corruption in CURRENT Message-ID: <20020824042128.GB3612@HAL9000.homeunix.com> Mail-Followup-To: Bosko Milekic , Martin Blapp , Terry Lambert , Julian Elischer , Don Lewis , sos@freebsd.dk, marks@ripe.net, ktsin@acm.org, freebsd-current@FreeBSD.ORG References: <3D663D71.C1DBD78E@mindspring.com> <20020823155725.T50084-100000@levais.imp.ch> <20020823095944.A38366@unixdaemons.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020823095944.A38366@unixdaemons.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Bosko Milekic : > All Intel chips are fairly buggy. If you don't believe it you should > just take a look at the erratas on developer.intel.com - although you > should know that some of this stuff may severly alter your life and, > specifically, the way you go about debugging problems. Sometimes, > ignorance is bliss. :-) Not this one: http://sucs.swan.ac.uk/~cmckenna/humour/computer/potato.html But seriously, most relatively complicated hardware is buggy in some way. What matters is how the manufacturer is willing to deal with the problem. Intel at least has the sense to recall products with serious bugs that affect many people (i.e. Windows doesn't have a workaround for them.) Granted, they're probably applying Ford-style reasoning, weighing the cost of the recall against the cost of settling the lawsuits. I spoke with a former ASUS employee a while ago about a memory corruption bug that affected several lines of their older motherboards. Apparently the company policy was to categorically deny the existence of the bug. I pointed ASUS to some documentation of the problem from Adobe and Microsoft, and their reaction was, as expected, that the problem was with Windows and most Adobe software products. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 21:32:35 2002 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 3389637B400 for ; Fri, 23 Aug 2002 21:32:32 -0700 (PDT) Received: from smtpauth2-ext.prodigy.net (smtpauth2-ext.prodigy.net [207.115.63.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DBA643E6E for ; Fri, 23 Aug 2002 21:32:31 -0700 (PDT) (envelope-from jimit@prodigy.net) Received: from win1 (crtntx1-ar1-4-60-243-096.crtntx1.dsl-verizon.net [4.60.243.96]) (authenticated) by smtpauth2-ext.prodigy.net (8.11.0/8.11.0) with ESMTP id g7O4WP6195866; Sat, 24 Aug 2002 00:32:26 -0400 Message-ID: <017d01c24b27$48349ad0$60f33c04@win1> From: "Jimi Thompson" To: "Matthew Dillon" , "John Chang" Cc: References: <20020823225907.970A32A7D6@canning.wemm.org> <4.3.2.7.2.20020823203246.02406df0@j.imap.itd.umich.edu> <4.3.2.7.2.20020823220711.02345070@j.imap.itd.umich.edu> Subject: Re: Barebone system rackmount Date: Fri, 23 Aug 2002 23:32:39 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mac XServers ----- Original Message ----- From: "John Chang" To: "Matthew Dillon" Cc: Sent: Friday, August 23, 2002 9:38 PM Subject: Re: Barebone system rackmount > I am a system administrator for Win2k/NT and Apple servers but have very > little experience with linux/freeBSD and Apache. > > At 06:21 PM 8/23/2002 -0700, Matthew Dillon wrote: > > >:Do you know where I could get a good server rackmount barebones system or a > >:rackmount server with FreeBSD installed? > >: > >:I am looking to use it for a Web server using Apache. And would you know > >:where I can buy Apache that is more secure out of the box? > >: > >:I basically have very little experience with FreeBSD and Apache but since > >:it is one of the most secure OSs I thought I would use it. The alternative > >:is using Win2k Adv. Server and IIS or Apache. > >: > >:Do you think it is possible to be able to manage a webserver with very > >:little experience with FreeBSD and Apache? > >: > >:Anyone in Ann Arbor/Detroit Michigan with experience who can help me set > >it up? > >: > >:Thank you. > > > > Well, FreeBSD is like other open source OSs (for example, Linux) in that > > it will run on just about any PC. I can't help you in regards to > > finding a rackmount system but I can give you some hints in regards to > > FreeBSD and Apache. It's hard to find a good starting point because > > I don't know what experience you *do* have... for example, have you > > played with Linux at all? Have you ever installed Windows on a machine? > > > > Generally speaking a person exposed to an open-source system for the > > first time, such as FreeBSD (or Linux, or NetBSD, or OpenBSD, or > > whatever) has a small hurdle to leap over which is the fact that > > the installation sequence presumes a certain degree of knowledge about > > UNIX. For example even the best GUI installer gives you the chance > > to 'partition the hard drive'. But if you don't know what that means > > you can wind up stuck and confused even if the installer gives you a > > default way of doing things. Only so much can be hidden by a GUI > > installer and the more software you install and manage, the more you > > are exposed to the innards of the operating system. > > > > What I recommend more then anything else is: > > > > (1) Get or burn the CDs and just start playing with FreeBSD on a > > box you can afford to blow away (the disk) on. > > > > (2) Locate a friend or associate who already has some experience > > with open-source operating systems and ask him to help you get > > things going. Having someone show you the ropes in-person is a > > thousand times more effective then over a mailing list. > > > > With that all said you basically install FreeBSD from the CDRom set. > > http://www.freebsd.org is a good starting point. You don't have to > > purcahse the CDs, you can locate the ISO images, download, and burn > > the CDs yourself. Then install and you are on your way! Once you > > have the system operational you can install various ports and packages > > using the FreeBSD ports system. It's not really possible to go into > > full detail because that would take days to explain. > > > > For someone just starting out, be sure to install a -stable release of > > FreeBSD. Do not try to install the -current development version. > > > > -Matt > > Matthew Dillon > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 21:45:41 2002 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 7E81A37B400 for ; Fri, 23 Aug 2002 21:45:40 -0700 (PDT) Received: from alydar.infoteam.com (alydar.infoteam.com [207.246.83.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1918043E6A for ; Fri, 23 Aug 2002 21:45:40 -0700 (PDT) (envelope-from kmartin@infoteam.com) Received: from [10.0.0.10] (yoda.ksm.com [207.87.82.146]) by alydar.infoteam.com (Postfix) with ESMTP id 263FB6E777; Sat, 24 Aug 2002 00:45:39 -0400 (EDT) Date: Sat, 24 Aug 2002 00:46:06 -0400 From: Kenn Martin Reply-To: Kenn Martin To: current@FreeBSD.ORG Cc: John Chang Subject: Re: Barebone system rackmount Message-ID: <20445859.1030149966@[10.0.0.10]> In-Reply-To: <4.3.2.7.2.20020823203246.02406df0@j.imap.itd.umich.edu> References: <20020823225907.970A32A7D6@canning.wemm.org> <4.3.2.7.2.20020823203246.02406df0@j.imap.itd.umich.edu> X-Mailer: Mulberry/3.0.0a3 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --On Friday, August 23, 2002 8:38 PM -0400 John Chang wrote: > Do you know where I could get a good server rackmount barebones system or > a rackmount server with FreeBSD installed? http://racklogic.com/ (the HTML version is better than the Flash version) hiro@racklogic.com 1U Pentium-4/1.8Ghz, 256MB DDR, IDE 40GB 7200rpm, CD-R & FDD for $ 695.00 with or without FreeBSD -- Kenn Martin InfoTeam Corp. voice/fax: 877 819 0414 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 22:59:55 2002 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 A8AE437B400 for ; Fri, 23 Aug 2002 22:59:53 -0700 (PDT) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C2BA43E72 for ; Fri, 23 Aug 2002 22:59:53 -0700 (PDT) (envelope-from mike@espresso.q9media.com) Received: by espresso.q9media.com (Postfix, from userid 1002) id 62D039E57; Sat, 24 Aug 2002 01:54:12 -0400 (EDT) Date: Sat, 24 Aug 2002 01:54:12 -0400 From: Mike Barcroft To: John Chang Cc: Matthew Dillon , current@FreeBSD.ORG Subject: Re: Barebone system rackmount Message-ID: <20020824015412.O62302@espresso.q9media.com> References: <20020823225907.970A32A7D6@canning.wemm.org> <4.3.2.7.2.20020823203246.02406df0@j.imap.itd.umich.edu> <200208240121.g7O1LBdr008187@apollo.backplane.com> <4.3.2.7.2.20020823220711.02345070@j.imap.itd.umich.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4.3.2.7.2.20020823220711.02345070@j.imap.itd.umich.edu>; from johnec@umich.edu on Fri, Aug 23, 2002 at 10:38:18PM -0400 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Chang writes: > I am a system administrator for Win2k/NT and Apple servers but have very > little experience with linux/freeBSD and Apache. If you're the book learning type there are number of FreeBSD books available. If you're new to Unix you'll probably want to start with "FreeBSD: An Open-Source Operating System for Your Personal Computer" ISBN: 0971204519 Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 23:43:50 2002 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 5AAB537B400 for ; Fri, 23 Aug 2002 23:43:44 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 892C443E75 for ; Fri, 23 Aug 2002 23:43:43 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g7O6eHoc037249; Sat, 24 Aug 2002 08:40:17 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: John Polstra Cc: current@freebsd.org Subject: Re: how to compute the skew between TSC in SMP systems ? In-Reply-To: Your message of "Fri, 23 Aug 2002 14:54:59 PDT." <200208232154.g7NLsxsi088258@vashon.polstra.com> Date: Sat, 24 Aug 2002 08:40:16 +0200 Message-ID: <37248.1030171216@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200208232154.g7NLsxsi088258@vashon.polstra.com>, John Polstra write s: >In article <30560.1030138677@critter.freebsd.dk>, >Poul-Henning Kamp wrote: >> In message <200208232135.g7NLZZqx088123@vashon.polstra.com>, John Polstra write >> s: >> >> Still, the feature has come in handy when debugging certain >> >multiprocessor situations where I really needed to know the relative >> >ordering of events taking place on both CPUs. >> >> Right, you might get away with that in tightly controlled circumstances, >> but it would probably be far smarter to use the counter in the >> IOAPIC (exists on all SMP) > >You mean the timer in the local APIC, don't you? I don't recall >that the IOAPIC has one, and if it did it would probably be somewhat >expensive to read it. Right, I remembered wrong: the messed up and put no timer in the ioapic, so for SMP forget about the APIC. >> or the ACPI counter even in such cases. > >The trouble with both of those counters is that they don't give you >the 1-CPU-cycle resolution that you get with the TSC. For some kinds >of performance evaluation you really want to be able to count CPU >cycles. I generally find BB profiling much more attractive in such cases since it tells you (basic block of) instruction by (bbo) instruction how many times something was executed. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Aug 23 23:45:27 2002 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 ABF7637B400 for ; Fri, 23 Aug 2002 23:45:25 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBC2143E3B for ; Fri, 23 Aug 2002 23:45:24 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g7O6fxoc037275; Sat, 24 Aug 2002 08:42:00 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Luigi Rizzo Cc: current@FreeBSD.ORG Subject: Re: how to compute the skew between TSC in SMP systems ? In-Reply-To: Your message of "Fri, 23 Aug 2002 15:11:27 PDT." <20020823151127.A82640@iguana.icir.org> Date: Sat, 24 Aug 2002 08:41:59 +0200 Message-ID: <37274.1030171319@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020823151127.A82640@iguana.icir.org>, Luigi Rizzo writes: >ok, i'll look into the ACPI counter. >But you still did not tell me why trying to determine the TSC >skew cannot be done reliably ... > >On Fri, Aug 23, 2002 at 11:44:08PM +0200, Poul-Henning Kamp wrote: >> In message <20020823144256.A82380@iguana.icir.org>, Luigi Rizzo writes: >> >> >I want to find performance problems in the kernel, and to this purpose, >> >sometimes i need to timestamp events in the kernel using the >> >least-intrusive technique i can use, and hopefully get reasonably >... >> Alternatively, consider using "basic-block profiling" (see kernbb(8) and >> gcc docs), that will tell you not only how many instructions but also >> _which_ instructions are executed. > >this one does not give timing info at all, and it is probably >also on the "terribly intrusive" side of the spectrum... Neither does TSC, it tells you how many cpu clock cycles were consumed, but now how (ie: instruction executions, pipeline stalls, cache stalls etc etc). -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 24 2:26: 1 2002 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 53A8037B400 for ; Sat, 24 Aug 2002 02:25:56 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77D6643E4A for ; Sat, 24 Aug 2002 02:25:55 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g7O9PsKq049088 for ; Sat, 24 Aug 2002 11:25:54 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g7O9PsYW1114458 for ; Sat, 24 Aug 2002 11:25:54 +0200 (MES) Date: Sat, 24 Aug 2002 11:27:25 +0200 (CEST) From: Martin Blapp To: Subject: Re: Memory corruption in CURRENT Message-ID: <20020824112651.U50084-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Peter, > No, but I have another patch that I'd like you to test shortly. I need > > If it happens to solve the Pentium4 problems, then that would be a bonus. > Given that disabling PSE mode seems to have some effect, tidying this up > just might do something useful here. As we have discussed, this patch does not solve the corruption problems seen with PG bit enabled on P IV processors. I just got another broken build with -j 20. -rw-r--r-- 1 root wheel 5950514 Aug 24 11:04 /tmp/build.log.1 -rw-r--r-- 1 root wheel 1241959 Aug 24 11:14 /tmp/build.log.2 -rw-r--r-- 1 root wheel 5950514 Aug 24 11:17 /tmp/build.log.3 Nr. II is corrupted. Make(1) did coredump. If you have debug patches to see where it happens in the kernel I'd like to try them out ! Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 24 5: 5:48 2002 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 F3AE137B400 for ; Sat, 24 Aug 2002 05:05:45 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F9AB43E3B for ; Sat, 24 Aug 2002 05:05:36 -0700 (PDT) (envelope-from mark@grimreaper.grondar.org) Received: from storm.FreeBSD.org.uk (smmsp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.5/8.12.5) with ESMTP id g7O2S0u2070513; Sat, 24 Aug 2002 03:30:45 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.5/8.12.5/Submit) with UUCP id g7JBt7S0018820; Mon, 19 Aug 2002 12:55:07 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.5/8.12.5) with ESMTP id g7JBppQg020265; Mon, 19 Aug 2002 12:51:51 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200208191151.g7JBppQg020265@grimreaper.grondar.org> To: Freebsd-current@tcpipbitch.net Cc: current@FreeBSD.ORG Subject: Re: VM panic References: <3D60AD62.6010204@vanbrecht.com> In-Reply-To: <3D60AD62.6010204@vanbrecht.com> ; from Jason "Mon, 19 Aug 2002 04:33:38 EDT." Date: Mon, 19 Aug 2002 12:51:51 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > >I'm amazed you've got a dual Pentium running -CURRENT at all. > > > >both of mine haven't worked with SMP kernels for months. (dual P54C and > >dual P55C). > > > > > > > Wierd, I have it running just peachy on a dual P3 900 box It is dodgy on my Dual Pentium (P54C) 200. One pretty major workaround is to kill one of the startup messages ("SMP: launched CPU %d\n") as it jumps all over the "Mounting root from %s\n" message and makes the console really unsable. I guess it is a race condition that is screaming out for decent locking in printf(9). M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 24 8:38:57 2002 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 CB00F37B432; Sat, 24 Aug 2002 08:38:26 -0700 (PDT) Received: from vbook.express.ru (vbook.nc.express.ru [212.24.37.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB4BC43E4A; Sat, 24 Aug 2002 08:38:16 -0700 (PDT) (envelope-from vova@express.ru) Received: from vova by vbook.express.ru with local (Exim 3.36 #1) id 17icyS-0000m0-00; Sat, 24 Aug 2002 19:37:16 +0400 Subject: Re: Memory corruption in CURRENT From: "Vladimir B. " Grebenschikov To: "Vladimir B. " Grebenschikov Cc: Terry Lambert , Mark Santcroos , Soeren Schmidt , Martin Blapp , Don Lewis , ktsin@acm.org, freebsd-current@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <1030100999.888.18.camel@vbook.express.ru> References: <200208220909.g7M99NcS077303@freebsd.dk> <3D64B005.6657A3B5@mindspring.com> <20020822100014.GA17143@ripe.net> <3D64BA1F.B3C8C8E0@mindspring.com> <20020822102553.GA17453@ripe.net> <3D64C9C2.30A37BF8@mindspring.com> <1030100999.888.18.camel@vbook.express.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Mailer: Ximian Evolution 1.0.7 Date: 24 Aug 2002 19:37:16 +0400 Message-Id: <1030203436.908.27.camel@vbook.express.ru> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG =F7 Fri, 23.08.2002, =D7 15:09, Vladimir B. Grebenschikov =CE=C1=D0=C9=D3= =C1=CC: > =F7 Thu, 22.08.2002, =D7 15:23, Terry Lambert =CE=C1=D0=C9=D3=C1=CC: > > Mark Santcroos wrote: > > > On Thu, Aug 22, 2002 at 03:17:03AM -0700, Terry Lambert wrote: > > > > Mark Santcroos wrote: > > > > > On Thu, Aug 22, 2002 at 02:33:57AM -0700, Terry Lambert wrote: > > > > > > options DISABLE_PSE > > > > > > options DISABLE_PG_G > > > > > > > > > > Coming up next in this theater :-) > > > > > > > > > > btw, how does the report that using the other compiler fixed ever= ything > > > > > for KT fit in? > > >=20 > > > It looks indeed like it is a 'winner'. The buildworld is still runnin= g but > > > getting further already than the previous 10. > >=20 > > Ugh! Wait until it seems to work for a statistically significant > > sample size, and for more than one person before calling it "happy"! > >=20 > > Also, I'm not sure looking at the code whether or not the PG_G is > > truly significant, or just preterbs the workaround. The problem > > I've referred to in my "hunch" here is actually related solely to > > the PSE, but with the recent code reorganization in locore.s, etc., > > it could have become more significant. > >=20 > >=20 > > > > Coincidentally. It's hard to trigger the bug, so it's easy to > > > > work around it accidently. > > >=20 > > > Thats very true indeed. I can take that as a good 'explanation'. > > >=20 > > > I remember you talking about this PSE problems earlier and more often= . Is > > > it fixable? I assume we would like to turn these options back on as t= hey > > > improve performance don't they? > >=20 > > Yes and yes, but it could be pretty ugly. It would be better to > > get more data from people who are seeing the problem. It may be > > that it's just similar symptoms and more than one proot cause, > > etc., so I'm pretty loathe to make any assumptions.=20 >=20 > I have experience problem like this, after successful boot my notebook=20 > (SONY VAIO z505s) can panic in more or less random place under heavy > load, often while gdm login (gnome startup not easy task). >=20 > One of backtraces below, I have more or less stable panic (aprox. 2 of 3 > tries - panic). I don't run buildworld on netebook often. >=20 > I will try DISABLE_PSE and DISABLE_PG_G Yes, with these options, I have no "regular" panics. Just my two cents. > Vladimir B. Grebenschikov > vova@sw.ru, SWsoft, Inc. --=20 Vladimir B. Grebenschikov vova@sw.ru, SWsoft, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 24 9:42:36 2002 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 8818037B400 for ; Sat, 24 Aug 2002 09:42:34 -0700 (PDT) Received: from vbook.express.ru (vbook.nc.express.ru [212.24.37.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B51743E65 for ; Sat, 24 Aug 2002 09:42:33 -0700 (PDT) (envelope-from vova@express.ru) Received: from vova by vbook.express.ru with local (Exim 3.36 #1) id 17idFa-0000mx-00; Sat, 24 Aug 2002 19:54:58 +0400 Subject: Re: Memory corruption in CURRENT From: "Vladimir B. " Grebenschikov To: Martin Blapp Cc: Terry Lambert , Bosko Milekic , Julian Elischer , Don Lewis , sos@freebsd.dk, marks@ripe.net, ktsin@acm.org, freebsd-current@FreeBSD.ORG In-Reply-To: <20020824000020.D50084-100000@levais.imp.ch> References: <20020824000020.D50084-100000@levais.imp.ch> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Mailer: Ximian Evolution 1.0.7 Date: 24 Aug 2002 19:54:57 +0400 Message-Id: <1030204497.908.30.camel@vbook.express.ru> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG =F7 Sat, 24.08.2002, =D7 02:00, Martin Blapp =CE=C1=D0=C9=D3=C1=CC: > > Verify for us: is this an SMP or non-SMP machine? >=20 > UP Yes, I have UP too. See my posting with same symptoms before. CPU: Pentium II/Pentium II Xeon/Celeron (331.58-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x66a Stepping =3D 10=20 Features=3D0x183f9ff > Martin =20 --=20 Vladimir B. Grebenschikov vova@sw.ru, SWsoft, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 24 10: 6:41 2002 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 2C52F37B418 for ; Sat, 24 Aug 2002 10:06:37 -0700 (PDT) Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58D8743E6A for ; Sat, 24 Aug 2002 10:06:36 -0700 (PDT) (envelope-from hm@hcs.de) Received: from localhost (localhost.hcs.de [127.0.0.1]) by hcshh.hcs.de (Postfix) with ESMTP id 26F5715606 for ; Sat, 24 Aug 2002 19:06:34 +0200 (CEST) Received: from hcswork.hcs.de (hcswork.hcs.de [172.24.124.5]) by hcshh.hcs.de (Postfix) with ESMTP id 3F200155FC for ; Sat, 24 Aug 2002 19:06:32 +0200 (CEST) Received: by hcswork.hcs.de (Postfix, from userid 200) id 11998501; Sat, 24 Aug 2002 19:06:31 +0200 (METDST) Subject: cvs/network problems ? To: FreeBSD Current Date: Sat, 24 Aug 2002 19:06:31 +0200 (METDST) Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL84 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20020824170631.11998501@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) X-Virus-Scanned-HCS: by AMaViS perl-11 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG For some days i'm not able to cvs checkout from a stable to a current machine anymore. The stable machine runs a stable as of today, the current a currect as of yesterday or the day before. On the current machine, i start (to a fresh,clean,empty src tree) cvs -d stable.machine:/var/cvs/os checkout -P src and it starts to run: cvs server: Updating src U src/COPYRIGHT U src/MAINTAINERS U src/Makefile U src/Makefile.inc1 U src/Makefile.upgrade U src/README U src/UPDATING cvs server: Updating src/bin U src/bin/Makefile U src/bin/Makefile.inc cvs server: Updating src/bin/cat U src/bin/cat/Makefile U src/bin/cat/cat.1 U src/bin/cat/cat.c cvs server: Updating src/bin/chio U src/bin/chio/Makefile U src/bin/chio/chio.1 U src/bin/chio/chio.c U src/bin/chio/defs.h U src/bin/chio/pathnames.h cvs server: Updating src/bin/chmod U src/bin/chmod/Makefile U src/bin/chmod/chmod.1 U src/bin/chmod/chmod.c cvs server: Updating src/bin/cp U src/bin/cp/Makefile U src/bin/cp/cp.1 U src/bin/cp/cp.c U src/bin/cp/extern.h U src/bin/cp/utils.c cvs server: Updating src/bin/csh U src/bin/csh/Makefile U src/bin/csh/config.h U src/bin/csh/host.defs cvs server: Updating src/bin/csh/USD.doc and hangs here. some time later i get: Read from remote host stable.machine.org: Connection reset by peer U src/bin/csh/USD.doc/Makefile U src/bin/csh/USD.doc/csh.1 U src/bin/csh/USD.doc/csh.2 U src/bin/csh/USD.doc/csh.3 U src/bin/csh/USD.doc/csh.4 U src/bin/csh/USD.doc/csh.a U src/bin/csh/USD.doc/csh.g U src/bin/csh/USD.doc/tabs cvs [checkout aborted]: end of file from server (consult above messages if any) Everything (network-related) else runs fine, while it hangs, i'm able to ping, shh etc. In the last days i have upgraded the current machine by checking current out on the stable machine and then xferring it over by scp - runs fine. Strange: i have just made some tests and once i reduce the mtu (did it on the stable machine) to 512 bytes, cvs runs! Is this some sort of known problem ? hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 24 10:21:25 2002 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 EB61137B400; Sat, 24 Aug 2002 10:21:22 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D2A843E3B; Sat, 24 Aug 2002 10:21:21 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g7OHLGbE092065; Sat, 24 Aug 2002 19:21:16 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g7OHLFYW1118163; Sat, 24 Aug 2002 19:21:15 +0200 (MES) Date: Sat, 24 Aug 2002 19:22:47 +0200 (CEST) From: Martin Blapp To: , Cc: Subject: Still SMP Memory corruption in CURRENT ? In-Reply-To: <1030204497.908.30.camel@vbook.express.ru> Message-ID: <20020824192049.Y50084-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Do you two still see courruption or has peters cmp commit fixed it ? I'm interested if the athlon SMP system still has these problems. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 24 12:35:23 2002 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 DB1D237B400; Sat, 24 Aug 2002 12:35:21 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4CD343E6E; Sat, 24 Aug 2002 12:35:21 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 7AD9CAE216; Sat, 24 Aug 2002 12:35:21 -0700 (PDT) Date: Sat, 24 Aug 2002 12:35:21 -0700 From: Alfred Perlstein To: Martin Blapp Cc: obrien@freebsd.org, freebsd-current@freebsd.org Subject: Re: Still SMP Memory corruption in CURRENT ? Message-ID: <20020824193521.GE96154@elvis.mu.org> References: <1030204497.908.30.camel@vbook.express.ru> <20020824192049.Y50084-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020824192049.Y50084-100000@levais.imp.ch> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Martin Blapp [020824 10:21] wrote: > > Hi, > > Do you two still see courruption or has peters > cmp commit fixed it ? > > I'm interested if the athlon SMP system still > has these problems. I'm still running with terry's suggested options, i will be upgrading to a more recent current sometime this week and i'll let you know. -- -Alfred Perlstein [alfred@freebsd.org] [#bsdcode/efnet/irc.prison.net] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 24 12:49:46 2002 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 582E937B401 for ; Sat, 24 Aug 2002 12:49:35 -0700 (PDT) Received: from smtpauth2-ext.prodigy.net (smtpauth2-ext.prodigy.net [207.115.63.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2369243E42 for ; Sat, 24 Aug 2002 12:49:34 -0700 (PDT) (envelope-from jimit@prodigy.net) Received: from win1 (crtntx1-ar1-4-60-243-096.crtntx1.dsl-verizon.net [4.60.243.96]) (authenticated) by smtpauth2-ext.prodigy.net (8.11.0/8.11.0) with ESMTP id g7OJnV6273960; Sat, 24 Aug 2002 15:49:31 -0400 Message-ID: <002501c24ba7$68658320$60f33c04@win1> From: "Jimi Thompson" To: "John" , References: <001a01c24a4e$e31f77b0$60f33c04@win1> <20020823032234.GA88682@bsdwins.com> Subject: Re: Config Out of Date Date: Sat, 24 Aug 2002 14:49:48 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This would be lovely if the mergemaster command wouldn't die with a core dump. It tries to start building openssl and then I get this: PID 7343 (sh) uid0; exited on signal 12 (core dump) Bad System Call (core dumped) ***Error code 140 Stop in /usr/src/etc. ***FATAL ERROR: Cannot cd to /usr/src/etc and install files to the temproot environment I've verified that /usr/src/etc exists and that the permissions are correct. That's why I wanted to install the kernel only, since the rest of the OS appears to be having issues, at least on my box. My "mergemaster" doesn't list a "-p" as a valid option either and typing it in doesn't work. Thanks, Jimi ----- Original Message ----- From: "John" To: "Jimi Thompson" Sent: Thursday, August 22, 2002 10:22 PM Subject: Re: Config Out of Date > From the header of /usr/src/Makefile > > # For individuals wanting to upgrade their sources (even if only a > # delta of a few days): > # > # 1. `cd /usr/src' (or to the directory containing your source tree). > # 2. `make buildworld' > # 3. `make buildkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). > # 4. `make installkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). > # 5. `reboot' (in single user mode: boot -s from the loader prompt). > # 6. `mergemaster -p' > # 7. `make installworld' > # 8. `mergemaster' > # 9. `reboot' > > You can usually skip step 5, sometimes not. make sure you > read /usr/src/UPDATING.. > > -John > > ----- Jimi Thompson's Original Message ----- > > > I'm new to FreeBSD so forgive me in advance for not knowing everything. I've sync'd my CVS tree and I'm trying to upgrade my 4.5 system to 5.0. Every thing seems to be ok until I try to start building. If I try to "make upgrade" it chokes on a game called fortune. There is apparently some problem in the makefile for this game. I tried removing it from the Makefile for the games directory but something else keeps calling it. I've even tried "make clean" but that hasn't helped either. > > > > If I try to build the kernel seperately, I get the following error message: > > Your version of config(8) is out of sync with your kernel source. > > > > I'm thinking that there has to be a work around for this, but I haven't found anything in FAQ or the Handbook. I've found ever other error one can think of. > > > > Any help or insight would be appreciated. > > > > Thanks, > > > > Jimi Thompson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 24 13: 8:51 2002 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 F38AA37B40B for ; Sat, 24 Aug 2002 13:08:49 -0700 (PDT) Received: from matrix.jasna.tarnow.pl (k146.solutions.net.pl [217.144.202.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4A1A43E81 for ; Sat, 24 Aug 2002 13:08:42 -0700 (PDT) (envelope-from franky@jasna.tarnow.pl) Received: from main (k34.solutions.net.pl [217.144.202.34]) by matrix.jasna.tarnow.pl (Postfix) with ESMTP id 2A68261AF for ; Sat, 24 Aug 2002 22:07:25 +0000 (GMT) Date: Fri, 23 Aug 2002 22:06:42 +0200 (=?X-UNKNOWN?Q?=8Crodkowoeuropejski_czas_letni?=) From: Franek Kowalski To: current@freebsd.org Subject: QUOTA (fwd) Message-ID: X-X-Sender: franky@matrix.jasna.tarnow.pl MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG matrix# quotacheck -v /tmp *** Checking user quotas for /dev/ad0s1e (/tmp) quotacheck: bad inode number 1 to nextinode What can I do? Help. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 24 13:18:14 2002 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 7ED3537B400; Sat, 24 Aug 2002 13:18:10 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-165-226-84.dsl.lsan03.pacbell.net [64.165.226.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB31543E72; Sat, 24 Aug 2002 13:18:09 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A391966D83; Sat, 24 Aug 2002 13:18:07 -0700 (PDT) Date: Sat, 24 Aug 2002 13:18:07 -0700 From: Kris Kennaway To: current@FreeBSD.org, ports@FreeBSD.org Subject: New 5.0-CURRENT ports uploaded Message-ID: <20020824201806.GA25162@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've finished a new package run with 5.0-CURRENT, and I've uploaded the results to ftp-master, so they should make their way out to the mirrors in the next few hours. The latest run went much better than the previous one (from June, before I went on vacation): 5400 packages built (out of 7400 ports), compared to 3300 packages in June. This is better, but still far fewer than the >6200 packages that build on -stable. Most of the remaining failures seem to be C++-related, and due to the removal of deprecated cruft from -current. Thanks to everyone who has worked on fixing ports, although we still need more people to work on fixing the remainder. Kris P.S. This is the first set of bzip2'ed packages to be uploaded: I understand there are still bugs in pkg_add -r, but hopefully they will be fixed shortly. --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9Z+n9Wry0BWjoQKURAu7AAKD/ML9Tn1bo/VleJO9PUuujuE26EACgtGUD cIqGgi7Ar1yCQURDsGbCHzs= =LltL -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 24 13:28:16 2002 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 4474737B400 for ; Sat, 24 Aug 2002 13:28:15 -0700 (PDT) Received: from matrix.jasna.tarnow.pl (k146.solutions.net.pl [217.144.202.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB34243E4A for ; Sat, 24 Aug 2002 13:28:14 -0700 (PDT) (envelope-from franky@jasna.tarnow.pl) Received: from main (k34.solutions.net.pl [217.144.202.34]) by matrix.jasna.tarnow.pl (Postfix) with ESMTP id AE1ED619F for ; Sat, 24 Aug 2002 21:55:45 +0000 (GMT) Date: Fri, 23 Aug 2002 21:54:51 +0200 (=?X-UNKNOWN?Q?=8Crodkowoeuropejski_czas_letni?=) From: Franky To: freebsd-current@freebsd.org Subject: QUOTA Message-ID: X-X-Sender: franky@matrix.jasna.tarnow.pl MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG matrix# quotacheck -v /tmp *** Checking user quotas for /dev/ad0s1e (/tmp) quotacheck: bad inode number 1 to nextinode What can I do? Help. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 24 14:40:15 2002 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 EAC4137B400 for ; Sat, 24 Aug 2002 14:40:11 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-165-226-84.dsl.lsan03.pacbell.net [64.165.226.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 987D943E72 for ; Sat, 24 Aug 2002 14:40:09 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0E30F66D83; Sat, 24 Aug 2002 14:40:02 -0700 (PDT) Date: Sat, 24 Aug 2002 14:40:02 -0700 From: Kris Kennaway To: Jimi Thompson Cc: John , freebsd-current@FreeBSD.ORG Subject: Re: Config Out of Date Message-ID: <20020824214002.GA26271@xor.obsecurity.org> References: <001a01c24a4e$e31f77b0$60f33c04@win1> <20020823032234.GA88682@bsdwins.com> <002501c24ba7$68658320$60f33c04@win1> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: <002501c24ba7$68658320$60f33c04@win1> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 24, 2002 at 02:49:48PM -0500, Jimi Thompson wrote: > This would be lovely if the mergemaster command wouldn't die with a core > dump. It tries to start building openssl and then I get this: >=20 > PID 7343 (sh) uid0; exited on signal 12 (core dump) >=20 > Bad System Call (core dumped) >=20 > ***Error code 140 OK, you really need to do what I've been suggesting and read the upgrade documentation (and follow it precisely), because this is exactly the kind of thing that will go wrong if you don't know what you're doing or if you don't follow the directions. Kris --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9Z/0xWry0BWjoQKURApfJAJ0dCxQytH04AFm95HvQ5ezfT6tg7ACfbtTx ik/qBFNKlgFURTcB3pL2ZUs= =/mXH -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Aug 24 15: 2: 1 2002 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 731F837B401 for ; Sat, 24 Aug 2002 15:01:42 -0700 (PDT) Received: from matrix.jasna.tarnow.pl (k146.solutions.net.pl [217.144.202.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF54D43E6A for ; Sat, 24 Aug 2002 15:01:40 -0700 (PDT) (envelope-from franky@jasna.tarnow.pl) Received: from main (k34.solutions.net.pl [217.144.202.34]) by matrix.jasna.tarnow.pl (Postfix) with ESMTP id 0A9745E42 for ; Sun, 25 Aug 2002 00:00:51 +0000 (GMT) Date: Sat, 24 Aug 2002 00:00:24 +0200 (=?X-UNKNOWN?Q?=8Crodkowoeuropejski_czas_letni?=) From: Franek Kowalski To: current@freebsd.org Subject: Re: QUOTA In-Reply-To: <20020824210625.GB2209@over-yonder.net> Message-ID: X-X-Sender: franky@matrix.jasna.tarnow.pl MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > It is generally required that you send at least `uname -a` output for > list members to be any help to you. In your case, the kernel boot > messages would probably be useful--`dmesg`. matrix# dmesg Copyright (c) 1992-2002 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.0-CURRENT #0: Fri Aug 23 04:29:54 GMT 2002 root@matrix.jasna.tarnow.pl:/usr/src/sys/i386/compile/myker Preloaded elf kernel "/boot/kernel/kernel" at 0xc03b3000. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 1218357651 Hz CPU: Pentium III/Pentium III Xeon/Celeron (1218.36-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 536805376 (524224K bytes) avail memory = 514756608 (502692K bytes) Pentium Pro MTRR support enabled Using $PIR table, 12 entries at 0xc00fd950 npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 30.0 on pci0 pci2: on pcib2 fxp0: port 0xc000-0xc03f mem 0xd5000000-0xd50fffff,0xd5140000-0xd5140fff irq 11 at device 0.0 on pci2 fxp0: Ethernet address 00:03:47:ac:75:a5 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto em0: mem 0xd5120000-0xd512ffff,0xd5100000-0xd511ffff irq 12 at device 2.0 on pci2 em0: Speed:1000 Mbps Duplex:Full pci2: at device 4.0 (no driver attached) cbb0: mem 0xd5141000-0xd5141fff irq 5 at device 5.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f 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) orm0: